GuiasPublicar e cobrar

Compra dentro do app: o passo que quase todo construtor de IA ainda não resolve

Existe um momento em que quase todo projeto feito com IA trava, e ele chega tarde: o app está pronto, bonito, testado no navegador, e aí você decide colocá-lo na App Store ou na Google Play para cobrar assinatura. É nessa hora que se descobre que o botão de pagamento que funcionava no site é justamente o que faz a loja recusar o app.

Dados de 4 de setembro de 2026

Este guia explica por que isso acontece, o que é preciso existir para vender assinatura dentro de um app publicado, e onde a maioria das ferramentas de IA para em 2026.

A regra que pega todo mundo

Apple e Google exigem que conteúdo digital vendido dentro de um app instalado passe pelo sistema de cobrança delas. Assinatura, curso, área de membros, remoção de anúncios, recurso premium: tudo isso é digital.

Colocar um checkout de Stripe, Mercado Pago ou Pix dentro do app não é um atalho arriscado, é o exemplo literal que as duas políticas usam para descrever o que não pode. A punição não é só a recusa na revisão. Um app já publicado pode ser removido, e isso acontece com assinantes dentro.

A Base44 diz isso na própria documentação, com todas as letras: "Do not use Stripe for payments inside your mobile app. Apple and Google require their own billing systems for digital content."

A exceção existe e é importante: produto físico e serviço prestado fora do app continuam podendo usar gateway normalmente. Uma loja que vende roupa, um restaurante que entrega comida, um salão que agenda corte: nesses casos o gateway é o caminho certo, e a loja não cobra comissão sobre isso.

O que a maioria dos construtores de IA entrega hoje

Vale separar duas coisas que costumam ser vendidas juntas.

Chegar à loja é uma coisa. Vários construtores já fazem isso, embrulhando o app web numa casca nativa (um webview) que abre a sua URL. Funciona, e é como boa parte dos apps do mercado é feita.

Vender dentro do app é outra, e é aí que a lista encurta. Segundo a documentação da própria Base44, a casca que ela gera "does not support in-app purchase systems", e a empresa afirma: "We are working on a built-in integration for StoreKit and Google Play Billing to handle digital purchases and keep your app compliant." Ou seja, está no roteiro, não no produto.

A Lovable é anterior a esse passo: ela é um construtor web, e chegar às lojas depende de serviços de terceiros que embrulham o app.

Para ser justo com o mercado: existem ferramentas no-code que já resolvem compra dentro do app, e algumas delas há anos. O que praticamente não existe é isso dentro de um construtor que gera o app inteiro a partir de uma descrição em texto. É essa a lacuna de que este artigo trata.

O que a Fabapp faz

A Fabapp publica o app nativo e vende dentro dele com a cobrança da própria loja, ponta a ponta. A primeira compra completa saiu em setembro de 2026, e o caminho inteiro é este:

  1. você cria o app descrevendo o que quer, em texto;
  2. a plataforma monta a versão nativa e envia para a sua conta de desenvolvedor;
  3. você liga os planos do app aos produtos da loja, e a plataforma cria o produto no Google Play para você;
  4. o cliente compra pela tela da própria loja, dentro do app;
  5. a compra é verificada no servidor com a sua credencial, e o acesso é liberado.

Três detalhes desse caminho valem ser ditos em voz alta, porque são eles que separam uma integração que funciona de uma que parece funcionar.

O dinheiro é seu, e a plataforma não entra no caminho

O app é publicado na sua conta de desenvolvedor, com as suas credenciais. O repasse da loja cai na conta bancária que você cadastrou na Apple e no Google. A Fabapp não é intermediária da venda e não fica com percentual do que você fatura.

Isso parece óbvio e não é: em plataformas onde o app sai publicado na conta do fornecedor, você depende dele para receber, e sair de lá significa perder o app da loja e os assinantes junto.

O aparelho nunca decide

Quando alguém compra, o app devolve um identificador de transação. Isso é uma alegação, não uma prova, e tratar como prova é como se libera acesso pago para um recibo forjado.

Tudo que move dinheiro (qual produto, de quem, até quando, se ainda está ativo) é perguntado de volta para a loja, com a sua credencial, no servidor. É por isso que uma compra leva alguns segundos entre a loja aceitar e o app liberar.

A renovação é um passo, não uma consequência

Este é o detalhe que mais gente descobre tarde, e ele custa caro.

Quando alguém assina, a loja informa até quando aquele acesso vale. Todo mês, ao renovar, ela envia uma notificação dizendo que o prazo avançou. Se ninguém estiver ouvindo essa notificação, acontece o pior arranjo possível: o Google continua cobrando o seu cliente todos os meses, e o acesso dele expira no fim do primeiro. Um estorno também deixa de retirar o acesso, então quem pede o dinheiro de volta continua usando.

Na Fabapp esse canal é ligado colando uma linha no Play Console, e a tela confirma sozinha quando a primeira notificação chega, em vez de pedir que você garanta que fez. No iOS é automático.

O que continua sendo trabalho seu

Nenhuma ferramenta elimina isto, e desconfie de quem disser que elimina:

  • as contas de desenvolvedor: US$ 25 uma vez no Google, US$ 99 por ano na Apple;
  • criar o produto no console da loja, ou revisar o que a plataforma criou;
  • as permissões da conta de serviço no Google Play. Publicar e ler compras são permissões diferentes, e é comum marcar a primeira e esquecer a segunda. O sintoma engana: a publicação funciona, e a compra conclui na loja sem liberar nada no app;
  • a revisão da Apple, que para a primeira assinatura acontece junto com a versão do app.

Vale a pena, considerando a comissão?

A loja fica com uma parte de cada venda, e as duas têm faixas reduzidas para a maioria dos desenvolvedores pequenos, com regras próprias de elegibilidade. Confira nas páginas oficiais antes de decidir, porque as condições mudam.

A conta que costuma decidir não é a da comissão isolada, é esta: um app que não pode vender dentro dele empurra o cliente para o navegador no meio da compra, e boa parte simplesmente não volta. Comissão sobre uma venda que acontece costuma valer mais que zero por cento sobre uma que não acontece.

E há o caminho do meio que muita gente esquece: você pode vender a assinatura no site pelo gateway, com Pix e cartão, sem comissão nenhuma, e usar a cobrança da loja apenas dentro do app instalado. As duas coisas convivem, e a plataforma trata cada uma no seu lugar.

Por onde começar

Se você ainda não tem o app, comece pela descrição do que ele faz e deixe a cobrança para depois: é mais barato acertar o fluxo grátis primeiro. Se já tem, o caminho é a aba Aplicativo, no passo Contas.

Os guias Vender assinaturas dentro do app e Conectando suas contas Apple e Google trazem o passo a passo com as telas.

Perguntas frequentes

Posso usar Stripe ou Pix para cobrar dentro do app da loja?
Não, se o que você vende é digital (assinatura, curso, área de membros, recurso premium). Apple e Google exigem o sistema de cobrança delas para conteúdo digital, e um botão de gateway dentro do app é motivo de recusa e de remoção. Produto físico e serviço prestado fora do app continuam podendo usar gateway normalmente.
A comissão da loja é sempre 30%?
Não. As duas lojas têm faixas de 15% para a maior parte dos desenvolvedores pequenos, com regras diferentes de elegibilidade e de renovação. Confira as páginas oficiais antes de definir seu preço, porque as condições mudam.
O dinheiro cai na minha conta ou na da plataforma?
Na sua. O app é publicado na sua conta de desenvolvedor, com as suas credenciais, e o repasse da loja vai para a conta bancária que você cadastrou na Apple e no Google. A Fabapp não entra no caminho do dinheiro e não fica com percentual de venda.
Preciso saber programar para ligar isso?
Não. O que existe de trabalho manual acontece dentro do console de cada loja, criando o produto e dando permissões, e a plataforma mostra cada passo com o valor pronto para copiar.
Comece a construir de graça
Fontes
Leia também
Como publicar um app na Google Play em 2026App nativo, PWA ou site responsivo: como escolherAlternativas ao Base44