Um app Lovable pode ser publicado no Google Play?

Sim. O Lovable gera apps compatíveis com PWA com web manifest e HTTPS. O SaasToStore os encapsula em um Android App Bundle assinado (.aab) usando uma Trusted Web Activity — o método oficialmente recomendado pelo Google para PWAs.

Preciso de conhecimentos de programação para publicar meu app Lovable?

Nenhum. O SaasToStore gerencia todo o pipeline Android: geração de keystore, configuração do manifest, compilação do AAB e redimensionamento de assets. Você cola sua URL do Lovable e recebe um .aab pronto para publicar por email.

Qual tipo de build devo usar para o Lovable — TWA ou Capacitor?

Comece com uma verificação PWA. Se seu app Lovable obtiver uma pontuação acima de 70 e tiver um service worker, use TWA (mais leve, mais rápido, recomendado pelo Google). Se a pontuação for menor ou não houver service worker, o Capacitor encapsula seu app nativamente sem requisitos PWA.

Quanto tempo leva a revisão do Google Play para um app Lovable?

A revisão inicial para novos apps geralmente leva de 1 a 3 dias. As atualizações costumam ser processadas em 24 horas. O pipeline do SaasToStore é otimizado para aprovação na primeira submissão — template TWA, manifest válido, AAB assinado, sem permissões padrão.

Quanto custa publicar um app Lovable no Google Play?

O Google cobra uma taxa única de 25 € pela conta de desenvolvedor. O SaasToStore começa de graça (um build com branding SaasToStore). O plano SOLO por 9 € adiciona seu logo personalizado e um slot dedicado no store. LAUNCH a partir de 15 € cobre Android + Desktop + 7 stores.

Posso atualizar meu app Lovable após a publicação?

Sim. Cada build usa o mesmo keystore (criptografado e enviado por email). Para publicar uma atualização, incremente seu número de versão, reconstrua com SaasToStore e faça upload do novo .aab no Google Play. Alterações de conteúdo ficam disponíveis instantaneamente sem rebuild — seu app carrega sua URL ao vivo a cada inicialização.

Como publicar um app Lovable no Google Play (Guia 2026)

Por que os apps Lovable já estão 90 % prontos para a Play Store

Cada app Lovable é entregue com um manifest.json, HTTPS e um frontend estruturado — os três requisitos principais para uma Trusted Web Activity (TWA). A única peça que costuma faltar é o service worker, que controla o comportamento offline. Se o seu estiver ativo, você se qualifica para o wrapper Android mais leve e rápido que o Google recomenda. Caso contrário, o modo Capacitor do SaasToStore preenche essa lacuna sem nenhuma alteração de código.

Verificação rápida: Abra seu app Lovable, clique com o botão direito → Inspecionar → Application → Service Workers. Se você vir um registro, está qualificado para TWA. Se não, o Capacitor funciona sem service worker.

Antes de começar — o que você precisa

A URL HTTPS pública do seu app Lovable
Uma conta de desenvolvedor do Google Play (25 € único, verificação em 24–48 h)
Um ícone de 512×512 px (PNG, sem problemas de transparência) — ou deixe o SaasToStore gerar um com IA
Uma URL de política de privacidade (o SaasToStore pode gerar uma automaticamente vinculada ao seu app)
Pelo menos 2 capturas de tela de telefone do seu app em funcionamento
Um gráfico de destaque de 1024×500 (sem mockups de dispositivos, sem badges de stores)

Passo 1 — Verificar a pontuação PWA do seu app Lovable

Antes de escolher um tipo de build, execute uma verificação PWA gratuita na URL do seu app. A verificação testa HTTPS, validade do manifest, presença do service worker e dimensões dos ícones. A pontuação determina seu caminho mais rápido para a Play Store.

Pontuação ≥ 70 — Build TWA (recomendado)

Wrapper mais leve. Seu app roda no motor do Chrome — rápido, seguro, com todas as capacidades PWA. O método oficial do Google para publicar PWAs.

Pontuação < 70 ou sem service worker — Build Capacitor

Wrapper WebView nativo completo. Não requer service worker. Ligeiramente mais pesado, mas passa na revisão da Play Store de forma confiável e suporta todos os tipos de apps Lovable.

→ Executar a verificação PWA gratuita na sua URL Lovable

Passo 2 — Configurar sua conta de desenvolvedor do Google Play

Acesse play.google.com/console, entre com uma conta Google e pague a taxa de registro única de 25 €. O Google verifica sua identidade em 24 a 48 horas. Você não pode fazer upload do seu primeiro .aab até que a verificação seja concluída — inicie esta etapa em paralelo com seu build, não depois.

Importante: Crie o app na Play Console antes de fazer upload do seu .aab. O ID do pacote (ex.: com.seuapp.lovable) deve corresponder exatamente entre seu build no SaasToStore e a ficha da Play Console. Não pode ser alterado após o primeiro upload.

Passo 3 — Construir seu Android App Bundle assinado

É aqui que o SaasToStore substitui o que de outra forma exigiria Android Studio, Gradle e horas de configuração. O pipeline de build gera um keystore RSA de 2048 bits, compila sua URL Lovable em um .aab assinado e te envia o artifact junto com o backup do keystore criptografado por email.

Cole sua URL Lovable

Entre no SaasToStore, crie um novo projeto e cole a URL pública do seu app Lovable. O SaasToStore detecta automaticamente seu manifest e sua pontuação PWA.

Configure a identidade do app

Defina o nome do seu app (visível na Play Store), o ID do pacote (com.suaempresa.seuapp) e a versão. Estes não podem ser alterados após sua primeira publicação.

Faça upload do seu ícone

Faça upload de um PNG de 512×512. O SaasToStore o redimensiona automaticamente para todas as densidades Android necessárias. Sem necessidade de Photoshop. Como alternativa, use o gerador de ícones com IA para criar um a partir de uma descrição de texto.

Lance o build

Clique em «Lançar Build». O pipeline é executado em menos de 5 minutos: análise do manifest → geração de assets → compilação do AAB → assinatura com keystore → envio por email.

Você receberá um email com: o .aab assinado (para a Play Store), o .apk (para testes via sideload) e seu arquivo keystore criptografado. Guarde o keystore — você precisará dele para cada atualização futura.

Passo 4 — Configurar sua ficha no Google Play

Uma ficha completa é necessária antes que o Google aceite seu .aab. A Play Console bloqueará o envio até que estas seções estejam preenchidas:

Ficha do store — Descrição curta (80 caracteres), descrição completa (4.000 caracteres), capturas de tela (mín. 2 celular), gráfico de destaque (1024×500)
Categoria do app — Necessária para a descoberta. O SaasToStore sugere a categoria ideal com base no conteúdo da sua URL
Classificação de conteúdo — Complete o questionário IARC. Geralmente leva 5 minutos. Respostas incorretas causam rejeição
Formulário de segurança de dados — Declare quais dados seu app coleta. Se seu app Lovable usa autenticação, declare as credenciais de usuário. Vincule à sua política de privacidade
URL da política de privacidade — Deve ser acessível publicamente sem login. O SaasToStore gera uma conforme ao LGPD automaticamente

Dica para a ficha: Use sua palavra-chave alvo tanto no título do app quanto na descrição curta. «App Lovable para [seu nicho]» performa melhor do que títulos genéricos. A descrição completa suporta 4.000 caracteres — use-os com pontos focados em benefícios, não em funcionalidades.

Passo 5 — Fazer upload do seu .aab e enviar para revisão

Na Play Console, vá em Produção → Versões → Criar versão. Faça upload do arquivo .aab que você recebeu por email. Adicione notas de versão (necessárias para atualizações, opcionais para o primeiro lançamento). Salve, revise o resumo da versão e clique em «Enviar para revisão».

A revisão inicial do Google para novos apps geralmente leva de 1 a 3 dias úteis. Você receberá um email quando aprovado ou se mudanças forem necessárias. Os builds do SaasToStore são aprovados na primeira submissão para a grande maioria dos apps Lovable — o template TWA satisfaz a política 4.3 (funcionalidade mínima) por construção.

Após o lançamento — atualizações e notificações push

Atualizações de conteúdo (novos recursos, mudanças de UI, correções no seu app Lovable) ficam disponíveis instantaneamente para todos os usuários — sem rebuild, sem nova revisão da Play Store. Seu app Android carrega a versão ao vivo da sua URL Lovable a cada inicialização.

Atualizações estruturais (novo ícone, novo nome do app, novas permissões, incremento maior de versão) requerem um novo build .aab. Use o mesmo projeto SaasToStore para preservar seu keystore. Incremente o código de versão em 1, reconstrua, faça upload na Play Console.

Para notificações push, o plano PACK UPDATES integra o Firebase Cloud Messaging diretamente — sem SDK adicional necessário no seu app Lovable. Os usuários recebem notificações push nativas do Android pelo seu painel de controle.

Publicar em mais stores além do Google Play

Assim que seu app Lovable estiver ao vivo no Google Play, expandir para stores adicionais não requer nenhum desenvolvimento adicional. Com o plano LAUNCH, o mesmo pipeline de build gera um .msi do Windows, um .dmg do macOS e um .AppImage do Linux — tudo a partir da mesma URL. O Amazon Appstore e a Samsung Galaxy Store aceitam o mesmo .aab que você já tem.

→ Ver preços para distribuição multi-store

Como publicar um app Lovable no Google Play