The Android Developer Challenge is back! Submit your idea before December 2.

Qualidade do aplicativo para tablet

Tablets são uma parte importante da base de instalação do Android e oferecem oportunidades excelentes para o engajamento do usuário e a monetização. As diretrizes exibidas nesta página ajudarão você a atender às expectativas do usuário de tablet oferecendo recursos atrativos e uma interface do usuário bem projetada e intuitiva.

Embora as diretrizes sejam numeradas, elas podem ser abordadas em qualquer ordem. Aborde a recomendação de cada diretriz na medida em que forem adequadas para o aplicativo. No entanto, — para fornecer o melhor produto para seu cliente —, siga-as o máximo possível.

Em toda a página, você encontrará links para recursos que podem ajudá-lo a abordar cada recomendação.

1. Teste a qualidade básica de aplicativos para tablets

O primeiro passo para proporcionar uma ótima experiência de aplicativo para tablet é garantir que ele atenda aos principais critérios de qualidade do aplicativo para todos os dispositivos e fatores de formulário que o aplicativo busca. Para obter informações completas, consulte as Principais diretrizes de qualidade do aplicativo.

Antes de publicar, certifique-se de que o aplicativo seja aprovado nas verificações técnicas básicas e critérios de lançamento, como:

Caso já tenha feito o upload do aplicativo para o Google Play Console, você poderá acompanhar o progresso com relação a essas verificações acessando a página Dicas de otimização.

2. Otimize layouts para telas maiores

O Android facilita o desenvolvimento de aplicativos que funcionam bem em uma ampla gama de tamanhos de tela e fatores de forma de dispositivos. Essa vasta compatibilidade funciona em seu favor, já que ajuda a criar um único aplicativo que pode ser distribuído amplamente a todos os dispositivos pretendidos. No entanto, para oferecer ao usuário a melhor experiência possível em cada configuração de tela — principalmente em tablets —, é preciso otimizar os layouts e outros componentes da interface do usuário para cada configuração de tela. Otimizar as interfaces do usuário em tablets permite aproveitar o espaço da tela adicional disponível e oferecer novos recursos, apresentar novo conteúdo ou melhorar a experiência de outras formas para aumentar o envolvimento do usuário.

Se seu aplicativo foi desenvolvido para celulares e agora você quer distribuí-lo para tablets, é possível começar fazendo pequenos ajustes em layouts, fontes e espaçamento. Em alguns casos — como para tablets de 7 polegadas ou para jogos com telas grandes — esses ajustes podem ser suficientes para dar ao aplicativo uma ótima aparência. Em outros casos, como para tablets maiores, é possível recriar partes da IU para substituir a “interface do usuário esticada" por uma eficiente com vários painéis, navegação mais simples e conteúdo adicional.

Remova a interface do usuário "esticada": Em tablets, layouts de painel único levam a um espaço vazio estranho e a comprimentos de linha excessivos. Use o preenchimento para reduzir a largura dos elementos da interface do usuário e considere usar layouts de vários painéis.

Veja algumas sugestões:

  • Forneça layouts personalizados conforme necessário para telas large e xlarge. Você também pode fornecer layouts que são carregados com base na menor dimensão ou em largura e altura mínimas disponíveis da tela.
  • No mínimo, personalize dimensões como tamanhos de fonte, margens e espaçamento para telas maiores a fim de melhorar o uso do espaço e a legibilidade do conteúdo.
  • Ajuste o posicionamento de controles da interface do usuário para que fiquem facilmente acessíveis quando o usuário segurar o tablet na orientação horizontal.
  • O preenchimento de elementos da interface do usuário é geralmente maior em tablets do que em celulares. Recomenda-se um ritmo de 48 dp (e uma grade de 16 dp).
  • Preencha o conteúdo de texto adequadamente para que não fique alinhado diretamente com as margens da tela. Use um preenchimento de 16dp mínimo ao redor do conteúdo próximo às margens da tela.

Certifique-se principalmente de que seus layouts não pareçam “esticados” na tela:

  • As linhas de texto não devem ser muito longas — otimize para um máximo de 100 caracteres por linha, com melhores resultados entre 50 e 75.
  • ListViews e menus não devem usar a largura completa da tela.
  • Use o preenchimento para gerenciar as larguras dos elementos na tela ou alternar para uma interface do usuário de vários painéis para tablets (veja a próxima seção).

3. Tire proveito da área extra da tela

Os layouts de vários painéis proporcionam melhor equilíbrio visual nas telas do tablet, oferecendo mais utilidade e legibilidade.

As telas do tablet oferecem muito mais espaço de tela real para o aplicativo, especialmente na orientação horizontal. Os tablets de 10 polegadas, em particular, oferecem uma área muito maior. No entanto, até mesmo os tablets de 7 polegadas oferecem mais espaço para exibir conteúdos e envolver o usuário.

Ao considerar a IU aplicativo para execução em tablets, certifique-se de aproveitar ao máximo a área de tela extra disponível. Veja algumas sugestões:

  • Procure oportunidades para incluir conteúdo adicional ou usar um tratamento alternativo para o conteúdo existente.
  • Use layouts de vários painéis nas telas do tablet para combinar diferentes visualizações em uma visualização composta. Isso permite usar a área adicional da tela de forma mais eficaz e facilita a navegação do usuário no aplicativo.
  • Planeje como você quer que os painéis da sua visualização composta sejam reorganizados quando a orientação da tela mudar.
  • As visualizações compostas Combinam várias visualizações únicas de uma interface do usuário de celular (acima) em uma interface do usuário mais eficiente para tablets (abaixo).

  • Embora uma única tela seja implementada como uma subclasse Activity, considere implementar painéis de conteúdo individual como subclasses Fragment. Isso permite maximizar a reutilização de código entre diferentes fatores de forma e entre telas que compartilham conteúdo.
  • Decida em quais tamanhos de tela você usará uma interface de usuário de vários painéis e forneça os diferentes layouts nos espaços do tamanho de tela adequados (como large/xlarge) ou larguras mínimas de tela (como sw600dp/sw720).

4. Use ativos projetados para telas de tablet

Para garantir que seu aplicativo tenha o melhor visual, forneça ícones e outros ativos de bitmap para cada densidade no intervalo geralmente suportado por tablets. Especificamente, crie ícones para barra de ação, notificações e inicializador de acordo com as diretrizes de Iconografia e forneça-os em várias densidades para que apareçam no tamanho adequado em todas as telassem borrar nem resultar em outros artefatos de dimensionamento.

Tabela 1. Tamanho bruto dos ativos para tipos de ícone.

Densidade Inicializador Barra de ações Pequena/contextual Notificação
mdpi 48 x 48 px 32 x 32 px 16 x 16 px 24 x 24 px
hdpi 72 x 72 px 48 x 48 px 24 x 24 px 36 x 36 px
tvdpi (use hdpi) (use hdpi) (use hdpi) (use hdpi)
xhdpi 96 x 96 px 64 x 64 px 32 x 32 px 48 x 48 px
xxhdpi 144 x 144 px 96 x 96 px 48 x 48 px 72 x 72 px
xxxhdpi 192 x 192 px 128 x 128 px 64 x 64 px 96 x 96 px

Forneça ao menos uma versão de cada ícone e ativo de bitmap otimizados para pelo menos uma das seguintes densidades de tela de tablet comum:

  • hdpi
  • xhdpi
  • xxhdpi
  • xxxhdpi

Outras dicas:

  • Use formas de vetor ao criar ícones para que sejam dimensionados sem perder detalhes nem nitidez das margens.
  • Use qualificadores de recursos específicos da densidade para garantir que os ícones corretos sejam carregados em cada densidade da tela.
  • Tablets e outros dispositivos de tela grande geralmente solicitam um ícone na tela de início com um tamanho de densidade maior do que a densidade atual do dispositivo. Portanto, forneça seu ícone de tela de início com a maior densidade possível. Por exemplo, se um tablet tiver uma tela xhdpi, será solicitada a versão xxhdpi do ícone na tela de início.

5. Ajuste tamanhos de fontes e alvos de toque

Para garantir que seu aplicativo seja fácil de usar em tablets, ajuste os tamanhos de fontes e alvos de toque na IU do tablet para todas as configurações de tela pretendidas. É possível ajustar tamanhos de fonte com atributos de estilo ou recursos de dimensão e ajustar alvos de toque com layouts e drawables de bitmap, conforme discutido acima.

Alguns pontos a considerar:

  • O texto não deve ser excessivamente grande nem pequeno em tamanhos de tela e densidades do tablet. Certifique-se de que os rótulos estejam dimensionados corretamente para os elementos da interface do usuário a que correspondem e de que não haja quebras de linha inadequadas nos rótulos, nos títulos nem em outros elementos.
  • O tamanho do alvo de toque recomendado para elementos na tela é de 48 dp (mínimo de 32 dp) — alguns ajustes podem ser necessários na interface do usuário do tablet. Leia Métricas e grades para saber mais sobre estratégias de implementação para ajudar os usuários. Para atender às necessidades de acessibilidade de determinados usuários, recomenda-se usar alvos de toque maiores.
  • Sempre que possível, para ícones menores, expanda a área de toque para mais de 48 dp usando TouchDelegate ou apenas centralizando o ícone dentro do botão transparente.

6. Ajuste tamanhos dos widgets da tela inicial

Se o seu aplicativo inclui um widget de tela inicial, estes são alguns pontos a considerar para garantir uma melhor experiência do usuário em telas de tablet:

  • Defina altura e largura padrão do widget adequadas para telas de tablet, assim como altura e largura mínimas e máximas de redimensionamento.
  • O widget deve ser redimensionável para 420 dp ou mais para abranger 5 ou mais linhas da tela inicial (se for um widget quadrado ou vertical) ou colunas (se for um widget quadrado ou horizontal).
  • Certifique-se de que as imagens 9-patch sejam renderizadas corretamente.
  • Use margens padrão do sistema.
  • Defina o targetSdkVersion do aplicativo para 14 ou maior, se possível.

7. Conjunto de recursos completo para o usuário de tablet

Conjunto de recursos para tablet

Permita que o usuário de tablet experimente os melhores recursos do seu aplicativo. Veja algumas recomendações:

  • Crie o aplicativo para oferecer em tablets ao menos o mesmo conjunto de recursos oferecido em telefones.
  • Em casos excepcionais, o aplicativo pode omitir ou substituir determinados recursos em tablets se não forem compatíveis com o hardware ou no caso de uso da maioria dos tablets. Por exemplo:
    • Se o telefone usar recursos de telefonia, mas a telefonia não estiver disponível no tablet atual, é possível omitir ou substituir a funcionalidade relacionada.
    • Vários tablets têm um sensor GPS, mas a maioria dos usuários normalmente não transporta tablets ao correr. Se seu aplicativo de telefone fornecer a funcionalidade que permite ao usuário registrar um rastreamento de GPS de corrida enquanto transporta o telefone, o aplicativo não precisará fornecer essa funcionalidade em tablets porque o caso de uso não é atraente.
  • Se você omitir um recurso ou capacidade da interface do usuário de tablet, certifique-se de que ele não esteja acessível para o usuário nem ofereça um “degradação suave” para um recurso substituto (veja também a seção abaixo sobre os recursos de hardware).

8. Direcione versões do Android da forma apropriada

Para garantir a distribuição mais ampla possível para tablets, certifique-se de que o aplicativo esteja direcionado corretamente para as versões Android que suportem tablets. O suporte inicial para tablets foi adicionado no Android 3.0 (API de nível 11). O suporte da estrutura de trabalho da interface do usuário unificado para tablets, telefones e outros dispositivos foi introduzido no Android 4.0

Pode-se definir a faixa de versões do Android do aplicativo no arquivo de manifesto, no elemento <uses-sdk>. Na maioria dos casos, pode-se direcionar versões do Android corretamente definindo o atributo targetSdkVersion do elemento para o maior nível de API disponível.

Verifique no mínimo o elemento <uses-sdk> para garantir que:

  1. targetSdkVersion seja declarado com valor 11 ou superior (recomenda-se 14 ou superior), OU
  2. minSdkVersion seja declarado com valor 11 ou superior.
  3. Se um atributo maxSdkVersion for declarado, deverá ter valor 11 ou superior. Observe que, em geral, o uso de maxSdkVersion não é recomendado.

9. Declare as dependências do recurso de hardware corretamente

Celulares e tablets geralmente oferecem um suporte de hardware levemente diferente para sensores, câmeras, telefonia e outros recursos. Por exemplo, vários tablets estão disponíveis em uma configuração Wi-Fi que não inclui suporte para telefonia.

Para distribuir um único APK para toda sua base de clientes de telefones e tablets, certifique-se de que seu aplicativo não declare requisitos para recursos de hardware que não estão geralmente disponíveis em tablets. Em vez disso, declare corretamente os recursos de hardware como não obrigatórios no manifesto do aplicativo, conforme descrito abaixo.

  • No manifesto do aplicativo, localize qualquer elemento <uses-feature>. Procure principalmente recursos de hardware que podem não estar disponíveis em alguns tablets, como:
    • android.hardware.telephony
    • android.hardware.camera (refere-se à câmera traseira) ou
    • android.hardware.camera.front
  • Declare os elementos <uses-feature> como não obrigatórios incluindo o atributo android:required=”false”.

    Por exemplo, esta é a forma correta de se declarar uma dependência em android.hardware.telephony para que seja possível distribuir o aplicativo amplamente, mesmo para dispositivos que não oferecem telefonia:

    <uses-feature android:name="android.hardware.telephony" android:required="false" />
  • Da mesma forma, verifique se o manifesto inclui elementos <permission> que implicam requisitos do recurso de hardware que talvez não sejam adequados para tablets. Se encontrar essas permissões, certifique-se de declarar explicitamente um elemento <uses-feature> correspondente para os recursos e incluir o atributo android:required=”false”.

Depois de declarar os recursos de hardware como não obrigatórios, teste o aplicativo em vários dispositivos. O aplicativo funcionará normalmente quando os recursos de hardware que utiliza não estiverem disponíveis e oferecerá “degradação suave" e funcionalidade alternativa quando adequado.

Por exemplo, se um aplicativo geralmente usar GPS para definir o local e o GPS não for compatível com o dispositivo, o aplicativo poderá permitir que o usuário defina a localização manualmente. O aplicativo pode verificar as capacidades de hardware do dispositivo no tempo de execução e lidar com isso conforme necessário.

10. Declare suporte para telas de tablet

Para garantir a distribuição do aplicativo para uma grande variedade de tablets, seu aplicativo deverá declarar suporte para tamanhos de tela de tablet no arquivo de manifesto, como a seguir:

  • Um elemento <supports-screens>, se declarado, não deve especificar android:largeScreens="false" ou android:xlargeScreens="false".
  • Para aplicativos destinados a valores de minSdkVersion menores que 13, um elemento <supports-screens> precisa ser declarado com android:largeScreens="true" e android:xlargeScreens="true".

Se o aplicativo declarar um elemento <compatible-screens> no manifesto, o elemento deve incluir atributos que especificam todas as combinações de tamanho e densidade para telas de tablet compatíveis com o aplicativo. Observe que, se possível, o uso do elemento <compatible-screens> no aplicativo deve ser evitado.

11. Mostre sua interface de usuário do tablet no Google Play

Depois de criar uma interface de usuário otimizada avançada para seu aplicativo de tablet, avise seus clientes! Estas são algumas das principais formas de promover seu aplicativo para tablet aos usuários no Google Play.

Faça o upload de capturas de tela da IU do seu tablet

Os usuários de tablet querem conhecer o visual do aplicativo nesse dispositivo, e não em um telefone. Caso você tenha desenvolvido um aplicativo para tablet, faça o upload de capturas de tela da IU do tablet no Google Play Console. Veja algumas diretrizes:

  • Mostre a principal funcionalidade do aplicativo, não uma página de inicialização nem de login. Mostre nas capturas de tela os locais em que o usuário passará mais tempo.
  • Adicione capturas de tela de tablets de 7 e 10 polegadas.
  • Adicione capturas de tela nas orientações vertical e horizontal, se possível.
  • Se possível, use capturas de tela. Evite mostrar o hardware do dispositivo nas capturas de tela.
  • Faça o upload de até 8 capturas de tela da interface de usuário em tablets de 7 polegadas e outras 8 em tablets de 10 polegadas.

Atualize a descrição e as notas da versão do aplicativo

  • Na descrição do aplicativo, destaque que ele oferece interface do usuário otimizada para tablet e ótimos recursos para usuários de tablet. Adicione alguns detalhes sobre como a interface do usuário do tablet funciona e o que agradará quem a usa.
  • Inclua informações sobre o suporte para tablet nas notas da versão e informações de atualização do aplicativo.

Atualize o vídeo promocional

Vários usuários assistem a um vídeo promocional do aplicativo para ter uma ideia do que é e se o aplicativo os agradará. Aproveite o interesse dos usuários destacando a interface do usuário do tablet no vídeo promocional. Veja algumas dicas e diretrizes:

  • Adicione uma ou mais capturas de tela do aplicativo sendo executado em um tablet. Para envolver usuários de tablet com mais eficiência, recomendamos promover a interface de usuário para tablet em proporção aproximadamente igual à interface de usuário de telefone.
  • Mostre a interface de usuário de tablet o quanto antes no vídeo. Não suponha que o usuário de tablet aguardará pacientemente instruções dos recursos em uma interface de usuário de telefone. O ideal é envolvê-lo imediatamente mostrando a interface para usuário de tablet nos primeiros 10 segundos ou ao mesmo tempo em que apresenta a interface de usuário para telefone.
  • Para deixar claro que se trata de uma interface de usuário de tablet, inclua capturas de tela do aplicativo sendo executado em um dispositivo tablet portátil.
  • Destaque a interface de usuário de tablet do aplicativo na narrativa ou na legenda do vídeo.

Insira a interface de usuário de tablet em campanhas promocionais

Mostre a interface de usuário de tablet em campanhas promocionais, sites da Web, postagens sociais, anúncios e em outros vários locais. Veja algumas sugestões:

  • Planeje uma campanha de marketing ou publicidade que destaque o uso do aplicativo em tablets.
  • Mostre o melhor do aplicativo para tablet em campanhas promocionais — use o Device Art Generator para gerar rapidamente imagens promocionais de alta qualidade do aplicativo sendo executado em tablets de 7 ou 10 polegadas, na orientação de sua escolha, com ou sem sombra projetada e brilho de tela. É tão simples quanto capturar, arrastar e soltar.
  • Inclua um emblema do Google Play nas suas promoções on-line para permitir que os usuários acessem diretamente a lista da loja de aplicativos. Você pode gerar um emblema em uma série de idiomas usando o Badge Generator.

12. Siga as práticas recomendadas para publicar no Google Play

Estas são algumas práticas recomendadas para fornecer aplicativos de sucesso para tablets no Google Play.

Verifique as Dicas de otimização do aplicativo

O Google Play Console oferece uma página de Dicas de otimização que permite verificar rapidamente o andamento do aplicativo em relação às diretrizes básicas para distribuição e qualidade de aplicativos para tablets. Para acessar a página, entre no Goole Play Console, carregue o aplicativo em All Applications e clique em Optimization Tips no painel de navegação esquerda.

O Play Console cria a página de Dicas de otimização do aplicativo executando uma série de verificações para analisar os critérios básicos de qualidade. Se encontrar problemas, você será notificado sobre itens “Pendentes” na página Dicas de otimização.

Se você tiver desenvolvido uma experiência de tablet para seu aplicativo, acesse a página Dicas de otimização para acompanhar o desempenho dele nas verificações básicas. Caso qualquer um dos problemas listados ocorra, recomendamos resolvê-los no aplicativo e fazer o upload de um novo binário para distribuição, se necessário.

Se a página Dicas de otimização listar “Pendências” que você acha que não se aplicam ao seu aplicativo nem afetem a qualidade nos tablets, notifique-nos usando o Formulário de contato criado para tablets ». Faremos uma revisão do aplicativo e atualizaremos a página Dicas de otimização conforme adequado.

Confirme a filtragem do aplicativo

Depois de fazer o upload do aplicativo no Play Console, verifique a lista de dispositivos compatíveis com o APK para garantir que o aplicativo não seja filtrado nos tablets desejados.

Distribua como um APK único

Recomendamos publicar o aplicativo como APK único para todos os tamanhos de tela (telefones e tablets), com uma única lista do Google Play. Essa abordagem tem várias vantagens importantes.

  • É mais fácil para os usuários encontrarem seu aplicativo em pesquisas, navegação ou promoções.
  • É mais fácil para os usuários restaurarem o aplicativo automaticamente se tiverem um novo dispositivo.
  • Suas estatísticas de classificação e download são consolidadas em todos os dispositivos.
  • Publicar um aplicativo para tablet em uma segunda lista pode diluir as classificações da sua marca.

Se necessário, você pode fornecer o aplicativo usando o Suporte para vários APKs, embora, na maioria dos casos, recomendamos o uso de um único APK para alcançar todos os dispositivos.

Definição de um ambiente de teste

Avalie a qualidade do seu aplicativo em tablets, tanto do aplicativo principal quanto do aplicativo para tablets — com um ambiente virtual ou hardware adequado para teste.

Em comparação com o ambiente de teste recomendado para testes dos critérios de qualidade do aplicativo principal, inclua tablets médios e tablets com mais ou menos recursos de hardware/software.

Tabela 1. Um ambiente de testes de tablet comum pode incluir um ou dois dispositivos de cada linha da tabela abaixo, com uma das versões de plataforma, configurações de tela e configurações do recurso de hardware listadas.

Tipo Tamanho Densidade Versão Skin AVD
Tablet de 7 polegadas large ou
-sw600
hdpi,
tvdpi
Android 4.0+ (API de nível 14 e superior) WXGA800-7in
tablet de 10 polegadas xlarge ou
-sw800
mdpi,
hdpi,
xhdpi
Android 3.2+ (API de nível 13 e superior) WXGA800

Como enviar feedback

Use o Formulário de contato criado para tablets para enviar feedback ou solicitar uma análise das Dicas de otimização. Leia as seções relevantes das Diretrizes de qualidade do aplicativo para tablets antes de enviar feedback.