O mercado está voltando ao nativo. O seu app nunca precisou

Quando construímos os nossos primeiros motores, a pergunta não era qual tecnologia produzia o melhor app naquele ano. Era qual camada ainda existiria dali a dez anos. As plataformas existiriam: a Apple e o Google não iam abandonar os seus sistemas, as suas ferramentas, os seus SDKs. Tudo o que ficava no meio, os frameworks que prometiam poupar as plataformas aos desenvolvedores, ainda precisava conquistar a sua década de existência. Então construímos diretamente sobre a camada que com certeza permaneceria, e tratamos como temporário tudo o que se empilhava por cima.

Os anos seguintes puseram essa leitura à prova. A cada poucos anos, um novo framework era apresentado como o futuro do mobile: PhoneGap, React Native, Xamarin, Flutter. Avaliamos os mais sérios e passamos a vez todas as vezes, pela mesma questão de longevidade. Depois vieram as respostas: a Adobe descontinuou o PhoneGap em 2020, a Microsoft encerrou o suporte ao Xamarin em 2024. A camada intermediária não parou de mudar de nome. iOS e Android mantiveram o deles.

A aposta tem um preço. Três motores são três equipes, três especialidades e três implementações para manter no mesmo ritmo, e é exatamente por isso que a maioria das empresas que constroem um único app não podia bancar isso. Uma plataforma pode: os motores são construídos uma vez e amortizados em cada app que ela produz. Quinze anos de criação de apps nativos se apoiam nessa aritmética, e é também por isso que esse custo nunca chega até você. Os motores, a hospedagem, a infraestrutura de notificações push e a publicação nas lojas estão incluídos na assinatura.

O seu app se apoia na fundação que a Apple e o Google mantêm eles mesmos, não em uma camada cujo futuro depende do roadmap de uma terceira empresa. Quando um framework é abandonado, nada acontece com o seu app. Quando o iOS ou o Android evoluem, os nossos motores adotam a mudança uma vez, de forma centralizada, e o seu app é regenerado na nova versão sem que você toque em nada. Um app configurado anos atrás é um app atualizado hoje.

Isso também aparece no que os seus usuários sentem, abaixo do que a maioria das pessoas sabe nomear: uma rolagem que segue a física exata do sistema, transições que pertencem ao sistema operacional, resposta háptica, uma barra de abas flutuante, um player de mídia que continua tocando quando a tela apaga, notificações locais disparadas pelo próprio app quando alguém entra em uma área geográfica, sem nenhum servidor. Nada disso se configura. Vem com a forma como o app é construído, e os seus usuários resumem em uma palavra: "profissional".

Algo mudou neste ano na forma como as equipes técnicas falam de mobile. Em setembro de 2026, a Shopify anunciou a volta de todos os seus apps móveis para Swift e Kotlin, seis anos depois de adotar o React Native, e o motivo não é que o nativo tenha melhorado de repente. É que a IA eliminou a principal razão para evitá-lo: o custo de construir o mesmo app duas vezes. Quando modelos e agentes cuidam da maior parte da tradução e dos testes entre plataformas, o código compartilhado perde o seu argumento econômico, e a linguagem própria de cada plataforma volta a ser a escolha padrão.

Nós nunca precisamos fazer essa viagem, e a aposta se pagou de um jeito que não tínhamos previsto: contávamos com o tempo para provar, e a prova veio da IA. O nosso Head of Frontend Engineering, Mathieu Poli, conta essa história por dentro, incluindo os frameworks que avaliamos pelo caminho: Everyone is going back to native. We never left.

Faça uma única pergunta: o que a plataforma realmente produz? Um binário Swift compilado e um binário Kotlin compilado, enviados às duas lojas em seu nome, são um objeto diferente de um app web empacotado para o celular. Peça para ver um app rodando em um telefone de verdade, e preste atenção à rolagem, às transições e à barra de abas. Se a resposta for nativa, você vai sentir antes que alguém explique.

Você pode testar por conta própria: comece um teste gratuito, construa uma primeira versão do seu app e instale no seu telefone.

Os apps GoodBarber são realmente nativos?

Sim. O app iOS é compilado em Swift e o app Android em Kotlin, e os dois são enviados à App Store e ao Google Play como binários reais, em seu nome. O terceiro motor, a Progressive Web App, roda no navegador, e isso é intencional.

App nativo ou PWA, qual escolher?

Os dois saem do mesmo projeto GoodBarber, então raramente é um ou outro; como escolher entre um site, um app e uma PWA tem um artigo próprio. Os apps nativos são os que os seus usuários encontram nas lojas e os que dão a você a rolagem, as transições e os recursos do aparelho próprios de cada plataforma; a PWA acrescenta o navegador e o computador.

Um app nativo custa mais caro?

Não com um app builder. Os motores são construídos uma vez e amortizados em todos os apps da plataforma, de modo que o seu custo, junto com hospedagem, infraestrutura push e publicação nas lojas, está incluído na assinatura. O preço de construir duas vezes só se aplica ao desenvolvimento sob medida, e é a razão pela qual o mercado foi buscar alternativas.