PWA para APK — Transforme sua PWA em um app Android assinado

Como funciona a conversão de PWA para APK

Seu app é uma Trusted Web Activity (TWA): um app Android leve que abre sua PWA em tela cheia no motor do navegador que já está no celular — geralmente o Chrome —, sem barra de endereço. É a abordagem que o Google recomenda para publicar uma PWA no Google Play. Seu código fica no seu servidor, então cada mudança que você publica no site aparece na hora no app instalado: sem nova versão e sem revisão da loja.

Converta sua PWA para APK em 4 passos

1. 1. Verifique sua PWA

   Cole sua URL no verificador acima. Em cerca de dez segundos, ele testa seu manifest, ícones, service worker e HTTPS, e diz exatamente o que corrigir — com instruções para Lovable, Bubble, Webflow, Framer e outros. Grátis, sem conta.

2. 2. Defina a identidade do app

   Escolha o nome do app, seu nome de pacote — por exemplo com.suaempresa.app — e seu ícone. Cor do tema, fundo e tela de abertura vêm do seu manifest e podem ser ajustados.

3. 3. Faça o build

   Um clique. Você recebe um AAB assinado para o Google Play e um APK para instalar em um aparelho, ambos com alvo Android 16 (API 36). Sua chave de assinatura é gerada uma única vez, guardada criptografada e reutilizada em cada atualização.

4. 4. Publique

   Envie o AAB no Google Play Console, ou conecte sua conta e publique direto do SaasToStore. Coloque no seu site o assetlinks.json gerado para que o Android esconda a barra de endereço.

APK ou AAB: o que o Google Play exige de verdade

Desde agosto de 2021, o Google Play só aceita apps novos no formato Android App Bundle (.aab). O APK continua sendo o que você precisa para testar no celular ou distribuir fora da loja. Um conversor que só entrega um APK deixa você travado na etapa de envio — cada build do SaasToStore entrega os dois.

Sua PWA está pronta? O checklist

Um APK baseado em uma TWA precisa de uma PWA instalável. Antes do build, confira se você tem:

Seis erros que quebram um app de PWA para APK

• A barra de endereço aparece dentro do app

  O Android só a esconde quando consegue verificar que o app e o site são seus, por meio de um arquivo /.well-known/assetlinks.json com seu nome de pacote e a impressão digital da assinatura. O SaasToStore gera esse arquivo para você. Quando seu app estiver no Google Play, adicione também a impressão digital da chave de assinatura do Google (Play Console → Integridade do app): o Google assina seu app novamente e, sem essa linha, a barra volta para todos que o instalaram pela loja.

• Perder a chave de assinatura

  Toda atualização precisa ser assinada com a mesma chave. Se você a perder, terá de passar pelo processo de redefinição do Google antes de publicar de novo. Seu keystore é gerado uma vez, guardado criptografado e reutilizado automaticamente em cada build.

• Mudar o nome de pacote depois do lançamento

  No Google Play, um nome de pacote nunca pode mudar. Um nome novo é um app novo, que recomeça do zero em instalações e avaliações. Escolha o seu — com.suaempresa.app — desde o primeiro build.

• Mirar em uma versão desatualizada do Android

  Desde 31 de agosto de 2026, o Google Play exige que apps novos e atualizações tenham como alvo o Android 16 (API 36). Ferramentas que não acompanharam geram builds recusados no envio. Todo build do SaasToStore tem como alvo a API 36.

• Ícones cortados

  O Android exibe os ícones dentro de um círculo ou de um quadrado arredondado. Sem um ícone maskable — com margem de segurança em volta do logo —, seu logo fica cortado ou emoldurado de branco. Adicione ao manifest um ícone maskable de 512×512.

• Uma página inicial em outro domínio

  Se o app abre em uma página fora do domínio verificado — um login hospedado em outro lugar, por exemplo —, o Android mostra a barra de endereço nessa página. Mantenha sua start_url e seus fluxos principais no domínio declarado no assetlinks.json.

SaasToStore ou fazer você mesmo com o Bubblewrap?

O Bubblewrap, ferramenta de linha de comando de código aberto do Google, gera o mesmo tipo de app, e é uma boa escolha se você se sente em casa no terminal. A diferença está em tudo o que envolve o build:

Atualizações sem publicar de novo

Como o app carrega sua PWA ao vivo, as mudanças que você publica no site chegam na hora a todos os apps instalados — sem novo build e sem revisão da loja. Você só faz um novo build quando a casca do app muda: nome, ícone, cores ou um novo requisito do Android. Os novos builds reutilizam a mesma chave de assinatura, então o Google Play os aceita como atualizações.

A mesma PWA no iOS e no desktop

A URL que você converte em APK também pode virar um app iOS para a App Store e apps desktop para Windows, macOS e Linux — no mesmo projeto, no mesmo painel.

Conversor online: o que roda e onde

O build roda nos nossos servidores, não na sua máquina. Você precisa de um navegador e da sua URL — sem Android Studio, sem JDK, sem Bubblewrap, sem cache do Gradle. Nada para instalar e nada para manter atualizado. Funciona igual no Windows, no macOS, no Linux ou num Chromebook, porque nenhuma dessas ferramentas toca no seu computador. O que volta é o AAB assinado e o APK, prontos para enviar.