Android XR: diretrizes de qualidade e políticas de apps para experiências aumentadas

As diretrizes de qualidade de apps para óculos inteligentes ampliam os padrões básicos de qualidade de apps para dispositivos móveis.

Essas diretrizes de qualidade de apps e políticas se concentram em interações multimodais cruciais e exclusivas da plataforma Android XR em óculos inteligentes, conforme descrito nas definições de nível de compatibilidade, nas listas de verificação e nas políticas para experiências somente de áudio. Confira estas seções para verificar se o app oferece uma ótima experiência do usuário em óculos de áudio e com tela.

Experiências de realidade aumentada: definições de nível de compatibilidade de apps para dispositivos móveis

Confira as seguintes definições de nível de compatibilidade para entender o nível de suporte que seu app oferece para experiências aumentadas em óculos.

Compatível

Um app para dispositivos móveis compatível oferece uma experiência de realidade aumentada nos óculos sem nenhum esforço extra do desenvolvedor. Isso representa um app para dispositivos móveis Android, incluindo conectividade Bluetooth, que não foi modificado para óculos. A plataforma Android XR oferece suporte automático a esse tipo de app, desde que ele não dependa de recursos de hardware incompatíveis.

Para isso, a plataforma estende as superfícies padrão do sistema Android para os óculos. Por exemplo, as notificações são mostradas automaticamente na linha de visão do usuário ou lidas em voz alta (para óculos com áudio), garantindo que o usuário possa concluir tarefas importantes e rápidas sem precisar tirar o smartphone do bolso.

Diferenciado

Uma experiência aumentada diferenciada é projetada especificamente para óculos, aproveitando todos os recursos do SDK do Jetpack XR e o hardware exclusivo do formato.

Para criar essas experiências transformadoras, use as seguintes bibliotecas:

• Jetpack Compose Glimmer: um kit de ferramentas de interface do Compose para criar interfaces mínimas e legíveis otimizadas para telas ópticas transparentes.
• Jetpack Projected: gerencie recursos e conecte perfeitamente as funcionalidades entre o smartphone complementar (host) e os óculos (dispositivo projetado).
• ARCore para Jetpack XR: acesse recursos avançados de percepção, como o rastreamento de dispositivos e a API Geospatial, que permitem a localização e recursos que reconhecem o contexto, como o trajeto a pé.

Experiências de realidade aumentada: lista de verificação de qualidade de apps para dispositivos móveis

Para garantir que seu app ofereça uma ótima experiência do usuário para experiências aumentadas, leia as seguintes listas de verificação e testes de compatibilidade.

As listas de verificação e os testes definem um conjunto abrangente de requisitos de qualidade para a maioria dos tipos de apps Android.

Compatível

Os apps compatíveis são apps para dispositivos móveis Android que funcionam automaticamente em óculos usando superfícies padrão do Android (por exemplo, notificações padrão e de atualização em tempo real). Não é necessário nenhum código específico para óculos para esse nível de compatibilidade.

Seu app precisa atender aos seguintes requisitos principais:

• Notificações: verifique se todas as notificações acionáveis e urgentes usam APIs padrão do Android NotificationManager para que possam ser convertidas corretamente pela plataforma em leituras de áudio (dispositivos de áudio) ou sobreposições visuais minimalistas (dispositivos de tela).
• Atualizações em tempo real: se o app tiver uma atividade em andamento (como tarefas relacionadas ao progresso), ele precisará usar o framework padrão de notificações de atualizações em tempo real para que a plataforma possa mostrar essas informações de maneira rápida e viva-voz.
• Google Play: o app precisa obedecer a todas as políticas aplicáveis do Android e do Google Play. A compatibilidade é determinada automaticamente com base nas declarações do manifesto e nos requisitos de recursos.

Diferenciado

Os apps diferenciados são criados especificamente usando o SDK do Jetpack para XR (com bibliotecas como Jetpack Compose Glimmer, Jetpack Projected e ARCore para Jetpack XR) para oferecer uma experiência do usuário altamente otimizada e com reconhecimento do mundo ou usar recursos aumentados exclusivos. Confira os requisitos adequados para seu app.

Categoria	Área	Orientação
Funcionalidade principal	Iniciar atividade dos óculos	As experiências precisam ser iniciadas e controladas diretamente no app para dispositivos móveis, especialmente para a configuração inicial ou para navegar por informações densas antes de transferir para óculos de áudio e tela que têm um conjunto menor de recursos de UX.
	Comando para abrir o app	As experiências precisam ser configuradas com um estado de inicialização zero nos óculos com o Gemini. Assim, quando um usuário der um comando "Abrir [app]", o app vai ignorar os menus tradicionais e passar imediatamente para uma experiência de áudio pronta para ação, como um modo de segundo plano somente de áudio, um estado de escuta ao vivo ou uma indicação de áudio imediata.
	Início da câmera	O acesso à câmera pode ser iniciado por um ponto de entrada ou atividade em um dispositivo móvel ou por entrada direta usando o gesto de ação da câmera no dispositivo. Se o acesso à câmera for iniciado na plataforma móvel, o usuário vai ouvir uma contagem regressiva antes de iniciar o stream da câmera.
	Clareza e consistência (gestos)	Os gestos (como voz, toques ou deslizes) precisam ser implementados de maneira clara e consistente, de acordo com as expectativas do usuário para interações comuns. As principais políticas de gestos são descritas nas seções correspondentes a seguir.
Desempenho e estabilidade	Bateria	Otimize os processos em segundo plano seguindo as restrições de tarefas em segundo plano do Android e minimize o uso de sensores de alto consumo (como a transmissão da câmera) quando não estiverem em uso.
	Frame rate e resolução da câmera	O acesso à transmissão da câmera precisa ser configurado para usar a configuração mais eficiente (menor frame rate e resolução) para um determinado caso de uso. Para mais informações sobre as configurações recomendadas por caso de uso, consulte as orientações para desenvolvedores.
Segurança	Segurança	As experiências precisam ser projetadas com base em ações iniciadas pelo usuário e minimizar ao máximo as distrações do ambiente ao redor, principalmente durante o movimento ou em espaços públicos.
Privacidade e segurança	Permissões	O app precisa solicitar permissões específicas para óculos para acessar o hardware (como a câmera ou o microfone) usando a API de permissões de solicitação projetada e processando o redirecionamento para o dispositivo host para o consentimento do usuário.
Política geral	Acessibilidade	Considere usuários com necessidades diversas e garanta que métodos de entrada alternativos estejam disponíveis (por exemplo, usando comandos de voz como alternativa para gestos no touchpad), quando apropriado.
	Teste	Teste minuciosamente todas as implementações de gestos e visuais em vários cenários de usuário, iluminação e condições ambientais movimentadas, usando o emulador do Android XR e as visualizações de composição.
Google Play	Políticas	Siga todas as políticas do Google Play, incluindo as políticas específicas para óculos descritas nas seções a seguir, que ajudam a proteger a privacidade e o bem-estar do usuário.
Experiência de áudio	Alertas por voz	Os alertas de voz precisam ser concisos e fornecer apenas as informações mais relevantes e úteis. Os alertas de voz para condições de erro devem funcionar independentemente da conexão de internet. As interações seguintes e as conversas mais profundas devem ser feitas explicitamente usando um agente no app ou o Gemini.
	Seleção de áudio	O foco de áudio está intimamente relacionado ao foco de entrada. Os apps precisam solicitar e abrir mão do foco de áudio conforme apropriado e de acordo com as diretrizes do Android.
	Políticas de áudio	Os gestos e comportamentos de LED precisam obedecer a todas as políticas para experiências somente de áudio.

Políticas para experiências somente de áudio

Todos os apps precisam obedecer aos requisitos das políticas a seguir para promover experiências somente de áudio seguras e respeitosas em óculos inteligentes.

Segurança do app

Lembrete: todos os apps distribuídos pelo Google Play precisam obedecer às políticas para desenvolvedores do Google Play.

As seguintes atividades são estritamente proibidas, e os apps não podem facilitar ou promover essas atividades:

• Doxxing
• Reconhecimento facial ou identificação biométrica
• Vigilância cibernética
• Criação ou disseminação de imagens íntimas não consensuais (NCII, na sigla em inglês)

As seguintes proteções para terceiros são obrigatórias para todos os apps:

Segurança da câmera

Os apps que acessam sensores de câmera de wearables precisam respeitar a privacidade de terceiros e obedecer ao seguinte:

Restrição de vídeos e fotos

Interações permitidas	Descrição
Videochamadas	Os apps podem usar sensores de câmera de wearables para videochamadas.
Compreensão de cena e detecção de ambiente	Os apps podem usar sensores de câmera wearable para detecção da câmera ambiente ou compreensão de cena.

Interações proibidas	Descrição
Transmissão ao vivo de vídeo em redes sociais e transmissão pública	Os apps não podem usar sensores de detecção da câmera de dispositivos wearable para transmissões ao vivo em redes sociais, o que inclui qualquer transmissão ao vivo em tempo real de um para muitos, transmissão pública ou transmissão para feeds públicos e canais abertos.
Identificação facial em tempo real e doxxing	Os apps não podem usar sensores de detecção da câmera para fazer identificação facial e mostrar informações de identificação pessoal (PII) de terceiros. Por exemplo: nomes, endereços de casa, números de telefone ou empregador.
Imagens íntimas não consensuais (NCII, na sigla em inglês) ou geração de conteúdo ilegal	Os apps não podem usar sensores de câmera para facilitar a criação de imagens íntimas não consensuais (NCII, na sigla em inglês) ou qualquer geração de conteúdo ilegal (por exemplo, CSAM).

Segurança de áudio

Os apps que usam o conjunto de microfones precisam respeitar a privacidade de terceiros e obedecer ao seguinte:

Interações proibidas	Descrição
Espionagem persistente	Os apps não podem manter a gravação ou transcrição de áudio em segundo plano de forma persistente quando o usuário não está interagindo ativamente com o app em uma tarefa iniciada por ele.
Identificação de fala	Os apps não podem usar o conjunto de microfones para identificar vozes de pessoas que não estão usando o dispositivo ou de terceiros.
Supressão ou modificação programática	Os apps não podem mudar nem desativar os redutores de ruído de áudio aplicados pelo sistema. Os apps também não podem incentivar ou orientar os usuários a mudar ou desativar os redutores de ruído de áudio.

Gestos e entrada

Essas políticas descrevem os requisitos para implementar eventos de gestos em óculos durante experiências somente de áudio. Siga estas diretrizes para oferecer uma experiência do usuário consistente e intuitiva em diferentes apps e dispositivos Android XR. Todas as entradas devem funcionar se o app tiver foco de áudio, independente do estado em primeiro plano.

1. Gesto de toque

O gesto de tocar é um toque rápido e único na área de entrada do touchpad. Um toque é como um usuário realiza uma ação nos óculos. Isso pode iniciar a reprodução de áudio, como para fornecer informações com base no estado de um usuário ou repetir a última mensagem audível. Se o áudio estiver tocando, um toque pode pausar ou interromper a saída de áudio.

Exemplos

Interações permitidas	Descrição
Reproduzir um comando relevante	Forneça ao usuário informações relevantes, como: Solicitação de permissões do usuário. Informações com base no estado atual do usuário. Por exemplo, "À sua direita está a ponte Golden Gate". Repetir a última mensagem de áudio fornecida ao usuário. Tocar enquanto o áudio está sendo reproduzido interrompe o áudio.
Ativar ou desativar o som do microfone	Permita que os usuários ativem ou desativem o som do microfone com um gesto de toque quando estiverem em uma experiência que use a entrada do microfone. O feedback de áudio deve ser fornecido quando o microfone é silenciado ou ativado.

Interações proibidas	Descrição
Informações ou anúncios irrelevantes	Não use o gesto de toque para veicular anúncios ou fornecer informações irrelevantes para o estado físico ou contexto atual do usuário.
Entradas de jogos e ações contínuas rápidas	O gesto de tocar foi projetado para ações rápidas de toque único. Ele não pode ser usado como um controle contínuo para jogos interativos ou tarefas de entrada de alta frequência que interrompam os controles padrão do sistema.
Facilitar crimes, violência ou automutilação	O gesto de tocar nunca pode acionar instruções que facilitem atos ilegais ou prejudiciais, como recrutamento extremista, criação de armas ou automutilação.

2. Gesto de ação da câmera

O gesto de ação da câmera envolve pressionar o botão da câmera duas vezes em rápida sucessão. Os apps que acessam a câmera precisam tratar esse evento como uma ação da câmera que fornece dados do sensor diretamente ao app.

Exemplos

Interações permitidas

Descrição

Ativar a câmera para o app

Inicie a transmissão da câmera no app. Isso inclui ativar a transmissão da câmera para capturar fotos, vídeos ou permitir o processamento de ambiente usando a transmissão da câmera. O uso do stream da câmera precisa estar em conformidade com todas as políticas do Android relacionadas a capturas de câmera e microfone e com a política de Dados do Usuário na Central de Políticas para Desenvolvedores do Google Play. Além disso, a política contra bullying e assédio proíbe apps que façam doxing ou explorem outras pessoas publicamente.

Interações proibidas	Descrição
Entradas personalizadas e remapeamento	O gesto de pressionar duas vezes a câmera precisa ser usado exclusivamente para ativar o stream da câmera e fornecer dados do sensor diretamente ao app. Não é permitido remapear esse gesto de hardware para funções que não sejam da câmera, atalhos personalizados ou experiências alternativas no app.
Uso de sensor desacoplado ou fictício	Os apps que interceptam o gesto de pressionar duas vezes a câmera precisam tratar isso como uma solicitação genuína de dados do sensor visual. Não é possível registrar o evento de pressionar duas vezes para assumir o controle do botão físico enquanto ignora, descarta ou suprime intencionalmente a transmissão da câmera.
Falta de divulgação ou uso enganoso	Quando o gesto de pressionar duas vezes é usado para ativar a câmera, você precisa informar explicitamente ao usuário como ela será usada em um fluxo de app para dispositivos móveis durante a concessão de permissão inicial ou a configuração do app. Por exemplo, alguns casos de uso válidos podem ser transmissão ao vivo, tirar uma foto ou processamento de IA. O stream da câmera nunca pode ser usado para uma função que não tenha sido explicitamente aceita pelo usuário.

3. Gesto de deslizar para trás com um dedo

O gesto de deslizar para trás com um dedo envolve um movimento contínuo para trás na área de entrada do touchpad. O sistema oferece suporte a esse gesto mesmo durante experiências somente de áudio chamando onBack(). O app precisa processar esse evento saindo da experiência atual ou retornando o usuário a um estado anterior do app.

Interações proibidas	Descrição
Como sequestrar o comando de saída	O gesto de deslizar para trás precisa sempre chamar onBack() para sair da experiência ou retornar o usuário a um estado anterior do app. Ele nunca deve ser mapeado para ações personalizadas, lançamentos de novas mídias ou anúncios.
Saídas falsas (escuta secreta)	Os apps precisam realmente sair ou suspender o uso do sensor principal quando esse gesto é invocado. Não simule uma saída enquanto mantém secretamente sensores ativos em segundo plano para vigilância.

Comportamentos do LED

O app não pode mudar o comportamento do sistema de LED com base no acesso ao microfone e à câmera.

Interações proibidas	Descrição
Supressão ou modificação programática	Os apps não podem mudar, diminuir ou desativar o comportamento dos LEDs voltados para o mundo e voltados ao usuário, que são aplicados pelo sistema com base no acesso ao microfone e à câmera. Os apps também não podem incentivar ou orientar os usuários a mudar, diminuir ou desativar o comportamento dos LEDs.
Ignorar a detecção de impedimento e adulteração	Os apps não podem burlar ou interferir nos algoritmos de detecção de obstrução do dispositivo, que são projetados para interromper a gravação de forma programática se o LED voltado para o mundo estiver fisicamente coberto ou danificado. Também não podem incentivar ou orientar os usuários a fazer isso.