O que as ferramentas de vibe coding se esquecem de te dizer sobre as apps móveis
Escrito por Jerome Granados na
Gerar uma app móvel com vibe coding é fácil; publicá-la na App Store e mantê-la viva, muito menos. Eis os verdadeiros muros que tens de transpor para lá chegares.
Tens essa ideia de app na cabeça há meses. Este fim de semana, lanças-te: abres uma ferramenta de vibe coding, descreves o teu projeto em algumas frases e vês a app construir-se diante dos teus olhos.
Domingo à noite, já corre no teu telemóvel. Os ecrãs encadeiam-se, os botões respondem, a animação é fluida. Segunda-feira, mostras a quem está à tua volta: toda a gente fica espantada. E tu sentes aquela sensação inebriante: está quase acabada.
Primeiro muro: será que uma app de vibe coding é mesmo nativa?

Ao início, corre tudo bem. Depois, ao longo dos dias, alguns detalhes começam a incomodar-te. O scroll prende um pouco. O teclado demora um instante a mais a subir. Uma transição «sabe a web». Não pões logo o dedo na ferida, mas os teus utilizadores, esses, sentem-no. Por muito que a app se chame «app», por baixo do capô é muitas vezes web embutida ou React Native vestido de móvel. Aguenta-se em demonstração. Paga-se a seguir: em fluidez, no acesso aos sensores do telemóvel e no momento da review da Apple, cada vez mais rigorosa com as apps de «web disfarçada».
O mais revelador é que a nova geração de ferramentas começa ela própria a admiti-lo. Em fevereiro de 2026, a Rork fez uma aposta assumida: abandonar o React Native para gerar verdadeiro código Swift, com o argumento de que «as pessoas que querem uma app iOS querem uma verdadeira app iOS, não uma web disfarçada». Têm razão. É exatamente a aposta que nós sustentamos desde 2011: na GoodBarber, o iOS é compilado em Swift, o Android em Kotlin. Sem Flutter, sem React Native, ...
E não se trata apenas de vocabulário técnico. O nativo é o que torna possível a camada que faz com que uma app seja agradável: retorno háptico, efeitos de parallax, motion design, uma TabBar flutuante, um leitor de média que segue o utilizador de um ecrã para o outro. Esses detalhes não se acrescentam depois com um prompt, dependem do motor que compila a app. É a diferença, percetível num segundo de utilização, entre uma app profissional e uma app «gerada».
Segundo muro: será possível publicar uma app gerada por IA na App Store?
Admitamos que a fluidez te convém. Chega então o momento que esperavas: publicar. E é aí que o verdadeiro muro se ergue. Gerar o código era uma coisa; colocá-lo nas stores é outra bem diferente, e é ela que trava por completo a maioria dos não programadores. Xcode, Android Studio, certificados de assinatura, perfis de provisioning, contas de programador pagas ... e, no fim, a review da Apple, imprevisível mesmo para equipas experientes.
Imprevisível até que ponto? A Apple recusa cerca de 42% das apps na primeira submissão. É o número que a nossa equipa de publicação mede nas apps que submeteu nos últimos doze meses — e trata-se de apps preparadas por gente cuja profissão é exatamente essa. Imagina a mesma barreira, mas com um código gerado que não dominas e uma mensagem de recusa que não sabes descodificar.
A diferença não está em evitar a recusa, ninguém lhe escapa totalmente. Está em saber recuperar dela. Dessas primeiras submissões recusadas, 91% acabam aceites após a intervenção da nossa equipa. E, uma vez a mecânica afinada, a taxa de recusa nas atualizações cai para 5%, das quais 100% são recuperadas (últimos oito meses). Não é sorte: são quinze anos passados a aprender o que a Apple aceita e o que recusa, transformados em trabalho de prevenção. Uma ferramenta que se fica pela geração do código deixa-te sozinho diante deste muro. O código está pronto e, mesmo assim, a tua app não existe em lado nenhum.
Terceiro muro: o que é feito de uma app gerada depois de lançada?
Digamos que passas. A tua app está online, respiras de alívio. Só que a colocação online não é a chegada: é a partida. Uma app móvel implica depois atualizações sempre que os OS evoluem, retrocompatibilidade, migrações de dados, conteúdo para publicar, notificações para enviar, utilizadores para gerir. Ora, as ferramentas de geração param quase todas na primeira saída. O resto é reabrir o código e mandá-lo regerar a cada alteração, corrigindo uma coisa, com o risco de partir outras três, sem perceber sempre porquê.
É todo este o papel de um back-office estruturado: não um ficheiro de código a retomar sem fim, mas uma interface pensada para operar a app no dia a dia — publicar, notificar, acompanhar os seus utilizadores e as suas vendas — e sujeita, no nosso caso, às mesmas exigências de design que as apps que produz. Este trabalho de fundo mede-se de forma simples: uma app GoodBarber é descarregada a cada 4 segundos, em 152 países. Este volume não vem de apps lançadas e depois esquecidas. Vem de apps que mantemos vivas, mês após mês.
Sejamos justos: o que é que o vibe coding faz bem?
Não te vou dizer que tudo é negro de um lado e luminoso do outro. O vibe coding tem uma verdadeira força: quando uma necessidade é precisa e bem expressa, sabe transcrevê-la fielmente, incluindo uma lógica à medida que foge aos modelos predefinidos. Aliás, essa força integrámo-la também nós, à escala de uma secção de app: com o AI Extension Builder, descreves a funcionalidade que te falta, ela é gerada e depois ligada ao teu back-office, sem escreveres uma linha de código.
Nenhuma ferramenta faz tudo, e a GoodBarber também não: um jogo, um marketplace multilateral ultra-específico, não é o nosso terreno. Mas a imensa maioria das apps que as pessoas realmente querem publicar, nós sabemos entregá-las e, sobretudo, mantê-las vivas. A questão não é, portanto, «qual é a melhor» em absoluto, mas «o que queres tu no fim do caminho: uma demonstração ou uma app nas stores?».
O percurso, resumido num relance:
| Etapa | O que faz um gerador de código | O que exige uma app em produção |
|---|---|---|
| Conceber o ecrã | Uma interface que corre, depressa | Uma interface que aguenta em todos os dispositivos |
| Obter uma app nativa | Muitas vezes web embutida, vestida de app | Um binário compilado em Swift / Kotlin |
| Publicar nas stores | Fica-se pela geração do código | Passar a review da Apple (≈ 42% de recusa na 1.ª submissão) |
| Manter a app viva | Regerar a cada alteração | Um back-office para operar no dia a dia |
A verdadeira questão: gerar uma app ou entregá-la?
A boa pergunta nunca foi «será que uma IA consegue gerar uma app?». Sim, consegue, e isso é mesmo uma boa notícia. A porta de entrada abriu-se para milhares de pessoas que nunca se teriam lançado. A verdadeira questão é: quem trata do caminho que vem a seguir? O nativo, a publicação, a vida da app. É essa camada de infraestrutura, invisível numa demonstração, que decide se a tua ideia se torna uma app ou continua um protótipo no teu disco rígido.
É essa camada que uma plataforma estabelecida já construiu, tijolo a tijolo: tudo incluído — alojamento, base de dados, push, analytics, pagamento — por um custo total na ordem de um décimo de um desenvolvimento à medida. Não por moda, mas porque foram precisos quinze anos para aprender onde estão os muros e como transpô-los.
O fim de semana em que a tua app parece «quase acabada» é um belo momento. Guarda-o. Fica apenas a saber que marca o início do caminho, não o fim ... e que, a partir daí, o que conta verdadeiramente é quem caminha contigo ;)
Perguntas frequentes
As aplicações criadas por vibe coding são mesmo nativas?
Nem sempre. Muitas ferramentas de vibe coding geram web embutida ou React Native vestido de app móvel, o que se sente na fluidez, no acesso aos sensores e no momento da review da Apple. A GoodBarber compila verdadeiros binários nativos. Swift para iOS, Kotlin para Android, desde 2011, sem Flutter nem React.
Será possível publicar uma app gerada por IA na App Store e no Google Play?
Gerar o código não chega. A publicação exige gerir o Xcode, os certificados de assinatura, os perfis de provisioning e a review da Apple, que recusa cerca de 42% das apps na primeira submissão. A maioria das ferramentas de vibe coding fica-se pela geração e deixa esta etapa ao utilizador. A GoodBarber assegura a publicação de ponta a ponta: 91% das primeiras submissões recusadas pela Apple acabam aceites após a intervenção da nossa equipa (estudo dos últimos doze meses).
O que é feito de uma app gerada por IA depois do lançamento?
Uma app tem de viver depois da sua saída: atualizações sempre que os OS evoluem, retrocompatibilidade, migrações de dados, conteúdo para publicar, notificações, gestão dos utilizadores. Os geradores de código param, na maioria das vezes, na primeira versão, o que obriga a regerar tudo a cada alteração. A GoodBarber fornece um back-office estruturado para operar a app no dia a dia. É por isso que uma app GoodBarber é descarregada a cada 4 segundos, em 152 países.
Vibe coding ou app builder: o que escolher?
Para traduzir fielmente uma necessidade precisa e bem expressa, incluindo uma lógica à medida fora dos modelos predefinidos, o vibe coding é muito bom, uma abordagem que a GoodBarber também propõe à escala de uma secção através do seu AI Extension Builder. Para entregar uma app nas stores e fazê-la durar, uma plataforma estabelecida gere a camada de infraestrutura: fidelidade nativa, publicação, ciclo de vida, tudo incluído (alojamento, base de dados, push, analytics, pagamento), por um custo total na ordem de um décimo de um desenvolvimento à medida.
Números de publicação provenientes do acompanhamento CRM da equipa GoodBarber (abril de 2026). A GoodBarber cria aplicações nativas iOS e Android, e Progressive Web Apps, desde 2011.
Design