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. Ainda não tem uma PWA, só arquivos HTML no computador? Comece por HTML para APK, que mostra como colocá-los online de graça primeiro.

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 build pago entrega um AAB assinado para o Google Play e um APK para instalar em um aparelho, ambos com alvo Android 16 (API 36); o build de teste grátis é um APK com o logo do SaasToStore. Sua chave de assinatura é gerada no seu primeiro build pago, guardada criptografada e reutilizada em cada atualização.

4. 4. Publique

   Um build pago entrega os arquivos assinados que cada store pede, a começar pelo AAB para o Google Play. Coloque no seu site o assetlinks.json gerado para que o Android esconda a barra de endereço.

Qual arquivo para cada uso

A regra prática: o APK serve para instalar; o AAB, para publicar no Google Play.

• Testar no seu celular → APK

  Abra o arquivo num celular Android e instale. É também o que o build de teste gratuito entrega: um APK com o logo do SaasToStore, para ver o seu app antes de publicar. Um .aab não abre no celular.

• Compartilhar com alguns testadores → APK

  Envie o arquivo ou um link de download; cada testador autoriza uma vez a instalação a partir dessa origem. Para grupos maiores, as faixas de teste do Google Play usam o mesmo AAB da versão pública.

• Publicar no Google Play → AAB

  Obrigatório para todo app novo desde agosto de 2021. O Google Play gera a partir dele um APK otimizado para cada aparelho; os seus usuários não percebem a diferença.

• Amazon Appstore, Samsung Galaxy Store ou o seu site → APK

  Fora do Google Play, é o APK que você envia ou oferece para download.

• Cada atualização → a mesma chave

  Qualquer que seja o formato, uma atualização precisa ser assinada com a mesma chave da primeira versão. O SaasToStore gera essa chave uma vez por app, guarda criptografada e reutiliza em cada build pago, tanto para o APK quanto para o AAB.

Sua PWA está pronta? O checklist

Um APK baseado em uma TWA parte do manifest da sua PWA. 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. Um build pago do 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: 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 no seu primeiro build pago, guardado criptografado e reutilizado automaticamente em cada build pago.

• 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 de um build pago é o AAB assinado e o APK, prontos para enviar.