# App iOS ou Android: qual criar primeiro?

> App iOS ou Android, ou os dois? Por que começar pelo iOS quando você é iniciante e quer vender, e como o Expo deixa o Android possível depois.

Página original: [App iOS ou Android: qual criar primeiro?](https://devoria.fr/pt-br/blog/app-ios-ou-android-qual-criar-primeiro)
Autor: [Mehdi Azizi](https://devoria.fr/pt-br/mehdi-azizi)
Publicação: 2026-09-01
Última revisão do conteúdo: 2026-10-09


## App iOS ou Android: a resposta curta

App iOS ou Android: se você está começando e seu objetivo é vender seu primeiro app, comece pelo iOS. Os usuários de iPhone pagam bem mais, em média, e um lançamento em uma única plataforma te ensina mais rápido o que funciona. Se você constrói seu app com React Native e Expo, não fecha a porta para o Android: o mesmo código vai poder gerar uma versão Android depois, quando seus números justificarem.

Existem exceções, e elas são reais: um público que já está majoritariamente no Android, um app que não vale nada sem todo mundo, um mercado onde o iPhone é raro. Vamos ver isso mais abaixo. Mas no caso mais comum, uma pessoa sozinha lançando seu primeiro app de assinatura, lançar iOS e Android ao mesmo tempo dobra boa parte do trabalho justamente quando você tem menos tempo.

Eu publico meus próprios apps iOS com React Native e Expo. Solys, um despertador com minijogos, e TradaZen, um simulador de trading, estão na App Store. Nolera e Clic foram recusados pela Apple e depois corrigidos. Todos foram lançados no iOS, pelos motivos a seguir.

## Um app iOS pode rodar no Android?

Não. Um app feito para iPhone não se instala em um celular Android, e vice-versa. Cada loja exige seu próprio arquivo de aplicativo, construído para o seu sistema, e cada loja tem sua própria revisão.

O que pode ser compartilhado é o **código-fonte**. Com React Native e Expo, você escreve um único projeto em JavaScript ou TypeScript. A documentação do Expo resume assim: [um único projeto que roda nativamente nos dispositivos dos seus usuários](https://docs.expo.dev/), Android, iOS e web. Depois, o [EAS Build](https://docs.expo.dev/build/introduction/) gera os arquivos de aplicativo para cada plataforma. Você fica com dois apps distintos, saídos do mesmo código.

É por isso que a pergunta "iOS ou Android" não é uma escolha definitiva quando você usa essa stack. É uma escolha de **ordem**: por qual plataforma começar.

## Por que começar pelo iOS quando você é iniciante e quer monetizar

### Usuários de iPhone pagam mais

O relatório [State of Subscription Apps 2025 da RevenueCat](https://www.revenuecat.com/state-of-subscription-apps-2025), feito com dados dos apps de assinatura que usam esse serviço, é bem claro nesse ponto:

- a receita mediana por instalação após 60 dias é de **US$ 0,38 na App Store contra US$ 0,14 no Google Play**;
- em cada região estudada, **mais de 67% dos apps tiram pelo menos 80% da receita de usuários iOS**;
- a taxa de conversão para pagante 35 dias após o download é maior na App Store em todas as categorias.

Se seu objetivo é fazer seus primeiros assinantes pagarem, é no iOS que seu esforço tem mais chance de dar retorno.

### Há mais usuários Android, mas eles pagam menos

O argumento contrário existe, e ele está certo quanto à quantidade. Na França, segundo o [StatCounter](https://gs.statcounter.com/os-market-share/mobile/france), o Android representava cerca de 64% dos celulares em agosto de 2026, contra cerca de 36% do iOS. Então você alcança menos gente lançando só no iOS. Mas para um app de assinatura, o que importa não é o número de downloads: é o número de pessoas que pagam, e os números da RevenueCat mostram onde elas estão.

### Um lançamento focado ensina mais rápido

Uma única plataforma significa um único conjunto de feedbacks para analisar, um único comportamento para corrigir, uma única página para otimizar. Suas primeiras semanas depois do lançamento servem para entender o que faz seus usuários voltarem e o que faz eles pagarem. Esses aprendizados chegam mais rápido e mais claros quando não estão diluídos entre dois ecossistemas.

### Menos aparelhos para testar

O iPhone existe em um número limitado de modelos, todos projetados pela Apple. O Android abrange uma enorme variedade de fabricantes, tamanhos de tela e versões do sistema. Quando você trabalha sozinho, testar a fundo uma plataforma já é um trabalho de verdade. Minha regra no iOS: verificar pelo menos o menor e o maior iPhone antes de cada envio.

## Quanto custa um app mobile iOS e Android desde o início

Lançar um app mobile iOS e Android ao mesmo tempo, mesmo com código compartilhado, adiciona vários custos.

- **Duas contas de desenvolvedor.** A Apple cobra US$ 99 por ano. O Google cobra [uma taxa de inscrição única de US$ 25](https://support.google.com/googleplay/android-developer/answer/6112435?hl=en).
- **Dois pacotes de publicação.** Página do app, [capturas de tela](https://devoria.fr/pt-br/kits/captures-app-store), declarações de privacidade, configurações de assinatura: tudo é preparado duas vezes, com regras diferentes. A página iOS não pode mencionar o Android, segundo a [guideline 2.3.10](https://devoria.fr/pt-br/blog/guideline-2-3-10-app-rejeitado-metadados).
- **Uma etapa de teste a mais no Google.** Para uma conta pessoal criada depois de 13 de novembro de 2023, o Google exige [um teste fechado com pelo menos 12 testadores inscritos durante pelo menos 14 dias seguidos](https://support.google.com/googleplay/android-developer/answer/14151465?hl=en) antes de poder publicar. Você precisa encontrar esses testadores e cumprir esse prazo.
- **Duas rodadas de ajustes.** Permissões, notificações, tarefas em segundo plano, teclado, gestos de voltar: mesmo com React Native, alguns comportamentos são diferentes e exigem correções específicas de cada plataforma.
- **Sua atenção.** É o custo menos visível e muitas vezes o mais pesado. Sozinho, cada hora gasta no Android é uma hora que não vai para a funcionalidade principal ou para o paywall.

## Como React Native e Expo mantêm o Android possível

Começar pelo iOS não significa travar tudo. Alguns hábitos, desde o primeiro dia, mantêm o Android ao alcance:

1. **Escolha uma stack multiplataforma.** React Native e Expo para o app, Supabase para os dados, RevenueCat para as assinaturas. Essas ferramentas funcionam nos dois sistemas, e é a stack que uso em todos os meus apps. Os motivos estão detalhados na página [React Native e Expo para um app mobile](https://devoria.fr/pt-br/expertise/app-mobile-react-native-expo).
2. **Isole o que é específico do iOS.** Se você usa uma função que só existe no iPhone, deixe-a em um arquivo separado, para poder prever uma alternativa ou escondê-la no Android.
3. **Não escreva os preços fixos no código.** Mostre os que a loja retorna. Seu paywall vai continuar correto nas duas plataformas. A página [assinaturas in-app no iOS](https://devoria.fr/pt-br/expertise/assinatura-no-app-ios) detalha a implementação.
4. **Mantenha seus dados no servidor se eles precisam acompanhar o usuário.** Um usuário que troca o iPhone por um Android vai conseguir recuperar a conta.

Bônus dessa stack: você não precisa de Mac para gerar a versão iOS, já que o EAS faz o build do app na nuvem, com a versão do Xcode ligada ao seu SDK do Expo (ITMS-90725). Explico como em [publicar um app iOS sem Mac](https://devoria.fr/pt-br/blog/publicar-app-ios-sem-mac-expo-eas).

> iOS primeiro não é uma escolha contra o Android. É uma escolha sobre a ordem em que você gasta seu tempo.

## Quando lançar iOS e Android ao mesmo tempo?

A regra não é absoluta. Três situações mudam a resposta.

**Seu público atual está principalmente no Android.** Se você lança um app para uma comunidade que já conhece, e essa comunidade usa majoritariamente Android, comece por onde as pessoas estão, não pela plataforma que paga melhor em média.

**O app depende de um efeito de rede imediato.** Um app de mensagens ou de conexão entre pessoas, que não vale nada sem massa crítica, pode precisar das duas plataformas desde o lançamento, para não deixar ninguém de fora da rede.

**Seu mercado-alvo é esmagadoramente Android.** Em alguns países, a fatia do iOS é pequena. Olhe os números do seu mercado real, no StatCounter por exemplo, antes de aplicar uma regra geral.

## Quando adicionar o Android?

Depois que sua primeira versão estiver publicada no iOS, medida e ajustada, você sabe se o app retém usuários, que preço eles aceitam e quais pedidos se repetem. Esse é o momento certo para decidir sobre o Android, com fatos em vez de esperança.

Alguns sinais que podem justificar a mudança:

- pessoas te pedem regularmente uma versão Android;
- seu app converte bem no iOS, e você quer ampliar seu público;
- sua funcionalidade principal não usa nada que seja específico do iPhone.

Essa lógica é a de qualquer primeira versão: reduzir ao testável, publicar, medir e depois decidir o próximo passo. A página [MVP de app iOS](https://devoria.fr/pt-br/expertise/mvp-app-ios) detalha esse método, e seu [escopo de uma página](https://devoria.fr/pt-br/blog/escopo-aplicativo-mobile-modelo-uma-pagina) é o lugar certo para escrever com todas as letras "Android: fora da versão 1".

## iOS ou Android: minha recomendação em uma frase

A não ser que seu público ou seu mercado exija claramente o Android, lance no iOS com React Native e Expo, aprenda rápido e decida sobre o Android quando seu app tiver provado seu valor.

## Lançar seu primeiro app iOS

Coloquei esse caminho no [iOS Kit](https://devoria.fr/pt-br/kits/ios): o [Starter Code em Expo e React Native](https://devoria.fr/pt-br/kits/code-de-depart) dos meus apps, que também compila para Android, e um percurso em quatro etapas para seguir no seu ritmo. Se você ainda está em dúvida sobre seu modelo de receita, leia primeiro [assinatura ou compra única para um app iOS](https://devoria.fr/pt-br/blog/assinatura-ou-compra-unica-app-ios).

Ainda em dúvida sobre o próximo passo do seu projeto? O [diagnóstico gratuito](https://devoria.fr/pt-br/diagnostic) te mostra o que realmente está te travando e qual etapa atacar primeiro, e depois te envia minha checklist anti-recusa da Apple. E a página inicial mostra como [criar um app mobile sem começar do zero](https://devoria.fr/pt-br) com esse código, primeiro para iPhone.

Não te prometo nem receita nem publicação: a Apple aprova, o mercado decide.

## Perguntas frequentes

### Devo começar pelo iOS ou pelo Android no meu primeiro app?

Se você está começando e quer vender seu primeiro app, comece pelo iOS. Os usuários de iPhone pagam bem mais, em média, e um lançamento em uma única plataforma te ensina mais rápido o que funciona. Com React Native e Expo, você não fecha a porta para o Android: o mesmo código vai poder gerar uma versão Android depois.

### Como criar um app iOS e Android?

Com React Native e Expo, você escreve um único projeto em JavaScript ou TypeScript, e o EAS Build gera os arquivos de aplicativo para cada plataforma. Você fica com dois apps distintos saídos do mesmo código, porque cada loja exige seu próprio arquivo de aplicativo e tem sua própria revisão. Os motivos dessa stack estão na página [React Native e Expo para um app mobile](https://devoria.fr/pt-br/expertise/app-mobile-react-native-expo).

### Usuários de iPhone pagam mais que os de Android?

Sim, em média. O relatório State of Subscription Apps 2025 da RevenueCat se baseia nos apps de assinatura que usam o serviço. Ele aponta uma receita mediana por instalação em 60 dias de US$ 0,38 na App Store contra US$ 0,14 no Google Play. Mesmo assim, o Android tem mais celulares na França, cerca de 64% em agosto de 2026 segundo o StatCounter.

### Quais custos prever para publicar na App Store e no Google Play?

A Apple cobra US$ 99 por ano e o Google uma taxa de inscrição única de US$ 25. Também é preciso preparar dois pacotes de publicação e fazer duas rodadas de ajustes. No Google, uma conta pessoal criada depois de 13 de novembro de 2023 exige um teste fechado antes de poder publicar. Esse teste pede pelo menos 12 testadores inscritos durante pelo menos 14 dias seguidos.

### Em quais casos lançar iOS e Android ao mesmo tempo?

Três situações mudam a resposta. Se seu público atual está principalmente no Android, comece por onde as pessoas estão. Se seu app depende de um efeito de rede imediato, como um app de mensagens, ele pode precisar das duas plataformas desde o lançamento. Se seu mercado-alvo é esmagadoramente Android, olhe os números do seu mercado real antes de aplicar uma regra geral.

### Em que momento adicionar o Android depois de uma primeira versão iOS?

Adicione o Android depois que sua primeira versão estiver publicada no iOS, medida e ajustada. Aí você sabe se o app retém usuários, que preço eles aceitam e quais pedidos se repetem. Três sinais podem justificar a mudança. Te pedem regularmente uma versão Android, seu app converte bem no iOS e você quer ampliar seu público, ou sua funcionalidade principal não usa nada específico do iPhone.


## Seu projeto

[iOS Kit](https://devoria.fr/pt-br/kits/ios): Crie seu app de iPhone com Claude Code: o código inicial dos meus apps, as skills que verificam o trabalho dele e os kits Apple Review, App Store Screenshots e ASO. 129,99 €.
