← todos os posts
Tutorial 6 min de leitura

"Rodar na sua máquina, rodar na internet, rodar na loja: são três coisas, e a IA só faz a primeira"

"\"Onde está meu app?\" tem três respostas, com endereço, público e regra diferentes. O mapa dos três lugares, e o quarto, onde o dado mora."

"'A IA gerou, mas onde está meu app?'"

A frase é de um programador brasileiro, num fórum, em fevereiro de 2026, imitando o que ele ouve de quem não é da área. A resposta honesta: depende do que você chama de "está". Um app "roda" em três lugares, com endereço, público e regra diferentes. A plataforma usa a mesma palavra pros três ("preview", "publish", "no ar"), e por isso o app parece existir e não existir ao mesmo tempo.

Não é confusão sua. É que ninguém desenhou o mapa. O passo a passo de cada lugar já existe (máquina, domínio, loja). Este é a vista de cima, pra você saber em qual está e qual precisa.

Lugar 1: a sua máquina

Endereço: localhost e um número, tipo localhost:8080. Quem define esse nome é a RFC 6761 (documento do órgão que padroniza a internet, de 2013): consultar localhost "sempre" devolve o endereço de retorno da própria máquina. Em português: o seu computador falando com ele mesmo.

Quem acessa: você. Só. Mandar localhost:8080 pro cliente abre, no computador dele, o computador dele: nada.

O que muda quando você mexe: na hora. É aqui que a IA vive: tudo que ela gera nasce rodando aqui, inclusive dentro do Lovable, do Bolt ou do Replit, que só escondem a janela.

Como a plataforma chama: preview, dev server, rodar localmente.

Lugar 2: a internet

Endereço: um nome que a plataforma dá (seuapp.lovable.app) ou um domínio seu. A documentação do Lovable diz o que o botão faz: publicar "transforma o projeto num app ao vivo ao implantar uma foto" dele naquele momento. Foto, não espelho: o que você mudou depois de apertar não vai pro ar sozinho.

Quem acessa: qualquer pessoa com o link. É a primeira vez que existe "gente de fora".

O que muda quando você mexe: só quando você publica de novo. Daí a queixa "consertei e o cliente diz que continua igual": consertou no lugar 1, o lugar 2 ainda é a foto velha.

Como a plataforma chama: publish, deploy (inglês pra "pôr no ar"), production.

Lugar 3: a loja

Endereço: uma página na Play Store ou na App Store. Mas o app não roda lá: roda no celular de cada pessoa que instalou. A loja é a catraca, não o prédio.

Quem acessa: quem passou pela catraca e instalou. E a catraca tem regra própria, fora do seu código. Na Play Store, conta pessoal criada depois de 13/11/2023 precisa de "no mínimo 12 testadores inscritos continuamente por pelo menos 14 dias" antes de pedir produção, e a revisão "costuma levar sete dias ou menos". Na Apple, a página oficial diz que eles revisam "todos os apps, atualizações de apps" e que "em média, 90% dos envios são revisados em menos de 24 horas": média sobre o total, que não diz nada sobre o seu nem quantos são reprovados.

O que muda quando você mexe: passa por revisão, e ainda depende da pessoa atualizar. Versões velhas continuam vivas no celular de quem não atualizou: você conserta hoje, um cliente vê o defeito daqui a um mês.

Como a plataforma chama: release, build, submeter. Pra sistema interno, painel de cliente ou agendamento, você talvez nem precise.

O quarto lugar, que não está no mapa de ninguém

Em nenhum dos três eu falei de dado, porque o dado não mora em nenhum deles.

Cadastro, pedido, pagamento: tudo mora no banco de dados, um serviço separado, com endereço próprio, geralmente numa conta de Supabase ou Firebase (vocabulário aqui). E o que ninguém avisa: os três lugares costumam falar com o mesmo banco. Cadastrou um cliente de teste no localhost? Apareceu pro cliente de verdade. Apagou "de brincadeira"? Apagou.

Sua máquina Internet Loja
Endereço localhost:8080 domínio celular de cada um
Quem acessa você quem tem o link quem instalou
Mudança aparece na hora quando você publica após revisão, e se a pessoa atualizar
Onde está o dado no banco no banco no banco

A última linha é a mais importante. Separar dado de teste do de verdade é um item do portão da fase Construa, assunto pra outro dia. Por hoje, saber que a linha existe já evita o estrago.

Por que a IA só faz o primeiro

Não é limitação de inteligência. É que só o lugar 1 é feito de código. O lugar 2 é feito de conta, domínio e chave; o lugar 3, de cadastro, testador e revisão humana. A IA gera código. O resto é decisão e cadastro em nome de alguém, e esse alguém tem que ser você, senão o app para numa conta que não é sua.

O que fazer hoje: escreva os três endereços

Pegue um papel e escreva, pro seu app:

  1. Máquina: o endereço que aparece quando ele roda no seu computador (ou "não sei", se só roda dentro da plataforma).
  2. Internet: o endereço que uma pessoa de fora abre.
  3. Loja: o link da página, ou "não tem".

Depois, uma quarta linha: banco: em que serviço, e em que conta (a sua ou a da plataforma).

Regra de leitura: linha que você não consegue preencher é lugar onde o app não existe ainda, por mais que a plataforma diga "no ar". Linha preenchida com o nome de outra pessoa é lugar onde ele existe, mas não é seu.

Esse papel decide o próximo passo. Cliente recebe link de você? A linha 2 basta. Cliente te procura na loja? A 3 é obrigatória, e vem depois da 2. Linha 4 no nome da plataforma? Esse é o primeiro problema, antes de qualquer outro.

O mapa cabe numa página. O que não cabe é conferir, no seu app, se cada linha está mesmo como você escreveu, e na ordem certa: a parede de hoje é a primeira de uma fila, e a fila tem ordem.

Fontes