Devoria
Publicar um app na App Store pela primeira vez
Para publicar um app na App Store, você precisa preparar uma versão testada, a página dela e as informações para o App Review, e depois enviar pelo App Store Connect. Um build disponível no TestFlight ainda não é um app publicado. Aqui estão a ordem das operações, os controles úteis e modelos para preparar seu dossiê; o Apple Review Kit também reúne meu checklist antes do envio e skills que revisam o seu app.
Por Mehdi Azizi · Conteúdo revisado em
O que você aprende
- App Store Connect sem se perder
- Você sabe onde criar seu app, suas versões e assinaturas, e para que serve cada tela do App Store Connect.
- Uma página que respeita as regras
- Título, subtítulo, descrição e o bloco sobre assinaturas que a Apple espera de um app pago, com links para seus termos e sua política de privacidade.
- Declarações de privacidade corretas
- Você declara o que o app coleta de verdade. Uma declaração que não bate com o comportamento do app basta para causar uma recusa.
- Notas claras para o revisor
- Você aprende a explicar ao revisor da Apple como chegar a cada função, para ele não travar numa tela.
- Seu dossiê conferido antes do envio
- Antes de enviar o app, as skills de verificação revisam seu projeto, seu paywall e sua página, e dizem o que corrigir.
Passo a passo
- Etapa 1
Você abre sua conta de desenvolvedor Apple e cria o app no App Store Connect.
- Etapa 2
Você testa o app com o TestFlight e cria suas assinaturas.
- Etapa 3
Você escreve a página, faz as capturas e preenche a privacidade.
- Etapa 4
Você passa pelo checklist, corrige o necessário e envia o app à Apple.
Quais etapas seguir no App Store Connect?
Prepare sua conta de desenvolvedor e crie a página do app. Depois envie um build assinado, espere o processamento, teste e selecione o número de build certo para a versão a enviar. Preencha as informações pedidas para essa versão: textos, capturas do app real, classificação etária, suporte, privacidade e o acesso necessário ao revisor. O guia da conta de desenvolvedor detalha a inscrição e os custos separadamente.
Na versão, “Add for Review” adiciona o app a um envio em rascunho: essa ação sozinha não manda nada à Apple. Revise os itens do rascunho e use “Submit for Review”. Se for sua primeira assinatura, adicione também a assinatura e o grupo dela ao mesmo envio, com uma nova versão do app, conforme o procedimento da Apple. Confira os itens presentes antes de enviar.
Preparar a conta Apple Developer e o orçamento de publicação
O que conferir no dossiê antes de enviar?
Refaça o caminho do revisor no build escolhido, a partir de uma instalação nova. Se for preciso login, informe uma conta de demonstração ativa nos campos reservados do App Store Connect e mantenha os serviços do servidor acessíveis. As notas devem indicar os botões a tocar, o resultado esperado e eventuais requisitos de hardware. Nenhuma credencial privada deve aparecer num documento público.
Confira juntos três pontos: o que a página promete, o que o app realmente permite e o que você declara sobre os dados. Abra os links de suporte e de privacidade. Se o app vende assinatura, confira a exibição do preço cobrado, a compra de teste e a restauração. Guarde para cada controle a versão, o número do build e uma prova: assim você consegue explicar exatamente o que foi testado.
Baixar o modelo de notas para o App Review
Como reagir a uma recusa sem corrigir no chute?
Guarde a mensagem da Apple, o número da regra, o aparelho indicado e as capturas anexadas. Reproduza o problema antes de mexer no app. No relato do TradaZen, detalho por exemplo um paywall em que o preço por semana aparecia mais que o valor cobrado, e depois a correção dessa exibição. O controle é sobre o que o revisor vê, mesmo quando o pagamento funciona tecnicamente.
Sua resposta deve ligar o motivo a uma correção verificada: versão afetada, comportamento alterado e caminho para conferir. O modelo de notas também traz um roteiro de resposta a uma recusa. Planeje o lançamento contando com uma possível nova análise; nem um TestFlight bem-sucedido nem a duração de uma análise anterior garantem a data de aprovação. O guia de prazos explica o acompanhamento e as opções de publicação.
Por que comigo
Publiquei meus próprios apps e também recebi recusas: uma demo inicial que o revisor não conseguia passar (regra 2.1), uma imagem promocional de assinatura que repetia o ícone (regra 2.3.2). O Apple Review Kit se baseia nesses casos vividos, não numa lista teórica.
Leia a trajetória do TradaZen, da criação às recusas da Apple e à publicação.
Comece com os guias gratuitos
Perguntas frequentes
Preciso pagar a Apple para publicar um app?
Sim, a Apple cobra uma anuidade do programa de desenvolvedor. A conta fica no seu nome e é paga direto à Apple, além do kit.
Quanto tempo leva a análise da Apple?
Varia de app para app, e quem define o ritmo é a Apple. O que toma tempo do seu lado é preparar o dossiê, e é aí que o Apple Review Kit ajuda.
Meu app vai ser aceito com certeza?
Não, ninguém pode garantir: a Apple tem a palavra final. O checklist elimina as causas de recusa mais comuns e, se a Apple recusar, o kit ajuda a encontrar a regra citada e um exemplo de correção.
O kit serve para um app quase pronto?
Sim, é justamente quando ele serve: você precisa de um app de iPhone quase pronto e do Claude Code.
Apple Review Kit
Tudo o que eu verifico antes de enviar um app à Apple, e duas skills que fazem a revisão com o Claude Code. € 29.