TUTORIAL

PWA para APK: Converta seu Web App em 5 Minutos

7 de junho de 2026· 8 min read
Sim, você pode converter uma PWA em APK em menos de 5 minutos — sem instalar o Android Studio, sem gerenciar um keystore manualmente e sem escrever uma única linha de código nativo. Existem dois métodos dependendo da pontuação técnica da sua PWA: TWA (para PWAs totalmente conformes) e Capacitor (para todo o resto). Este guia explica ambos, os compara lado a lado e detalha todo o processo de build.

APK vs AAB — qual você realmente precisa?

Antes de converter, esclareça o objetivo. Um APK e um AAB não são intercambiáveis — cada um tem um caso de uso específico.

FormatoCaso de usoInstalável diretamente?
.apkSideloading, Amazon Appstore, Samsung Galaxy Store, testes no dispositivoSim
.aabGoogle Play Console (obrigatório desde ago. 2021) — Play gera APKs otimizados por dispositivoNão (somente Play Store)

O SaasToStore gera ambos os formatos a partir de um único build. Você recebe o .apk e o .aab no mesmo email.

Método 1: Trusted Web Activity (TWA) — o caminho recomendado pelo Google

Uma Trusted Web Activity encapsula sua PWA dentro do Chrome no Android. O app executa sua URL web real — sem duplicação de código, sem base de código móvel separada. É o método que o Google documenta oficialmente para publicar PWAs no Google Play, e produz o menor app Android possível (frequentemente abaixo de 1 MB).

Requisitos para um build TWA

  • HTTPS — obrigatório. URLs HTTP são rejeitadas pelo runtime do TWA
  • Web manifest — deve incluir name, start_url, display: "standalone", theme_color e ícones ≥ 512×512
  • Service worker — fortemente recomendado. Controla o comportamento offline e qualifica para o requisito de funcionalidade mínima do Google Play
  • Digital Asset Links — o SaasToStore os configura automaticamente via o arquivo /.well-known/assetlinks.json
  • Pontuação PWA ≥ 70 — verificada pelo Lighthouse ou pelo verificador integrado do SaasToStore

Limitações do TWA que você deve conhecer

  • O app requer que o Chrome esteja instalado no dispositivo (está em 99 % dos celulares Android)
  • A barra de navegação (barra de URL) é ocultada somente quando os Digital Asset Links são verificados corretamente
  • Sem acesso a APIs nativas do Android que vão além do que o navegador expõe via o padrão PWA
  • O tamanho do app depende do motor de renderização do Chrome, não do código empacotado — a inicialização é instantânea

Método 2: Capacitor — quando sua PWA não tem service worker

O Capacitor (da Ionic) encapsula seu web app em um componente WebView nativo. Ao contrário de um WebView puro, o Capacitor gera um app Android corretamente assinado e conforme às políticas que passa na revisão de funcionalidade mínima do Google Play. Não requer service worker, tornando-o o fallback para apps Bubble, sites Webflow sem suporte SW e qualquer URL com pontuação abaixo de 70.

Quando escolher Capacitor em vez de TWA

Pontuação PWA < 70Sim — Capacitor é a escolha certa
Sem service worker registradoSim
Site construído no Bubble, Softr ou Framer (sem manifest)Sim
Precisa de plugins nativos (câmera, biometria, acesso a arquivos)Sim — Capacitor suporta injeção de plugins nativos
Quer o menor tamanho de arquivo possívelNão — TWA ganha aqui (~800 KB vs ~4 MB)

TWA vs Capacitor — comparação lado a lado

FuncionalidadeTWACapacitor
Requer service workerSim (recomendado)Não
Pontuação PWA mínima≥ 70Nenhuma
Tamanho do arquivo do app~800 KB~4 MB
APIs nativas AndroidSomente via APIs do navegadorVia plugins (câmera, GPS, etc.)
Risco de rejeição Play StoreMuito baixo (método oficial)Baixo (WebView conforme às políticas)
Funciona no Bubble / Softr / FramerDepende do service workerSim, sempre
Modo offlineControle SW completoCache fallback

PWA para APK em 5 minutos — passo a passo

O SaasToStore executa ambos os pipelines no servidor. Você não instala nada localmente.

1

Verificar sua pontuação PWA (grátis, sem conta)

Acesse a página inicial do SaasToStore e cole sua URL. O verificador executa uma auditoria equivalente ao Lighthouse em ~10 segundos: HTTPS, completude do manifest, service worker, tamanhos de ícones. Você verá sua pontuação e o tipo de build recomendado.

2

Criar um projeto e configurar a identidade do seu app

Faça login, crie um novo projeto, confirme a URL. Defina seu nome de app (exibido na Play Store, máx. 30 caracteres), ID do pacote (ex. com.suaempresa.app — não pode ser alterado após a primeira publicação) e o código de versão inicial (comece em 1).

3

Fazer upload do seu ícone de 512×512

PNG, quadrado, sem cantos arredondados (o Android gerencia a máscara). Se não tiver um, o gerador de IA do SaasToStore cria um ícone a partir de uma descrição de texto em menos de 30 segundos.

4

Selecionar TWA ou Capacitor, lançar o build

O verificador recomenda automaticamente. Você pode alterar. Clique em «Lançar Build». O pipeline roda no servidor do SaasToStore — análise do manifest, geração do keystore, compilação, assinatura do APK. Sem fila.

5

Receber seu .apk e .aab por email

O build é concluído em 2 a 5 minutos. Você recebe um email com três anexos: o .aab assinado (para o Google Play), o .apk assinado (para sideload/stores alternativos) e o arquivo keystore criptografado (guarde-o — você precisará dele para cada atualização).

Lista de verificação de prontidão PWA antes de converter

Execute esta lista nas DevTools do seu navegador (aba Lighthouse) ou com o verificador gratuito do SaasToStore:

  • Site servido sobre HTTPS com certificado válido
  • manifest.json vinculado no <head> com name, start_url, display: standalone
  • Pelo menos um ícone ≥ 512×512 PNG no manifest
  • theme_color definido (usado para a cor da barra de ferramentas Android)
  • Service worker registrado e controlando o escopo (aba Application → Service Workers)
  • Página de fallback offline (ou pelo menos uma estratégia cache-first)
  • App carrega em < 5 segundos em uma conexão 4G
  • Sem conteúdo misto (recursos HTTP em páginas HTTPS)

Erros comuns e como corrigi-los

Erro: «App rejeitado — funcionalidade mínima (política 4.3)»

Causa: WebView puro sem service worker ou funcionalidades PWA significativas. Solução: Use o modo TWA do SaasToStore com um manifest validado e service worker. O modo Capacitor do SaasToStore também passa na 4.3 por design.

Erro: «Verificação de Digital Asset Links falhou»

Causa: O arquivo assetlinks.json está ausente ou a impressão digital SHA-256 não corresponde ao build. Solução: O SaasToStore gera e hospeda o assetlinks.json automaticamente — ou fornece o conteúdo exato para adicionar ao seu diretório /.well-known/.

Erro: «keystore não encontrado na atualização»

Causa: Reconstrução com um novo keystore. Solução: Sempre use o mesmo projeto SaasToStore para atualizações. O keystore original é criptografado, armazenado e reutilizado automaticamente em cada reconstrução. Um novo keystore = Google Play rejeita a atualização.

Aviso: «Chrome não instalado» no dispositivo

Contexto: TWA requer Chrome. Em 99 % dos dispositivos Android ele vem pré-instalado. Se você estiver visando um dispositivo OEM específico que exclui Chrome (raro, somente enterprise), use o modo Capacitor.

Distribuindo seu APK além do Google Play

O .apk assinado que você recebe funciona em qualquer canal de distribuição Android:

  • Amazon Appstore — conta gratuita, upload de APK, revisão em ~24 h. Mais de 170M usuários de Fire TV + tablet
  • Samsung Galaxy Store — conta gratuita, upload de APK. Pré-instalado em todos os dispositivos Android Samsung
  • Sideload direto — compartilhe o arquivo .apk via link, QR code ou email. Os usuários habilitam «instalar de fontes desconhecidas» uma vez
  • MDM Empresarial — distribua o APK via ferramentas de Mobile Device Management para distribuição somente interna
Dica multi-store: O plano LAUNCH (a partir de 15 €) conecta a Amazon Appstore e a Samsung Galaxy Store ao seu projeto SaasToStore. Um botão publica em 4 stores simultaneamente. Ver preços →
Lembrete importante: O APK gerado pelo SaasToStore é assinado com o keystore do seu projeto. Nunca perca este keystore — é a identidade criptográfica do seu app. Se você o perder, não poderá atualizar seu app no Google Play nem em nenhum outro store. O SaasToStore o criptografa e armazena, mas também te envia um backup criptografado por email.

Frequently asked questions

Posso converter qualquer site em APK?+

Qualquer site servido sobre HTTPS pode ser empacotado. Mas para a Google Play Store, você também precisa de um web manifest e idealmente de um service worker. Sem esses, o modo Capacitor funciona como alternativa universal.

Qual é a diferença entre APK e AAB?+

O APK é o arquivo instalado diretamente em um dispositivo Android — útil para sideloading e stores como a Amazon. O AAB é o formato de publicação exigido pelo Google Play desde 2021. O SaasToStore gera ambos a partir do mesmo build.

Preciso do Android Studio para converter uma PWA em APK?+

Não. O SaasToStore executa o pipeline completo do Bubblewrap/Capacitor no servidor. Você cola uma URL, configura o nome do app e o ícone, e recebe o APK e o AAB assinados por email.

Quanto tempo leva uma conversão de PWA para APK?+

Menos de 5 minutos para builds TWA e Capacitor. O pipeline roda em um servidor dedicado — sem fila, sem esperar por uma compilação local.

Qual pontuação PWA preciso para um build TWA?+

Uma pontuação acima de 70 (de 100) com um manifest válido e HTTPS. A presença de service worker é fortemente recomendada. Execute o verificador PWA gratuito no SaasToStore para ver sua pontuação antes de construir.

Posso publicar o APK em stores além do Google Play?+

Sim. O APK funciona na Amazon Appstore, Samsung Galaxy Store e qualquer distribuição via sideload. O AAB é apenas para o Google Play. O SaasToStore gera ambos em um único build.

Ready to publish your app?

Paste your URL. We build the signed Android App Bundle. You upload to the Play Store.

Deploy now

Keep reading