Começar
← Blog

Requisitos

Por que apps PWA, TWA e WebView têm desvantagem no teste fechado

Apps feitos com PWA, TWA ou WebView têm o mesmo requisito de teste fechado do Google Play (12 testadores, 14 dias). O requisito não depende do tipo de app, mas apps cuja tela é carregada pela Web demoram a mostrar a primeira tela, e os testadores têm dificuldade para usá-los de verdade. Explicamos por que o engajamento dos testadores avaliado na solicitação fica mais fraco, os sintomas disso e como se preparar, por exemplo reduzindo o primeiro carregamento.

Última verificação em 13 de out. de 2026.

O requisito é o mesmo; por que é mais difícil?

O requisito do teste fechado não depende do tipo de app. O número de testadores é contado pelo aceite de participação, então os 14 dias não demoram mais para serem cumpridos só porque o app é feito com Web. A desvantagem dos apps baseados em PWA · TWA · WebView aparece depois: no engajamento dos testadores avaliado na análise da solicitação.

O Google cita como motivo para devolver a solicitação os casos em que “os testadores não interagiram o suficiente com o app durante o período de teste”. Em apps cuja tela é quase toda Web, a primeira tela pode demorar a abrir, ou o testador fecha o app antes de o carregamento terminar. O resultado são mais testadores que instalaram, mas não chegaram a usar o app de verdade.

A documentação do Google não diz quanto mais os apps baseados em Web são recusados, e nós também não temos números próprios sobre isso. Leia como um alerta que vem de um fato simples: quando a primeira tela demora, fica difícil para o testador usar o app.

Como isso aparece

  • Na primeira abertura, a tela fica branca por muito tempo ou não carrega em dispositivos com rede lenta.
  • Os testadores fecham o app antes de ver a primeira tela e quase não usam nenhum recurso.
  • Falta o que escrever quando o questionário pergunta quais recursos os testadores usaram.

Como reduzir o problema

  1. Encurte o primeiro carregamento. Em vez de abrir a Web direto da tela de abertura, desenhe primeiro uma tela nativa mínima e carregue a Web por cima. Quanto menor o tempo até a primeira tela, maior a chance de o testador usar o app até o fim.
  2. Mostre algo mesmo off-line. Se a rede cair, exiba uma mensagem em vez de uma tela vazia. Como os ambientes dos dispositivos variam muito, isso faz grande diferença.
  3. Tenha testadores de reserva. Não fique no número mínimo exato; tenha folga para que o requisito não caia se alguém desinstalar o app.
  4. Envie atualizações durante o teste. Mesmo mudanças pequenas, como melhorar o carregamento, deixam um histórico de versões que serve de base para o questionário.
  5. Deixe claro o valor como app. Apps que só embrulham um site podem ser apontados nas políticas. Vale ter pelo menos um recurso que só um app oferece, como notificações, uso off-line ou recursos do dispositivo.

O que conferir antes do teste

  • Se o SDK mínimo não está alto demais — quanto mais alto, menos dispositivos conseguem instalar.
  • Se a primeira abertura exige login — se travar na tela de login, fica difícil confirmar a execução.
  • Se pedidos de permissão não cobrem a primeira tela — em algumas versões do sistema, a ordem aparece diferente.
  • Se a tela Web abre em dispositivos mais simples — às vezes o app é encerrado por falta de memória.
O DUIRE abre o app todos os dias em dispositivos reais de vários fabricantes e versões do Android e guarda uma captura da execução por dispositivo por dia. Para apps baseados em WebView, essas capturas são especialmente úteis: dá para ver exatamente em quais dispositivos a primeira tela abriu e em quais ficou branca.

Como os 14 dias são contados e o que olhar quando os números aparecem com atraso está em regras de contagem dos 14 dias.

Perguntas frequentes

Apps WebView também conseguem passar no teste fechado?
Conseguem. O requisito não depende do tipo de app, e o número de testadores é contado pelo aceite de participação. Mas, em apps cuja primeira tela demora a abrir, os testadores tendem a fechar antes de usar de verdade, o que pode enfraquecer o engajamento dos testadores avaliado na análise da solicitação.
Qual é a diferença entre TWA e PWA?
PWA é um site que funciona como app no navegador, e TWA (Trusted Web Activity) é a forma de empacotar esse site como app Android e publicá-lo na Play Store. O que vai para a Play Store é o TWA, mas nos dois casos a maior parte da tela é Web.
Só aparece a tela de abertura e depois uma tela branca por muito tempo.
Se o carregamento da Web é lento, a primeira abertura parece uma tela vazia. Se o testador fecha o app na hora, não conta como uso; vale reduzir o carregamento inicial e mostrar um indicador de carregamento.
O questionário é recusado por ser um app WebView?
Isso, por si só, não é motivo de recusa. Mas, se o app só embrulha um site e não acrescenta nenhum valor como app, pode haver problemas com as políticas. Capriche especialmente na parte do questionário sobre o valor que o app oferece.

Cumpra o requisito sem recrutar testadores

O DUIRE participa do seu teste fechado com dispositivos Android reais e abre o app todos os dias durante 14 dias. Registrar o app e verificar a instalação é gratuito.