Para garantir uma experiência do utilizador integrada nas plataformas de carros, TV e Wear, consulte as seguintes listas de verificação e testes de compatibilidade à medida que concebe e cria a sua aplicação.
Requisitos das credenciais de início de sessão
Para garantir que a sua app pode ser devidamente revista quanto à conformidade com as Políticas do Programa para Programadores, tem de facultar as informações necessárias para que a nossa equipa inicie sessão e aceda a todas as funcionalidades da app, de acordo com os requisitos da Play Console. Pode facultar estes detalhes na Play Console.
Tenha em atenção os seguintes requisitos ao indicar os detalhes de início de sessão:
- Detalhes de início de sessão: indique detalhes de início de sessão que estejam ativos e funcionem em qualquer lugar. Se a sua app tiver conteúdo que muda com base na localização de um utilizador, faculte detalhes de início de sessão que nos permitam ver todo o conteúdo da app.
- Validação em dois passos: se não conseguir desativar a validação em dois passos para a sua conta de teste, certifique-se de que podemos receber códigos de validação sem entrar em contacto consigo. Por exemplo, pode fornecer uma caixa de entrada de email partilhada.
- Várias funções e funcionalidades premium: se a sua app tiver diferentes funções de utilizador (como um condutor e um passageiro), indique os detalhes de início de sessão para cada função. Certifique-se de que a conta de teste tem acesso a todas as funcionalidades premium ou pagas para que não sejamos bloqueados por uma paywall.
- Códigos QR e outros tokens: se a sua app precisar de um código QR, um código de barras ou outro token para iniciar sessão, carregue-o na secção "Acesso à app".
Para mais detalhes, leia o artigo Requisitos de acesso à app Play Console (credenciais de início de sessão de acesso a apps).
App Android Automotive
Desempenho esperado:
- O ecrã de início de sessão da app tem de funcionar de forma estável, sem bloquear nem impedir o acesso às credenciais.
- A app tem de oferecer uma interface e conteúdo funcionais, em vez de renderizar ecrãs em branco.
Saiba mais: Qualidade das apps para carros: desempenho esperado (EP-1)
Comandos de voz:
- A app tem de processar corretamente os comandos de voz para reproduzir conteúdo multimédia, alternar entre faixas de áudio e alterar as reproduções. Saiba mais: Qualidade das apps para carros: comandos de voz (VC-1).
- A app tem de responder e acionar a navegação quando pedido através de comandos de voz. Saiba mais: Qualidade das apps para carros: navegação (NF-6)
Falhas de sistema da app:
- A app tem de executar todas as tarefas essenciais de forma estável, sem falhas de sistema nem bloqueios. Saiba mais: Qualidade das apps para carros – a app não falha (AC-1)
Captura de ecrã do carro:
- A ficha da app da Google Play Store tem de apresentar, pelo menos, 2 capturas de ecrã verticais (800 x 1280 px) e 2 horizontais (1024 x 768 px) que mostrem a interface do utilizador real do Automotive OS em ação. Saiba mais: Requisitos de recursos de pré-visualização da Google Play Store
Apoio técnico de Automotive:
- A sua app Android Automotive OS tem de declarar a funcionalidade de hardware automóvel como necessária. Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS)
- A sua app Android Automotive OS tem de declarar explicitamente que a funcionalidade de hardware de Wi-Fi não é necessária. Saiba mais: Outras considerações (Wi-Fi)
- A sua app Android Automotive OS tem de declarar explicitamente que a funcionalidade de hardware de ecrã vertical não é necessária. Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS)
- A sua app Android Automotive OS tem de declarar explicitamente que a funcionalidade de hardware de ecrã horizontal não é necessária. Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS)
- A sua app não pode conter atividades de distração otimizada. Saiba mais: Qualidade das apps para carros: distração do condutor (DD-1)
- A sua app não pode conter uma atividade com a intenção do Launcher no manifesto. Saiba mais: Qualidade das apps para carros: estabilidade e desempenho (estabilidade essencial)
- A "appCategory" tem de estar definida como áudio. Saiba mais: Android Automotive OS – crie um módulo automóvel
- A app tem de declarar um MediaBrowserService. Saiba mais: Referência da API MediaBrowserService e Apresentar conteúdo com um MediaLibraryService (Media3)
- A app Android Automotive OS tem de declarar o anfitrião de modelos como necessário. Saiba mais: Declare os requisitos de funcionalidades (manifesto do anfitrião de modelos)
- A app tem de conter atividades otimizadas para o condutor. Saiba mais: Crie apps de multimédia para o Android Automotive OS e Declare o CarAppService e a CarAppActivity
- Os utilizadores têm de conseguir navegar na app sem encontrar becos sem saída. Saiba mais: Qualidade das apps para carros – navegabilidade da app (AN-1)
Experiências em estacionamento:
A app tem de estar em conformidade com as diretrizes de segurança do condutor e configurar os metadados do manifesto necessários. Saiba mais: Diretrizes de qualidade para apps Android Automotive
Funcionalidades que causam distração do condutor:
- A app tem de pausar ou reduzir o volume de multimédia quando o microfone está ativo. Saiba mais: Qualidade das apps para carros: distração do condutor (DD-1)
- A app tem de ocultar os ecrãs de vídeo, bloquear a reprodução visual e interromper imediatamente a saída de áudio não multimédia quando o carro começa a ser conduzido. Saiba mais: Qualidade das apps para carros: distração do condutor (DD-2) e Qualidade das apps para carros: distração do condutor (DD-1)
- As apps não otimizadas para o condutor não podem ser iniciadas nem usadas enquanto o veículo estiver em movimento. Saiba mais: Qualidade das apps para carros: distração do condutor (DD-2)
- O canal de áudio de navegação só pode ser usado por apps de navegação e para instruções de navegação. Saiba mais: Qualidade das apps para carros: distração do condutor (DD-1)
Categoria de apps não permitida
- Regras de faixas e categoria de apps: a sua app tem de implementar rigorosamente as funcionalidades numa categoria de apps para carros permitida e ser publicada num tipo de faixa permitido. Saiba mais: Qualidade das apps para carros: categorias permitidas (PC-1)
- Metadados da plataforma: o manifesto da sua app tem de declarar compatibilidade com o Android Auto ou o Android Automotive OS, mas não com ambos no mesmo APK. Saiba mais: Qualidade das apps para carros: categorias permitidas (PC-1)
- Biblioteca de apps para carros: a sua app tem de usar a biblioteca Jetpack
androidx.car.appmoderna e migrar da biblioteca com.google.android.libraries.car.app antiga. Saiba mais: Use a biblioteca de apps do Android para Carros (migração da biblioteca de carros antiga)
- Declarações do manifesto e nível da API: o manifesto da sua app tem de:
- Declare uma categoria de app para carros válida e compatível. Saiba mais: Qualidade das apps para carros: estabilidade e desempenho (estabilidade essencial)
- Declare o nível mínimo da API da app para carros (
androidx.car.app.minCarApiLevel). Saiba mais: Nível da API da app para carros – declaração do manifesto
- Autorizações de modelos
- MAP_TEMPLATES: apenas as apps de pontos de interesse (POIs), carregamento ou estacionamento podem pedir esta autorização. Saiba mais: Apps de POIs – aceda aos modelos de mapa
- NAVIGATION_TEMPLATES: as apps de navegação têm de pedir esta autorização. Saiba mais: Crie apps de navegação – aceda aos modelos de navegação
- ACCESS_SURFACE: As apps de navegação têm de pedir esta autorização para mostrar mapas. Outros tipos de apps, exceto apps de POI e meteorologia, não podem pedir esta autorização. Saiba mais: Desenhe mapas – declare a autorização de superfície
- Compatibilidade de hardware e ecrã: o manifesto da sua app tem de:
- Declare
android.hardware.type.automotiveeandroid.software.car.templates_hostconforme necessário. Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS) e Declare os requisitos de funcionalidades (manifesto do anfitrião de modelos) - Declare
android.hardware.wifi, android.hardware.screen.landscapeeandroid.hardware.screen.portraitcomo não necessários definindorequired="false". Saiba mais: Outras considerações (Wi-Fi) e Crie um módulo automóvel (manifesto do Automotive OS)
- Declare
- Configurações de CarAppActivity: o manifesto da sua app tem de:
- «
- Declarar uma CarAppActivity.
- Configurar a CarAppActivity com
launchMode="singleTask"e incluir filtros de intenção para a ação MAIN e a categoria LAUNCHER na CarAppActivity. - Para apps de navegação, declarar também a categoria
APP_MAPSno filtro de intenção CarAppActivity.
Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS)
- Regras de otimização de distração
- Tem de definir o elemento de metadados
distractionOptimizedcomo verdadeiro apenas para a sua CarAppActivity principal. - Não marque outras atividades como otimizadas para distração.
- Tem de definir o elemento de metadados
Saiba mais: Declare o CarAppService e a CarAppActivity (metadados distractionOptimized)
- Dependências de bibliotecas de vídeo e multimédia
- Remova a dependência uses-library android-automotive-video descontinuada da sua app. Saiba mais: Crie apps de vídeo para o Android Automotive OS e Desenhe mapas – declare a autorização de superfície
- Para apps de multimédia do Automotive OS, declare a compatibilidade fazendo referência a um ficheiro
automotive_app_desc.xmlque contenha a etiqueta<uses name="media" />. Saiba mais: Apps de multimédia para carros – configure o ficheiro do manifesto e Crie apps de multimédia para o Android Automotive OS – declare a compatibilidade com multimédia
Funcionalidade de navegação:
- A app tem de oferecer um fluxo claro e intuitivo para iniciar a navegação passo a passo.
- A app tem de fornecer notificações de navegação padrão quando oferece direções passo a passo baseadas em texto.
- A app tem de apresentar informações sobre a próxima mudança de direção no ecrã do painel de instrumentos durante a navegação.
- A app tem de interromper imediatamente o áudio e o acompanhamento da navegação quando outra app ou o sistema nativo do carro inicia a navegação.
- A app só pode renderizar desenhos de mapas ou dados relevantes para a condução nas superfícies do modelo de navegação.
- A app tem de usar componentes de modelos padrão para renderizar instruções de mudança de direção, orientação de faixa e hora prevista de chegada.
- A app tem de processar intenções de navegação por voz padrão (por exemplo, mostrar trajetos e navegar quando pedido).
- A app tem de oferecer um modo de test drive/simulação nas definições para permitir revisões do fluxo de condução segura.
Saiba mais: declare o serviço e a categoria da sua app (manifesto da categoria de navegação)
App Android Auto
Falhas de sistema da app:
- A app tem de funcionar de forma estável no Android Auto sem falhas de sistema nem afetar gravemente a funcionalidade essencial. Saiba mais: Qualidade das apps para carros – a app não falha (AC-1)
- A app tem de fornecer funções de pontos de interesse relevantes para a condução sem apresentar ecrãs de erro da aplicação. Saiba mais: Qualidade das apps para carros – funcionalidade de ponto de interesse (PF-1)
Funcionalidade de estacionamento e carregamento:
- A app tem de oferecer funções de pesquisa ou localização significativas e relevantes para a condução. Saiba mais: Qualidade das apps para carros: funcionalidade de ponto de interesse (PF-1)
- As localizações apresentadas na lista do mapa têm de pertencer estritamente à categoria declarada da app. Por exemplo, uma app de estacionamento só deve apresentar locais de estacionamento e não pontos de interesse gerais. Saiba mais: Qualidade das apps para carros: categorias permitidas (PC-1)
Sem função Auto:
- A app tem de ser executada de forma fiável nos ecrãs e seletores de vistas do Android Auto, oferecendo uma funcionalidade de interface válida e sem falhas após o lançamento. Saiba mais: Qualidade das apps para carros – a app não falha (AC-1)
Categoria não permitida:
- Regras de faixas e categoria de apps: a app tem de implementar estritamente funcionalidades em categorias de apps para carros permitidas (PC-1) e publicar em tipos de faixas permitidos. Saiba mais: Qualidade das apps para carros: categorias permitidas (PC-1)
- Separação de metadados da plataforma: o manifesto só deve declarar compatibilidade com o Android Auto (
com.google.android.gms.car.application) ou o Android Automotive OS (android.hardware.type.automotive), e não com ambos num único APK. Saiba mais: Distribua para carros - Biblioteca de apps para carros moderna: a app tem de usar a biblioteca Jetpack
androidx.car.appmoderna e migrar da biblioteca de código fechado antiga (com.google.android.libraries.car.app). Saiba mais: Use a biblioteca de apps do Android para Carros (migração da biblioteca de carros antiga) - Regras de publicação de faixas: atualmente, a publicação no tipo de faixa selecionado não é permitida para todas as categorias de apps. Consulte as categorias de apps compatíveis para ver detalhes sobre as opções de publicação para cada categoria de aplicação. Saiba mais: Qualidade das apps para carros: categorias permitidas (PC-1)
- Declarações do manifesto e nível da API: o manifesto tem de declarar um filtro de categoria de app para automóveis válido e compatível, bem como o nível mínimo da API da app para automóveis (
androidx.car.app.minCarApiLevel). Saiba mais: Nível da API da app para carros – declaração do manifesto - Autorizações de modelos:
- A app não pode pedir a autorização
MAP_TEMPLATES, a menos que seja uma app de POI, carregamento ou estacionamento. Saiba mais: Apps de POI – aceda aos modelos de mapa - Uma app de navegação tem de pedir a autorização NAVIGATION_TEMPLATES. Saiba mais: Crie apps de navegação – aceda aos modelos de navegação
- Uma app de navegação tem de pedir a autorização ACCESS_SURFACE para renderizar mapas, enquanto as apps que não são de navegação (fora de POI/Tempo) não podem pedir esta autorização. Saiba mais: Desenhe mapas – declare a autorização de superfície
- A app não pode pedir a autorização
- Compatibilidade de hardware e ecrã:
- O manifesto tem de declarar
android.hardware.type.automotiveeandroid.software.car.templates_hostcomo necessários. Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS) e Declare os requisitos de funcionalidades (manifesto do anfitrião de modelos) - O manifesto tem de declarar explicitamente
android.hardware.wifi,android.hardware.screen.landscapeeandroid.hardware.screen.portraitcomo não necessários (required="false"). Saiba mais: Outras considerações (Wi-Fi) e Crie um módulo automóvel (manifesto do Automotive OS)
- O manifesto tem de declarar
- Configurações de CarAppActivity:
- A app tem de declarar uma CarAppActivity no respetivo manifesto.
- A CarAppActivity tem de ser configurada com
launchMode="singleTask"e conter filtros de intenção da ação MAIN e da categoria LAUNCHER. - Uma app de navegação também tem de declarar a categoria APP_MAPS no filtro de intenção CarAppActivity.
Saiba mais: Crie um módulo automóvel (manifesto do Automotive OS)
- Regras de otimização de distração:
- Apenas a CarAppActivity principal tem de definir o elemento de metadados
distractionOptimizedcomo verdadeiro. - A app não pode marcar outras atividades secundárias ou atividades auxiliares não otimizadas como otimizadas para distração.
- Apenas a CarAppActivity principal tem de definir o elemento de metadados
Saiba mais: Declare o CarAppService e a CarAppActivity (metadados distractionOptimized)
- Dependências da biblioteca de vídeos e multimédia:
- A app tem de remover a dependência uses-library android-automotive-video descontinuada. Saiba mais: Crie apps de vídeo para o Android Automotive OS e Desenhe mapas – declare a autorização de superfície
- As apps de multimédia do Automotive OS têm de declarar a compatibilidade fazendo referência a
automotive_app_desc.xmlque contém a etiqueta<uses name="media" />. Saiba mais: Apps de multimédia para carros – configure o ficheiro do manifesto e Crie apps de multimédia para o Android Automotive OS – declare a compatibilidade com multimédia
- Compatibilidade de apps com o carro estacionado: as apps compatíveis com ecrãs grandes podem ser usadas num carro enquanto este está estacionado. Para as apps que não estão otimizadas para carros, a experiência do utilizador é a mesma que em qualquer outro dispositivo Android de ecrã grande. Saiba mais: Declare o CarAppService e a CarAppActivity (metadados distractionOptimized)
Comandos de voz:
- As aplicações de multimédia têm de declarar e implementar os filtros de intenção de comandos de voz necessários (como
MEDIA_PLAY_FROM_SEARCH) para suportar pedidos de controlo de pesquisa por voz através do Assistente Google e do Gemini. Saiba mais: Qualidade das apps para carros: comandos de voz (VC-1) - A sua app tem de processar corretamente os comandos de voz para as seguintes ações:
- Com conteúdo multimédia em reprodução
- Alternar entre faixas de áudio
- Alterar os estados de reprodução
- A iniciar a navegação
- Responder, confirmar ou cancelar mensagens
Saiba mais: Qualidade das apps para carros: comandos de voz (VC-1)
Funcionalidade de navegação:
- A app tem de oferecer um fluxo claro e intuitivo para iniciar a navegação passo a passo.
- A app tem de fornecer notificações de navegação padrão quando oferece direções passo a passo baseadas em texto.
- A app tem de apresentar informações sobre a próxima mudança de direção no ecrã do painel de instrumentos durante a navegação.
- A app tem de interromper imediatamente o áudio e o acompanhamento da navegação quando outra app ou o sistema nativo do carro inicia a navegação.
- A app só pode renderizar desenhos de mapas ou dados relevantes para a condução nas superfícies do modelo de navegação.
- A app tem de usar componentes de modelos padrão para renderizar instruções de mudança de direção, orientação de faixa e hora prevista de chegada.
- A app tem de processar intenções de navegação por voz padrão (por exemplo, mostrar trajetos e navegar quando pedido).
- A app tem de oferecer um modo de test drive/simulação nas definições para permitir revisões do fluxo de condução segura.
Saiba mais: Declare o serviço e a categoria da sua app (manifesto da categoria de navegação)
Informações visuais no telemóvel:
- A app tem de estar em conformidade com as diretrizes de segurança do condutor e configurar os metadados do manifesto necessários. Saiba mais: Diretrizes de qualidade da app Auto
Sem modo noturno:
- O mapa de navegação tem de ser compatível com transições de renderização diurnas e noturnas sem pausar nem falhar. Saiba mais: Qualidade das apps para carros: design visual e interação do utilizador (modos diurno/noturno)
A app não tem o desempenho esperado:
- O ecrã de início de sessão da app tem de funcionar de forma estável sem bloquear ou impedir o acesso às credenciais (AC-1). Saiba mais: Qualidade das apps para carros: estabilidade e desempenho (estabilidade essencial)
- A app tem de preservar o estado de reprodução atual e o foco de áudio ao fazer a transição entre o modo diurno e noturno (MR-1). Saiba mais: Qualidade das apps para carros: design visual e interação do utilizador (modos diurno/noturno)
Apps Android Wear
Fundo não preto:
- A app tem de usar um fundo preto para todas as atividades, ecrãs e mosaicos de forma a otimizar a autonomia da bateria em dispositivos wearable (WO-V13). Saiba mais: Qualidade das apps Wear – qualidade visual (WO-V13)
Atividade em curso em falta:
- A app tem de ser compatível com atividades em curso, mostrando indicadores no mostrador, atualizando os chips do Launcher de apps recentes e fazendo referência aos mesmos nos cartões (WO-V4). Saiba mais: Qualidade das apps Wear: qualidade visual (WO-V4)
Capturas de ecrã do Wear:
- Especificações visuais e técnicas essenciais:
- Formato: todas as capturas de ecrã do Wear têm de ter um formato estrito de 1:1.
- Enquadramento do conteúdo: as capturas de ecrã têm de apresentar apenas a interface da app.
- Elementos proibidos: não inclua frames do dispositivo (maquetes), texto adicional, gráficos temporários ou fundos de marketing personalizados que não sejam nativos da interface real da app.
- Transparência do fundo: as capturas de ecrã não podem conter fundos transparentes, canais alfa nem máscaras artificiais.
- Precisão: a Ficha da loja tem de incluir, pelo menos, uma captura de ecrã que represente com precisão a versão atual e ativa da app.
- Requisitos específicos do mostrador (se aplicável):
- Experiência isolada: para apps de mostradores, as capturas de ecrã têm de mostrar apenas a experiência do mostrador em si, sem frames de hardware, texto de marketing ou fundos que não sejam da interface.
- Permutações de personalização: se o mostrador for personalizável (por exemplo, temas de cores, complicações, variantes de esquema), tem de fornecer capturas de ecrã que mostrem mais do que uma das permutações de estilo disponíveis para apresentar as variações.
Saiba mais: Qualidade das apps Wear: ficha da Google Play Store (WO-G5 e G6)
Requisitos do ícone da app específicos do mostrador:
Para mostradores únicos
- Precisão visual: o ícone tem de representar com precisão a experiência real do mostrador.
- Sem elementos adicionais: não inclua frames do dispositivo, texto ou gráficos que não façam parte do mostrador em si.
- Esquema e dimensionamento: o mostrador tem de ser circular, centrado e dimensionado para tocar nas extremidades exteriores do recurso de ícone.
Isenções e práticas recomendadas
- Isenções: as apps que contêm vários mostradores ou funcionalidades que não são mostradores não têm de seguir as regras de esquema de mostrador único.
- Visibilidade: recomendamos o desenvolvimento de apps com um único mostrador, uma vez que são mais fáceis de descobrir pelos utilizadores na Play Store.
Saiba mais: Ícone da app de mostrador: ficha da Google Play Store (WO-G4)
A funcionalidade da app Wear não funciona conforme esperado:
- Estabilidade e desempenho:
- Instalação e início: a aplicação tem de ser instalada e iniciada com êxito numa variedade de dispositivos e configurações do Wear OS sem falhas de sistema. Saiba mais: Qualidade das apps Wear: estabilidade e desempenho (WO-P2)
- Funcionalidade essencial: todas as funcionalidades, capacidades e tarefas têm de funcionar exatamente como apresentado ou descrito na ficha da Play Store. A app não pode bloquear nem falhar durante as ações ou os fluxos de trabalho do utilizador. Saiba mais: Qualidade das apps Wear: estabilidade e desempenho (WO-P2)
- Falhas de componentes: se a app estiver marcada como uma aplicação não autónoma, a app associada para dispositivos móveis também tem de permanecer estável e não pode falhar durante a interação entre dispositivos. Saiba mais: Qualidade das apps Wear: estabilidade e desempenho (WO-P5)
- Combinação de apps associadas e ecossistemas:
- Identidade do pacote: as apps não autónomas e as respetivas apps para smartphones complementares têm de partilhar exatamente o mesmo nome do pacote e a mesma chave de assinatura de apps. Saiba mais: Qualidade das apps Wear: ficha da Google Play Store (WO-G7)
- Conetividade: para configurações não autónomas, a app associada (no dispositivo móvel, computador ou navegador) tem de estabelecer ligação de forma fiável à app Wear OS e permitir que o utilizador use a aplicação do relógio conforme pretendido. Saiba mais: Qualidade das apps Wear: estabilidade e desempenho (WO-P5)
- Design visual e interação do utilizador:
- Acessibilidade do tipo de letra do sistema: o esquema da app tem de se adaptar dinamicamente às preferências de tamanho do tipo de letra do sistema do utilizador. Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V1)
- Dimensionamento de texto e controlos: em definições de tipo de letra grande ou maximizado, os elementos de texto, os botões e os controlos da IU nunca se devem sobrepor nem podem ser cortados pelas extremidades físicas do ecrã redondo ou quadrado. Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V1)
- Qualidade específica do mostrador:
- Personalização e complicações: os utilizadores têm de poder instalar, definir e personalizar totalmente o mostrador sem falhas de sistema. Isto inclui a adição e a renderização simplificadas de complicações de dados, quando compatíveis. Saiba mais: Qualidade das apps Wear: mostradores (WO-P3)
- Integridade dos recursos: o pacote do mostrador tem de conter todos os recursos referenciados. Não pode fazer referência a imagens externas que não estejam presentes no pacote da app publicada. Saiba mais: Qualidade das apps Wear: mostradores (WO-P3)
- Validade do formato: a definição XML do mostrador tem de ser sintaticamente válida e não ter erros de compilação para passar nos validadores de verificação automática. Saiba mais: Qualidade das apps Wear: mostradores (WO-P3)
Barra de deslocamento em falta:
- As barras de deslocamento têm de ser apresentadas sempre que um utilizador interage com uma vista deslocável ou um contentor de lista (WO-V8). Saiba mais: Qualidade das apps Wear: qualidade visual (WO-V8)
Tamanho do tipo de letra do Wear:
- O esquema da app tem de dimensionar o texto e os controlos da IU de forma dinâmica, de acordo com as preferências de tamanho do tipo de letra do utilizador nas definições do sistema, sem cortes nem sobreposições (WO-V1). Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V1)
- A app tem de usar um tamanho de tipo de letra mínimo de 12 sp para texto crítico orientado para o utilizador e 10 sp para texto secundário ou não essencial para garantir a legibilidade (WO-V14). Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V14)
Formas de relógio:
- Todos os esquemas, controlos do utilizador e conteúdos de texto têm de estar alinhados dentro do limite físico do ecrã de perfis de ecrã redondos e retangulares (WO-V16). Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V16)
Ícone da app em falta no ecrã inicial:
- A experiência de arranque da app tem de apresentar um ecrã de início com branding que contenha um ícone da app de 48 x 48 dp centrado que corresponda ao recurso do Launcher num fundo preto sólido (WO-V15). Saiba mais: Qualidade das apps Wear: design visual e interação do utilizador (WO-V15)
Descrição da ficha da Play Store:
- A descrição da app na Play Store tem de usar o termo de marketing correto "Wear OS" e não pode conter o nome da marca antigo "Android Wear" (WO-G2).
- A descrição da Play Store tem de descrever as funcionalidades de mosaicos ou complicações da app, se estiverem implementadas (WO-G2).
Saiba mais: Qualidade das apps Wear: ficha da Google Play Store (WO-G2)
Falta de compatibilidade com 64 bits:
- A partir de 15 de setembro de 2026, a app tem de ser compatível com a arquitetura de 64 bits. Saiba mais: Qualidade das apps Wear: compatibilidade com a arquitetura de 64 bits.
Apps de Android TV
Falha da app após o lançamento:
- A app tem de ser iniciada com êxito, carregar conteúdos multimédia e concluir os caminhos de navegação principais sem falhas, erros de reprodução, exceções de tempo de execução ou bloqueios em ecrãs em branco/de carregamento.
- A app tem de processar as transições em segundo plano (mudar para o ecrã principal da TV e regressar) de forma harmoniosa, sem bloquear nem travar.
Saiba mais: Qualidade das apps de Android TV – início e estabilidade (TV-LS)
Formato da faixa e do título:
- Especificações da faixa do Launcher:
- Dimensões e dimensionamento: a aplicação tem de fornecer uma faixa do Launcher autónoma e de tamanho original com exatamente 320 x 180 px. O recurso gráfico tem de preencher todo o espaço da tela atribuído sem deixar margens em branco. Saiba mais: Qualidade das apps de TV: faixa do Launcher (TV-LB)
- Opacidade: o fundo da faixa tem de ser completamente opaco. As faixas transparentes são estritamente proibidas. Saiba mais: Qualidade das apps de TV: nome da faixa (TV-BN)
- Integridade do branding: tem de substituir os recursos do motor de jogo predefinidos ou os esquemas de marcadores de posição (como a faixa genérica do Unity). Saiba mais: Qualidade das apps de TV: faixa do Launcher (TV-LB)
- Qualidade do ícone da app:
- Tamanho e enquadramento: o ícone do launcher tem de ter, pelo menos, 512 x 512 px e preencher completamente o espaço do ícone designado. Saiba mais: Qualidade das apps de TV: faixa do Launcher (TV-LB)
- Segurança das extremidades: os elementos gráficos e os limites importantes do ícone da app não podem ser recortados, transformados em clipes nem cortados nos limites. Saiba mais: Qualidade das apps de TV: nome da faixa (TV-LM)
- Recursos personalizados: a ficha não pode usar o ícone de aplicação do sistema Android genérico predefinido. Saiba mais: Qualidade das apps de TV: faixa do Launcher (TV-LB)
- Alinhamento do texto e do título:
- Visibilidade: o nome da sua aplicação tem de estar claramente visível e legível diretamente na faixa de lançamento. Saiba mais: Qualidade das apps de TV: nome da faixa (TV-BN)
- Consistência das strings: o título da app tem de corresponder perfeitamente ao título impresso na faixa do Launcher, bem como ao texto do nome apresentado junto ao ícone da app. Não são permitidas discrepâncias ortográficas nem convenções de nomenclatura de marcadores de posição. Saiba mais: Qualidade das apps de TV: nome da faixa (TV-BN)
Problemas de instalação da app:
A app tem de concluir a instalação e a descompactação do pacote em destinos de hardware da Android TV sem apresentar erros do sistema, falhas de dependência ou falhas na escrita de ficheiros de execução binários. Saiba mais: Qualidade das apps de Android TV – início e estabilidade (TV-LS)
[Cartão de] notificação de conteúdo multimédia em reprodução:
Se a app continuar a fazer stream de áudio em segundo plano depois de o utilizador regressar ao Launcher da página inicial da TV ou mudar de app, tem de registar sessões de multimédia ativas para apresentar um cartão "A tocar" na IU do sistema. Saiba mais: Qualidade das apps de Android TV – reprodução de conteúdo multimédia (TV-NP)
Desempenho esperado:
Para agir em conformidade com os padrões de qualidade da Android TV durante as revisões da loja, a sua app tem de funcionar de forma fiável em vários dispositivos e configurações de TV, garantindo que todos os mecanismos essenciais refletem perfeitamente as expetativas definidas na sua Ficha da loja.
- Alinhamento da Ficha da loja e Feature Delivery:
- Promessas de marketing: a aplicação tem de oferecer todas as funcionalidades, capacidades e tipos de conteúdo prometidos na descrição de texto da Google Play Store ou apresentados nas capturas de ecrã promocionais.
- Ofertas de conteúdo e multimédia: todas as capacidades de conteúdo multimédia anunciadas têm de estar totalmente operacionais. A app não está em conformidade se não fornecer os tipos de multimédia descritos, como TV em direto, séries de TV, vídeo a pedido (VOD), Catchup com guias de programação eletrónicos (EPG), streams de rádio ou diretórios de playlists/horários estruturados.
- Utilitários essenciais: as funcionalidades interativas e suplementares realçadas na ficha, incluindo a funcionalidade de pesquisa, os alertas do sistema do utilizador, os modos de proteção de ecrã ou os submenus, como adicionar músicas aos favoritos e gerir alterações de subscrições, têm de estar ativas e totalmente acessíveis na compilação para TV.
- Reprodução de conteúdo multimédia e carregamento de conteúdo:
- Integridade da reprodução: a aplicação tem de fazer stream e descodificar o conteúdo de vídeo e áudio com êxito. A apresentação de mensagens de erro durante a reprodução de vídeo ou a falha no fornecimento dos feeds de áudio descritos na ficha constitui uma falha.
- Obtenção de dados: a interface da aplicação tem de extrair, carregar e renderizar com êxito os respetivos ecossistemas de conteúdo de destino. O lançamento de uma app que arranca para um estado inativo, bloqueia indefinidamente ou carrega ecrãs em branco falha na revisão da loja.
- Personalização do leitor: se as capturas de ecrã da Ficha da loja realçarem atributos personalizados do leitor (como a configuração da qualidade de imagem ou ferramentas especializadas do leitor de filmes), estes controlos explícitos têm de ser funcionais na compilação.
- Autorização do sistema e comportamento do fluxo de trabalho
- Persistência de autorizações: a app tem de processar corretamente as autorizações padrão do sistema. Os ciclos que pedem repetidamente ao utilizador para conceder autorizações depois de estas já terem sido autorizadas violam o comportamento funcional esperado.
- Interrupções do fluxo de trabalho: a app tem de progredir sem problemas através de ações críticas do utilizador sem bloquear, falhar silenciosamente ou executar ciclos de tempo de execução danificados
Saiba mais: Qualidade das apps de TV: Google Play (TV-G3)
Pacotes de apps:
Os programadores têm de publicar e empacotar a app de Android TV com o formato Android App Bundle (AAB) em vez de APKs autónomos antigos para permitir que o Google Play gere e publique APKs divididos otimizados, adaptados às densidades de ecrã e às configurações de hardware da TV (TV-G1). Saiba mais: Qualidade das apps de Android TV – Google Play (TV-G1)
Utilizações de hardware não compatíveis:
- Declarações de hardware do manifesto:
- Exclusão explícita necessária: tem de modificar o ficheiro
AndroidManifest.xmlda sua aplicação para indicar que os componentes de hardware centrados em dispositivos móveis não são necessários para o funcionamento, declarando explicitamenteandroid:required="false". - Funcionalidades padrão para dispositivos móveis a desativar: a aplicação tem de sinalizar os seguintes critérios de hardware como opcionais:
- Entrada e navegação: entradas do ecrã tátil (
android.hardware.touchscreen) e gestos de toque simulados (android.hardware.faketouch). - Captura e áudio: câmaras físicas integradas (
android.hardware.camera) e matrizes de hardware de microfone (android.hardware.microphone). - Localização e conetividade: hardware de posicionamento GPS (
android.hardware.locations.gps), subsistemas de chamadas de rede móvel (android.hardware.telephony) e módulos de NFC (android.hardware.nfc).
- Entrada e navegação: entradas do ecrã tátil (
- Exclusão explícita necessária: tem de modificar o ficheiro
- Restrições de apresentação e orientação: o manifesto da app não pode impor restrições de hardware que entrem em conflito com esquemas de televisão fixos. As funcionalidades como o bloqueio da orientação vertical (
android.hardware.screen.portrait) ou a dependência de sensores de orientação do ecrã físico (android.hardware.screen.sensor) têm de ser desativadas ou sinalizadas como não necessárias.
Saiba mais: Qualidade das apps de TV: hardware (TV-MT)
Funcionalidade do teclado direcional em falta:
- Todos os menus, botões, controlos de deslize, definições e caminhos de interação na app têm de ser totalmente navegáveis e funcionais através de comandos com teclado direcional de 5 direções padrão, sem necessitar de um rato virtual ou um ecrã tátil. Saiba mais: Qualidade das apps de TV: navegação (TV-DP)
- Para as apps que suportam a reprodução de áudio em segundo plano, os controlos de multimédia padrão (como ignorar ou pausar faixas) têm de ser totalmente compatíveis com a navegação com o teclado direcional no cartão A tocar. Saiba mais: Qualidade dAs apps de TV: reprodução de conteúdo multimédia (TV-NP)
- A app tem de ser compatível com a navegação com o teclado direcional no teclado da página de início de sessão para permitir a introdução de credenciais de revisão. Saiba mais: Qualidade das apps de TV: navegação (TV-DP)
Captura de ecrã obrigatória em falta:
Para passar na revisão da Google Play Console para Android TV, a sua Ficha da loja tem de incluir, pelo menos, uma captura de ecrã de TV dedicada que cumpra estes critérios rigorosos:
- Formato: 16:9 inalterado e de alta resolução.
- Conteúdo: tem de representar com precisão a IU atual e real da app de TV.
- Proibido: não são permitidos gráficos/faixas de marketing abstratos sem a IU, nem capturas de ecrã de telemóveis ou frames de dispositivos móveis reutilizadas.
Saiba mais: Qualidade das apps de Android TV – Google Play (TV-G4)