Pode ser dono da sua app. Consegue sair do seu app builder com IA?

A versão curta. Não é o que esperaria. Os principais app builders com IA deixam-no genuinamente exportar o código; à data de agosto de 2026, o Lovable sincroniza com o GitHub em todos os planos, incluindo o gratuito, e a sua documentação afirma que está “never locked in”. O lock-in vive noutro lugar: no backend gerido onde os seus dados residem, no alojamento e na autenticação que teria de substituir, no ciclo de edição por IA que fica para trás e na base de código escrita por IA que passa a ser exclusivamente sua responsabilidade no momento em que se vai embora. Ser dono do código nunca foi o mesmo que conseguir sair.

Lock-in costumava significar uma coisa simples: o seu trabalho está preso num formato proprietário e a porta de saída está trancada. Os app builders com IA mudaram a forma do problema. A porta está aberta. A questão é o que cabe por ela.

Uma app são três bens diferentes com um único nome: o código-fonte, o sistema em funcionamento que serve utilizadores reais e o negócio que a app transporta. A exportação move a primeira. Não move as outras duas. A frustração que atravessa os tópicos de migração deste verão vem de descobrir essa distinção demasiado tarde.

A primeira semana de agosto de 2026 voltou a colocar a questão no r/nocode. Num post detalhado de 4 de agosto, um programador que trata destas migrações descreve como tirou uma app de gestão escolar, 189 tabelas de base de dados e 500 utilizadores, da cloud gerida do Lovable e a colocou em infraestrutura controlada pelo dono. A app funcionava. O problema era tudo à volta dela: o dono não conseguia abrir a sua própria base de dados, não conseguia entregar o projeto a outro programador e não conseguia responder a perguntas básicas de segurança, porque tudo isso vivia dentro do backend gerido da plataforma. Um comentador no mesmo tópico, ainda na plataforma, resumiu o dia a dia sem acesso direto à base de dados: “está a pedir a um chatbot que seja o seu psql”.

A conclusão do consultor é a frase mais útil do tópico, e aplica-se a todas as plataformas, a nossa incluída: “se eu precisasse de sair amanhã, conseguiria? Saber a resposta não custa nada. Descobri-la da pior forma custa muito.”

Os tópicos de julho no r/lovable são o contexto. Um utilizador, com nove meses e milhares de euros investidos num projeto, estima que 30 a 40% do que gastou foi para corrigir problemas no código que a própria ferramenta gerou, escrevendo que, quando um projeto se torna complexo, “o Lovable perde o juízo”. Um comentador noutro tópico descreve ter afundado mais de 3.000 credits numa única build e estar bloqueado na transição para produção a sério. Um terceiro utilizador teve 12 GB de dados bloqueados durante quatro dias por um alerta automático de moderação que o fornecedor mais tarde reconheceu ser um falso positivo; mesmo depois de o acesso ser reposto, a única exportação oferecida foi descarregar as tabelas uma a uma em ficheiros CSV, porque os dados viviam num backend alojado ao qual ele não tinha acesso direto.

A honestidade exige também o outro lado. Os mesmos tópicos contêm utilizadores que ficam onde estão e não veem razão para mudar (“Não saio do lovable .. porque haveria de o fazer?”), e não estão errados: para validar uma ideia à velocidade do prompt, estas ferramentas continuam excelentes. O padrão não é “as ferramentas são más”. O padrão é que a dor se concentra num momento preciso: o dia em que um protótipo se torna um negócio e alguém pergunta quem o tem realmente nas mãos.

A história de exportação do Lovable é real e merece ser enunciada com precisão. À data de agosto de 2026, a documentação do Lovable é explícita: o código que gera é seu, e a empresa compromete-se por escrito a construir o produto para que esteja “never locked in”; a sua matriz de planos lista a sincronização Git, para GitHub ou GitLab, em todos os planos, com download direto em zip nos pagos. O Bolt.new também oferece o download completo do projeto, e o A Base44 exporta o código em zip ou sincroniza com o GitHub a partir do plano Builder. Em portabilidade do código, esta geração de ferramentas é genuinamente aberta, e fingir o contrário seria falso.

Agora leia o que a exportação não inclui, na mesma documentação. Não existe migração num clique para fora do Lovable Cloud, o backend integrado: sair dele significa exportar os seus dados e reconstruir o schema onde quer que aterre. Alojamento, domínios personalizados, SSL e autenticação são serviços geridos que ficam para trás. Tal como o próprio agente de IA, a coisa que escreveu cada linha que agora tem nas mãos. Quando deixa de usar a plataforma, diz a documentação sem rodeios, infraestrutura, deployment, bases de dados, autenticação, secrets e conformidade de segurança passam a ser responsabilidade sua.

Então, o que sai porta fora consigo? Uma base de código web em React escrita à velocidade do prompt, muitas vezes por centenas de prompts e, como mostram os tópicos acima, muitas vezes nunca lida na íntegra pelo seu dono. A exportação inclui o código-fonte. Não inclui uma equipa que compreenda o código-fonte. O utilizador que gastou 30 a 40% do orçamento a corrigir código gerado estava a pagar esse imposto com a IA ainda na sala. Sozinho, cada correção custa horas de programador em vez de credits, e as horas custam mais.

O contador conta a mesma história. Os planos do Lovable medem a utilização em credits, a partir de 100 por mês a 25 $ no primeiro escalão pago, à data de agosto de 2026, e é a complexidade que os consome: cada correção, cada nova tentativa, cada “tenta outra vez” queima credits. Segundo a mesma documentação, quando os credits acabam a meio do ciclo, o ciclo de edição fica bloqueado e os serviços de backend do Cloud podem ser pausados, embora o site publicado continue no ar. Os credits mensais também expiram dois meses depois de serem emitidos, e o rollover só se aplica enquanto a subscrição estiver ativa. Nada disto está escondido; tudo isto aponta na mesma direção. O custo de ficar cresce com a complexidade da sua app, e o custo de sair também.

Pergunte o que significa “ser dono da sua app”, camada a camada, e a comparação entre um app builder com IA e uma plataforma como o GoodBarber deixa de ser uma pergunta com uma única resposta. À data de agosto de 2026:

Factos, não veredictos, e a tabela não poupa nenhum dos lados. Se uma base de código que um programador contratado por si possa fazer fork é um requisito estratégico, um app builder com IA entrega-lhe isso de forma nativa e o GoodBarber não. Os dois produtos não estão a esconder a mesma troca atrás de marketing diferente; estão a fazer trocas opostas às claras.

O GoodBarber não lhe vende o código. Ficamos com a máquina: os motores Swift, Kotlin e PWA, o alojamento, a base de dados, a infraestrutura de push. Não é uma limitação que esperamos que não note; é o produto. A subscrição paga para que a máquina continue a ser problema nosso, ao longo das atualizações de OS, das mudanças de políticas das lojas e dos picos de tráfego, durante anos. As apps criadas desta forma são descarregadas a cada 4 segundos, para clientes pagantes em 152 países, numa plataforma que faz isto desde 2011.

O que é seu é tudo aquilo que a máquina existe para produzir. A sua app, com a sua marca, na App Store e no Google Play como um verdadeiro binário nativo. A sua audiência e o canal push para a alcançar. As suas relações com os clientes e os seus preços, com 0% de comissão GoodBarber nas vendas de e-commerce mobile. O seu conteúdo, atualizado em tempo real sem voltar a submeter às lojas. Os seus dados, alojados exclusivamente na Europa. E pode continuar a trabalhar por prompt: a camada de IA do GoodBarber, um servidor MCP mais 44 Claude Skills open-source, permite que o seu assistente de IA assuma o trabalho diário da app, consigo a definir as políticas e a rever os resultados, o que é um trabalho diferente de criar a app, e aquele que realmente perdura.

A economia segue a mesma lógica. Os planos são fixos e públicos na página de preços, com um teste gratuito de 30 dias e sem cartão de crédito: uma app nativa iOS e Android custa 70 €/mês para as apps de Conteúdo e 90 €/mês para as apps de eCommerce, menos na faturação anual, e o escalão apenas PWA começa nos 36 €/mês. A complexidade não faz subir a fatura: o debugging não é medido ao contador, porque não é trabalho seu. Se está a pesar isto especificamente face ao Lovable, a comparação funcionalidade a funcionalidade percorre as duas plataformas em detalhe.

O que é MCP?

Não pode levar consigo os motores nem o código-fonte: é a mesma afirmação de “não vendemos o código”, vista do lado da saída. A pergunta merece a mesma honestidade que aplicámos a todos os outros, por isso aqui fica o resto da resposta. O que leva é o próprio negócio: a sua marca, a sua audiência e a confiança dela, o seu conteúdo, o seu catálogo de produtos (exportável através da extensão Product Import/Export), o seu histórico de estatísticas (exportação CSV) e uma fonte de receita sobre a qual o GoodBarber nunca cobrou comissão.

A nossa verdadeira resposta à pergunta da saída é, porém, de outra natureza: construímos a plataforma para que os ativos de que o seu negócio depende nunca sejam os que estão em jogo. A camada pela qual lutaria, o negócio, é sua desde o primeiro dia e continua a ser sua. A camada que guardamos, a máquina, é precisamente aquela que não devia querer herdar. As histórias de migração acima são todas, no fundo, sobre pessoas a herdar uma máquina.

Aplique-nos o teste do consultor, a nós, ao Lovable, a qualquer um: se eu precisasse de sair amanhã, conseguiria, e o que levaria exatamente comigo? Qualquer plataforma que se incomode com a pergunta está a respondê-la.

Cinco perguntas para fazer a qualquer app builder, com IA ou não, enquanto ainda não custa nada:

1. Consigo abrir a minha própria base de dados hoje, sem passar por uma IA ou por um dashboard?
2. Que exportações existem, em que formato, e o backend viaja ou apenas o código?
3. O que acontece ao preço quando o projeto se torna complexo? Os planos fixos absorvem a complexidade; os contadores de credits faturam-na.
4. A app mobile é um binário nativo nas lojas, ou uma web app que ainda precisa de ser empacotada?
5. Se eu deixar de pagar amanhã, o que congela primeiro, e o que é que os meus utilizadores veem falhar?

Comece depressa onde começar depressa é seguro. Só tem de fazer o teste antes de o protótipo se tornar o negócio, porque esse é o dia em que as respostas ficam caras.

E mais uma confissão, porque é do tipo que exigimos a todos os outros neste artigo: mudar para o GoodBarber a partir de um app builder com IA é uma reconstrução, não uma importação. Traz a ideia, o conteúdo e a audiência, e reconstrói a app num back office estruturado. O teste gratuito de 30 dias existe para que descubra exatamente o que isso exige antes que lhe custe alguma coisa.

O que é o lock-in dos app builders com IA?

Com os app builders com IA modernos, o lock-in raramente está no código: à data de agosto de 2026, Lovable, Bolt.new e Base44 oferecem todos exportação de código. Está em tudo o que a exportação não transporta: o backend gerido que guarda os seus dados, a camada de alojamento e autenticação, o ciclo de edição por IA e o conhecimento prático de uma base de código gerada por IA que a sua equipa pode nunca ter lido na íntegra. Pode sair com o código-fonte e, ainda assim, não conseguir sair com a app.

É possível exportar a sua app do Lovable?

Pode exportar o código: a sincronização GitHub está disponível em todos os planos do Lovable à data de agosto de 2026, e os planos pagos acrescentam o download em zip. O backend é outra conversa. A própria documentação do Lovable afirma que não existe migração num clique para fora do Lovable Cloud; exporta os seus dados e reconstrói o schema onde quer que aterre, e depois assume alojamento, autenticação, secrets e segurança por sua conta.

O GoodBarber é uma alternativa ao Lovable?

Para trabalhos diferentes. Se quer um protótipo web à velocidade do prompt, ou uma base de código que um programador possa assumir, o Lovable faz isso de forma nativa e o GoodBarber não. Se quer uma app nativa iOS e Android nas lojas, operada durante anos através de um back office estruturado, com alojamento, base de dados, push e pagamentos incluídos numa subscrição fixa, esse é o trabalho do GoodBarber. Nós construímos a mesma app nas duas plataformas para mostrar a diferença na prática.

O GoodBarber permite exportar o código-fonte?

Não. O GoodBarber não fornece exportação de código-fonte; os motores de compilação e a infraestrutura são a plataforma. O que é seu é o resultado e o negócio à volta dele: a sua app nativa com a sua marca nas lojas, a sua audiência, o seu conteúdo, o seu catálogo de produtos (exportável através da extensão Product Import/Export), as suas estatísticas (exportação CSV) e a sua receita de e-commerce com 0% de comissão GoodBarber.

O que acontece quando os credits do seu app builder com IA acabam?

No Lovable, segundo a sua documentação à data de agosto de 2026: o ciclo de edição por IA fica bloqueado até haver credits disponíveis, os serviços de backend do Cloud podem ser pausados e o site publicado continua no ar. Os credits mensais não usados só transitam enquanto a subscrição estiver ativa, e expiram dois meses depois de serem emitidos. O efeito prático: quanto mais complexa a sua app, mais custa cada correção, e pausar a subscrição pausa a sua capacidade de alterar a app.

O protótipo era a parte fácil. Ser dono do que vem a seguir é o que conta.Comece o seu teste gratuito de 30 dias: construa a sua app, coloque-lhe a sua marca e deixe a máquina continuar a ser problema nosso.

O lock-in começa muitas vezes num plano gratuito: veja o que os criadores de apps gratuitos realmente incluem antes de se comprometer.