Publicar uma app na App Store resume-se a quatro coisas: uma conta Apple Developer de 99 USD por ano, um build assinado carregado no App Store Connect, uma ficha completa e uma revisão que devolve uma decisão em menos de 48 horas em 98% dos casos. Nenhuma delas é difícil por si só. O que custa tempo é descobri-las pela ordem errada.
O verdadeiro risco já não é técnico: a assinatura do build, historicamente a parte assustadora do iOS, é hoje automatizada pelos serviços de build na cloud. O risco é a rejeição evitável: uma conta de demonstração esquecida, um questionário de privacidade feito à pressa, um pagamento que contorna a compra integrada. Este guia segue a ordem real das operações e detém-se em cada ponto que faz afundar uma primeira submissão. Se criou a app com um criador de apps iOS sem código como a Cadrant, o build e a submissão são guiados, e as regras de revisão mantêm-se.
Cobre apenas o iOS. O Android é um percurso diferente, com o seu próprio guia dedicado: publicar uma app no Google Play. Para comparar as duas lojas antes de começar, o nosso checklist App Store e Google Play coloca os dois percursos lado a lado.
O que preparar antes de começar
Tudo o que se segue pode ser preparado enquanto a app ainda está em desenvolvimento. No dia da submissão, precisa de:
- Uma conta Apple Developer ativa. 99 USD por ano, como particular ou como organização. A conta de organização exige um número DUNS e publica sob o nome da empresa.
- Uma app testada num dispositivo real. O simulador não mostra nem o desempenho real nem as permissões do sistema.
- Um ícone PNG de 1024 × 1024, sem transparência e sem cantos arredondados: a Apple aplica-os ela própria.
- Uma política de privacidade online. O URL é obrigatório na ficha, mesmo para uma app que quase nada recolhe.
- Uma conta de demonstração se a sua app exigir início de sessão: um utilizador e uma palavra-passe válidos, indicados nas informações para a revisão.
Quanto custa publicar na App Store?
Publicar uma app na App Store custa 99 USD por ano e nada mais do lado da Apple: sem taxa de submissão, sem comissão sobre uma app gratuita. O resto depende das suas escolhas de ferramentas. Eis os itens reais, excluindo o desenvolvimento da própria app.
| Item | Preço | Nota |
|---|---|---|
| Conta Apple Developer | 99 USD por ano | Obrigatória, particular ou organização. A conta expira se não a renovar, e a app é retirada da loja com ela. |
| Mac e Xcode | 0 USD | Já não são necessários: um serviço de build na cloud como o EAS compila e assina o binário por si. O plano gratuito do Expo cobre 15 builds iOS por mês. |
| Política de privacidade | 0 USD | Uma página no seu site chega; os geradores gratuitos produzem um texto aceitável em dez minutos. |
| Comissão da Apple | 0 a 30% | Apenas sobre conteúdo digital vendido através da compra integrada: 15% ao abrigo do Small Business Program, 30% acima de um milhão de dólares de receita anual. |
| Google Play, para comparação | 25 USD, uma vez | Sem subscrição anual no Android, mas com a regra dos 12 testadores para uma conta pessoal. |
Para uma app gratuita publicada com uma ferramenta de build na cloud, o primeiro ano fica portanto em 99 USD, e cada ano seguinte no mesmo valor. O orçamento da própria app é outra questão, tratada no nosso guia sobre o custo de uma app móvel.
As seis etapas, do build ao lançamento
Eis o percurso completo, pela ordem em que acontece a sério. Os prazos pressupõem uma submissão completa à primeira.
- Inscreva-se no Apple Developer Program. A inscrição faz-se em developer.apple.com com o seu ID Apple e uma verificação de identidade. É esta conta que abre o App Store Connect, a consola onde vivem as suas apps.
- Produza um build assinado. Um binário iOS tem de ser assinado por um certificado de distribuição e um perfil de aprovisionamento ligados à sua conta. Um serviço de build na cloud como o EAS cria ambos automaticamente e compila em máquinas macOS remotas; com o Xcode, fá-lo localmente num Mac.
- Crie a ficha no App Store Connect. Nome apresentado, identificador de bundle (permanente, escolha-o com cuidado) e categoria. A ficha pode ficar em rascunho enquanto testa.
- Teste com o TestFlight. É o binário exato que os seus utilizadores vão receber, não uma pré-visualização. Os testadores internos recebem-no de imediato; os externos, após uma breve revisão da beta. O funcionamento completo está no nosso guia sobre como funciona o TestFlight.
- Complete a ficha. Descrição, palavras-chave, capturas de ecrã de iPhone (e de iPad, se suportado), o questionário App Privacy, a classificação etária e as informações para a revisão com a conta de demonstração.
- Submeta e depois lance. Assim que a versão for aprovada, escolhe: lançamento imediato, automático após a aprovação, ou faseado ao longo de sete dias para acompanhar as primeiras reações.
Revisão da Apple: prazos reais e motivos de rejeição
A Apple afirma que 90% das submissões recebem uma decisão em 24 horas, e 98% em 48 horas. Na prática, conte com um a três dias úteis para uma primeira submissão. As categorias regulamentadas (finanças, saúde, crianças) passam por revisores especializados e podem exigir documentos comprovativos, ou seja, vários dias extra. A fila também abranda em setembro, à volta do lançamento do iOS, e antes da pausa festiva de dezembro.
Os motivos de rejeição estão muito concentrados. As App Review Guidelines listam dezenas, mas cinco famílias cobrem a maioria das primeiras submissões:
| Motivo de rejeição | Diretriz | Como evitar |
|---|---|---|
| Crash ou bug ao arrancar | 2.1 | Teste o binário do TestFlight em vários dispositivos, não apenas a pré-visualização. |
| Conta de demonstração em falta ou inválida | 2.1 | Forneça um acesso que funcione, com dados realistas já carregados. |
| Privacidade: permissões injustificadas | 5.1 | Peça apenas as permissões que usa, cada uma com um texto de explicação claro. |
| Pagamento digital fora da compra integrada | 3.1.1 | Venda conteúdo digital através da compra integrada da Apple; os bens físicos podem usar pagamento externo. |
| App considerada demasiado mínima ou duplicada | 4.2 / 4.3 | Traga valor real de app: um site reembalado sem funcionalidade própria é rejeitado. |
Uma rejeição não é uma penalização: o Resolution Center indica o motivo exato, corrige, volta a submeter. A segunda revisão é muitas vezes mais rápida do que a primeira. Quando acontecer, o nosso guia sobre rejeições na App Store e como responder percorre os estados, os oito motivos habituais e as opções de resposta e de recurso.
O seu kit de submissão: checklist, textos para copiar e calendário
Os passos acima dizem o que fazer. Esta secção dá-lhe o que marcar e o que colar. Mantenha-a aberta ao lado do App Store Connect: cada linha corresponde a um campo que a Apple verifica antes de uma versão chegar a um revisor.
A checklist antes de submeter
Os tamanhos e limites vêm das especificações de capturas de ecrã da Apple, da ajuda do App Store Connect e das diretrizes citadas acima, verificadas em outubro de 2026.
| Elemento | O que a Apple exige | Onde |
|---|---|---|
| ☐ Nome e subtítulo | 30 carateres cada um | Informações da app |
| ☐ Texto promocional, descrição, palavras-chave | 170 carateres, 4000 carateres, 100 bytes | Página da versão |
| ☐ Capturas de iPhone | De 1 a 10 em 1206 × 2622 ou 1179 × 2556 px, o tamanho que a Apple indica como obrigatório; PNG ou JPEG sem transparência | Página da versão |
| ☐ Capturas de iPad | Se a app funcionar em iPad: 2064 × 2752 ou 2048 × 2732 px | Página da versão |
| ☐ Política de privacidade | URL obrigatório para qualquer app, e um link dentro da app também | Privacidade da app |
| ☐ Etiquetas de privacidade | Dados recolhidos, incluindo por SDK de terceiros | Privacidade da app |
| ☐ Classificação etária | Questionário atualizado (4+, 9+, 13+, 16+, 18+), respostas obrigatórias para submeter | Informações da app |
| ☐ Conformidade de exportação | Perguntas sobre encriptação; defina ITSAppUsesNonExemptEncryption (usesNonExemptEncryption com o Expo) para que não voltem a cada build | Build |
| ☐ Conta de demonstração | Um acesso que funcione, com dados, e o back-end ligado (diretriz 2.1) | Informações para a revisão |
| ☐ Eliminação de conta | Dentro da app, se o utilizador puder criar uma conta (5.1.1(v)) | A sua app |
| ☐ Início de sessão de terceiros | Um início de sessão com Google ou Facebook para a conta principal obriga a uma opção equivalente e respeitadora da privacidade, como Iniciar sessão com a Apple (4.8) | A sua app |
| ☐ URL de suporte | Uma página onde os utilizadores o possam contactar | Página da versão |
| ☐ Estatuto de comerciante (UE) | Declarar se é comerciante ou não para ser distribuído na UE | Business |
| ☐ SDK recente | Compilada com o Xcode 26 e o SDK do iOS 26 desde 28 de abril de 2026 | A sua ferramenta de build |
Textos prontos a copiar
Substitua os parênteses retos e mantenha a estrutura. O texto promocional pode ser alterado a qualquer momento sem nova versão, por isso é o lugar das novidades; a descrição só muda com uma nova versão.
Responda no Resolution Center, um ponto por cada motivo de rejeição, sem comparações com outras apps. Para o recurso e os oito motivos habituais, veja o nosso guia sobre as rejeições da App Store.
O calendário dia a dia
Um calendário realista para uma conta individual e uma primeira submissão sem falhas.
| Dia | Etapa | O que pode atrasar |
|---|---|---|
| Dia 0 | Inscrição, 99 USD, verificação de identidade | Organização: obter primeiro o número DUNS, vários dias úteis |
| Dias 1 a 3 | Conta aprovada; criar a ficha da app e lançar o primeiro build (menos de uma hora na nuvem) | Erros de assinatura, um bundle ID já ocupado |
| Dia 3 | Build processado; os testadores internos do TestFlight instalam-no | O processamento pode demorar até uma hora |
| Dias 3 a 4 | TestFlight externo após uma breve revisão beta | Informações de teste em falta |
| Dias 4 a 5 | Ficha, capturas, privacidade, classificação etária, notas para a revisão; submissão | Capturas no tamanho errado |
| Dias 5 a 7 | Revisão da Apple: 90 % das decisões em menos de 24 horas | Categoria regulada, afluência de setembro |
| Dia 7 | Lançamento: manual, automático ou faseado ao longo de 7 dias | Cada rejeição acrescenta 1 a 3 dias |
Publicar na App Store a partir da Cadrant
Se a sua app foi construída com o criador de apps móveis da Cadrant, a parte de build e submissão é guiada de ponta a ponta: a app é um projeto nativo Expo e React Native, compilado com o EAS Build. Estão envolvidas duas contas e ambas continuam a ser suas: o build corre na sua conta Expo (o plano gratuito cobre 15 builds iOS por mês) e o binário chega à sua conta App Store Connect.
- Início de sessão Apple seguro: a autenticação usa o protocolo SRP, a sua palavra-passe Apple nunca é guardada.
- Ficha criada em seu nome: nome, ícone 1024 × 1024 e identificador de bundle são configurados automaticamente no App Store Connect.
- Certificado aprovisionado automaticamente: o certificado de distribuição e o perfil são criados sem passos manuais, ou importados como .p12 se já tiver um.
- Build e depois submissão: o build iOS arranca na sua conta Expo, e o Expo entrega o binário ao seu App Store Connect. A partir daí, assume o TestFlight, a ficha e a submissão.
Em resumo
- Abra hoje a conta Apple Developer: é o único prazo incompressível do percurso.
- Teste o binário do TestFlight, não a pré-visualização: é esse binário que passa pela revisão.
- Acerte nos três pontos que concentram as rejeições: estabilidade, conta de demonstração, privacidade.