App builder iOS ou Android: que ferramentas publicam em que loja em 2026

Um iOS app builder e um Android app builder eram antes o mesmo produto com dois botões de exportação. Em 2026, o mercado dividiu-se em três famílias que mal se sobrepõem. Algumas ferramentas escrevem Swift nativo e só chegam à App Store: MWM AI, Rork Max e Superapp. Alguns percursos escrevem Kotlin nativo e só chegam ao Google Play, sobretudo através das ferramentas da própria Google. E um grupo maior gera um projeto React Native ou Flutter que segue para as duas lojas a partir de uma única descrição: Cadrant, Replit, Emergent, Newly, Rork, Thunkable e FlutterFlow.

A família que escolhe importa mais do que a interface da ferramenta, porque decide três coisas ao mesmo tempo: em que lojas pode estar, como funciona o último quilómetro até cada loja, e o que lhe pertence no dia em que cancela a subscrição. Este comparativo avança plataforma a plataforma e depois põe lado a lado os dois percursos da ideia à loja, porque a etapa lenta não é a mesma do lado da Apple e do lado da Google.

Três famílias de app builders móveis em 2026

A linha divisória é o código que o builder gera. O Swift só compila para as plataformas Apple; o Kotlin só compila para Android; o React Native e o Flutter compilam para as duas a partir de um único projeto. Tudo o resto decorre daí: se precisa de um Mac na cloud, que contas de programador tem de abrir, e quantos binários mantém.

A família só para iOS é a mais recente e a mais comentada. Existe porque o ecossistema Apple recompensa o verdadeiro código Swift com coisas que uma app cross-platform dificilmente obtém: os alvos Apple Watch e Vision Pro, os widgets, as Live Activities, as apps iMessage. A família nativa Android é mais pequena e mais orientada a programadores, porque a Google preferiu incluir o seu próprio agente no AI Studio e no Android Studio em vez de deixar o terreno às startups. A família das duas lojas é onde a maioria dos fundadores no-code acaba, porque um único projeto que chega a duas lojas é, em geral, todo o objetivo.

Os iOS app builders: a família nativa Swift

Três produtos definem a categoria. A MWM AI, lançada em março de 2026 pela editora parisiense que soma mil milhões de transferências, transforma um prompt em Swift nativo para iPhone, iPad, Mac, Apple Watch e Vision Pro, com TestFlight integrado, submissão num clique ao App Store Connect, fichas de loja geradas automaticamente e paywalls, subscrições e anúncios incluídos. Os planos vão de um nível gratuito a Starter por 19 USD, Pro por 49 USD com três publicações na App Store, e Pro+ por 149 USD com publicações ilimitadas e exportação completa do código-fonte. O programa Scale é de outra natureza: a MWM financia a aquisição de utilizadores das apps que mostram tração, em troca de uma partilha de receitas.

O Rork Max, o nível premium do Rork lançado em fevereiro de 2026, escreve SwiftUI e compila-o numa frota de Macs na cloud: constrói no browser, pré-visualiza num simulador transmitido em streaming, instala no seu iPhone a partir de um código QR e submete à App Store em dois cliques. Cobre iPhone, iPad, Apple Watch, Apple TV, Vision Pro e iMessage, e começa nos 200 USD por mês. O Superapp segue a mesma abordagem a um preço mais baixo, a partir de 25 USD por mês, submete também em dois cliques e entrega-lhe o projeto Xcode. Nos três casos, o Android está ausente (Rork Max, Superapp) ou é anunciado em Kotlin nativo para mais tarde (MWM AI).

Para programadores, o iOS app builder de referência continua a ser o próprio Xcode: desde o Xcode 26.3, em fevereiro de 2026, o Claude Agent e o Codex planeiam, editam, compilam e verificam Xcode Previews dentro do IDE. Precisa de um Mac, que é precisamente o que os produtos no browser acima eliminam.

Os Android app builders: os percursos nativos Kotlin

Ainda não existe um espelho Android da MWM AI: nenhum produto de consumo que escreva Kotlin nativo a partir de um prompt e lhe entregue um negócio na Play Store. Os percursos nativos Kotlin que existem em 2026 vêm da Google. No AI Studio, o separador Build tem um modo «Build an Android app» em que um agente gera um projeto completo em Kotlin e Jetpack Compose com tema Material 3, corre-o num emulador Android transmitido para o seu browser, instala-o num telemóvel ligado por cabo através de WebUSB e pode publicá-lo diretamente na faixa de teste interno da Play Console para um máximo de 100 testadores. Os limites são explícitos: projetos de atividade única, apenas do lado do cliente, sem Firebase nem segredos, transferência em ZIP em vez de GitHub.

O Android Studio vai mais longe para programadores: o seu modo agente Gemini executa planos em vários ficheiros, e o assistente de novo projeto monta uma app Compose a partir de um prompt e de uma maquete opcional. Entre os builders no-code, o GoodBarber é o que se destaca por compilar para Kotlin (e Swift) em vez de um runtime cross-platform, com apps de conteúdo e de e-commerce a partir de cerca de 55 € por mês no seu nível nativo. A saída Kotlin da MWM AI é a que vale a pena seguir, porque traria a abordagem de paywall e ASO ao Google Play.

Consequência prática: se a sua app é Android primeiro (equipas no terreno com dispositivos baratos, mercados onde o Android domina), a escolha honesta em 2026 é ou as ferramentas da Google com alguém que leia Kotlin, ou um builder para as duas lojas cujo percurso Android seja totalmente guiado. A secção seguinte trata dessa segunda opção.

Os builders que publicam nas duas lojas

É a família com mais escolha, e aquela em que o discurso de marketing parece igual de ferramenta para ferramenta: «iOS e Android nativos a partir de um prompt». A stack é quase sempre React Native com Expo, por vezes Flutter, e as lojas são as mesmas duas, por isso as diferenças escondem-se no último quilómetro: quem corre o build, quem submete, em que contas, e se o Android recebe o mesmo tratamento que o iOS.

O último quilómetro é onde diferem

Leia as duas colunas de percurso em conjunto e surgem três padrões. Guiado nas duas lojas: Cadrant, Newly, FlutterFlow e Thunkable encarregam-se do build e da submissão dos dois lados, em contas de programador que são suas. iOS guiado, Android à mão: o Replit e o Rork fizeram da App Store a funcionalidade principal, por isso no Android transfere um bundle e termina por si próprio na Play Console, uma lacuna que ambos dizem estar a fechar. Faça-o você mesmo: o Emergent entrega-lhe um projeto Expo sólido e deixa-lhe os comandos de build e de submissão do EAS, o que serve a um fundador técnico e é um muro para quem começa.

Dois detalhes merecem verificação antes de subscrever, seja qual for a ferramenta. Primeiro, em que contas correm os builds: com os builders baseados no Expo, a fila de build, os logs e os artefactos devem viver na sua própria conta Expo, e o binário deve chegar ao seu próprio App Store Connect e à sua própria Play Console, não aos do fornecedor. Segundo, o que acontece às chaves de assinatura se sair: uma chave de upload ou um certificado de distribuição que não consegue recuperar significa que a versão seguinte passa por uma reposição junto da Google ou da Apple. O Expo Launch, em que várias destas ferramentas se apoiam, explica em detalhe o percurso iOS sem Mac.

Da ideia à loja: as duas vias lado a lado

O percurso tem as mesmas seis etapas dos dois lados, mas a barreira está num sítio diferente. No iOS, a etapa lenta e incerta é a última: uma revisão humana, com 99 USD por ano pagos à cabeça e um certificado a criar antes do primeiro build. No Android, a conta custa 25 USD uma única vez, o build é um bundle assinado, e os testadores internos recebem-no em minutos sem qualquer revisão; a etapa lenta é a barreira do teste fechado que as novas contas pessoais têm de passar antes da produção, 12 testadores durante 14 dias, seguida da análise pela Google do pedido de acesso à produção.

O checklist completo, materiais e declarações incluídos, está no nosso guia para publicar na App Store e no Google Play.

No criador de apps móveis da Cadrant, o projeto nativo é uma app Expo e React Native para iOS e Android desde o primeiro prompt, pré-visualizada numa moldura de telemóvel e no seu próprio dispositivo através do Expo Go, e disponível em todos os planos, incluindo o gratuito. A publicação, no plano Starter, segue as duas vias acima. No iOS, um fluxo em quatro passos inicia sessão com a Apple, cria a ficha da app, trata do certificado e corre o build na sua própria conta Expo antes de o Expo o submeter ao App Store Connect. No Android, cria a app e convida uma conta de serviço na Play Console, a Cadrant guarda a chave de upload durante toda a vida da app, e o bundle chega como versão em rascunho à faixa de teste interno. O plano gratuito do Expo cobre 15 builds iOS e 15 builds Android por mês, e as duas lojas ficam nas suas próprias contas de programador.

• Os iOS app builders em sentido estrito (MWM AI, Rork Max, Superapp) escrevem Swift, só chegam à App Store, e ganham nas superfícies próprias da Apple e na monetização integrada.
• Os Android app builders em sentido nativo são as ferramentas da própria Google (AI Studio, agente do Android Studio) mais o GoodBarber; ainda não existe um produto de consumo que vá do prompt ao Kotlin.
• Os builders para as duas lojas (Cadrant, Replit, Emergent, Newly, Rork, Thunkable, FlutterFlow) diferem no último quilómetro: verifique quem compila, quem submete, em que contas, e se o Android é guiado.
• As barreiras diferem: a Apple revê cada versão; a Google impõe às novas contas pessoais 12 testadores durante 14 dias.