Como publicar um app na App Store: do TestFlight à aprovação

Para publicar um app na App Store, entre no Apple Developer Program (99 USD por ano a partir de novembro de 2026), crie o app no App Store Connect, envie um build assinado, teste pelo TestFlight, adicione suas capturas de tela, descrição, dados de privacidade e classificação etária, e depois clique em Add for Review e em Submit for Review. A Apple analisa cada envio manualmente, normalmente em um ou dois dias, e, depois de aprovado, você libera o app na App Store. Este guia segue esse caminho tela por tela e lista os problemas que mais costumam devolver apps para correção.

Ainda está criando o app? Comece por como criar um app para iPhone.

O que você precisa antes de começar

• Uma assinatura do Apple Developer Program, como pessoa física (seu nome legal aparece como vendedor) ou como organização (exige um D-U-N-S Number, um e-mail do domínio da empresa e um site funcionando).
• Um build assinado do seu app, enviado ao App Store Connect. Geralmente feito pelo Xcode ou pelo Transporter da Apple, ou por um serviço que compila para você.
• Uma URL de política de privacidade e uma URL de suporte com dados de contato atualizados. A Apple exige as duas para todos os apps.
• Capturas de tela: de 1 a 10 por tamanho de dispositivo obrigatório, em JPEG ou PNG sem transparência. O App Store Connect mostra quais tamanhos precisa; no momento da redação, é o tamanho do iPhone de 6,9 polegadas (ou 6,5 polegadas, se você não enviar o de 6,9), além dos tamanhos de iPad se seu app rodar no iPad.
• Uma conta de demonstração, se alguma parte do app estiver atrás de um login.

Passo 1: inscreva-se no Apple Developer Program

Entre com uma Apple Account que tenha a autenticação de dois fatores ativada e faça a inscrição. Pessoas físicas costumam ser aprovadas rapidamente. Organizações devem contar com mais tempo, porque a Apple verifica a situação jurídica da empresa e sua autoridade para assinar em nome dela. Se você não tiver um D-U-N-S Number, pode solicitar um gratuitamente na maioria dos países, embora a emissão leve algum tempo.

Passo 2: crie o registro do app

No App Store Connect, abra Apps, clique em + e escolha New App. Preencha:

• Platform: iOS.
• Name: o nome que aparecerá na App Store, que precisa ser único na loja.
• Primary language: o idioma principal.
• Bundle ID: o identificador do app, como com.suaempresa.seuapp. Ele precisa coincidir com o build.
• SKU: qualquer código interno que você quiser.

A Apple não permite que ferramentas externas criem esse registro, então você o faz uma vez, por conta própria.

Passo 3: envie um build

Se você compila no Xcode, faça o archive do app e envie pelo Organizer. Os builds também podem ser enviados com o Transporter ou pela API do App Store Connect.

Se você compila com o Mythex

No plano Pro, o Mythex compila seu app publicado como um app para iPhone nos Macs próprios dele e envia para o seu TestFlight. Você não precisa de Mac nem de Xcode. A configuração leva alguns minutos:

1. No App Store Connect, vá em Users and Access → Integrations → App Store Connect API e crie uma Team key com a função Admin.
2. Baixe o arquivo .p8. A Apple permite baixá-lo apenas uma vez, então guarde-o com segurança.
3. Arraste o arquivo para o painel Connect App Store no Mythex e cole o Issuer ID mostrado acima da lista de chaves. O Mythex verifica a chave com a Apple antes de salvá-la.

No primeiro build, o Mythex informa o nome exato e o Bundle ID que você deve usar ao criar o registro do app no Passo 2. Quando o cartão do build disser In TestFlight, a Apple processa o build por cerca de 10 a 30 minutos, e então ele fica pronto para os testadores. Veja o criador de apps iOS do Mythex para mais detalhes.

Passo 4: teste com o TestFlight

O TestFlight é o canal beta da Apple, e vale a pena usá-lo bem antes da revisão:

• Testadores internos: até 100 membros da sua equipe no App Store Connect. Eles podem instalar um build assim que ele for processado.
• Testadores externos: até 10.000 pessoas, convidadas por e-mail ou por um link público. O primeiro build que você adicionar a um grupo externo passa por uma revisão beta rápida.
• Validade do build: cada build pode ser testado por 90 dias.

Os testadores instalam o app TestFlight, aceitam o convite e instalam seu build. Peça que façam as tarefas principais, não apenas abram o app. Nosso guia de teste beta explica como encontrar testadores e reunir o feedback deles.

Passo 5: preencha a ficha do app na App Store

Na página da versão do app, adicione:

• Capturas de tela para cada tamanho obrigatório, mostrando telas reais.
• Texto promocional (opcional) e uma descrição que diga claramente o que o app faz.
• Palavras-chave, separadas por vírgulas. Não repita o nome do app nem use nomes de concorrentes.
• URL de suporte e, opcionalmente, uma URL de marketing.
• Número da versão e copyright.

Em App Information, defina a categoria, a URL da política de privacidade e a classificação etária, respondendo ao questionário da Apple. Em Pricing and Availability, escolha o preço (ou gratuito) e os países.

Passo 6: preencha a Privacidade do App

App Privacy lista os dados que seu app coleta, como e-mail, nome, localização ou dados de uso, para que são usados e se estão vinculados ao usuário. Isso aparece na sua página da App Store como o “rótulo nutricional” de privacidade. Inclua os dados coletados por qualquer código de terceiros, como ferramentas de análise ou provedores de login.

Essa seção só está disponível no site do App Store Connect, não por ferramentas externas. Se você usa o Mythex, o agente informa o que responder com base no que seu app realmente faz.

Passo 7: adicione as informações de revisão e envie

Em App Review Information, adicione um nome, telefone e e-mail de contato e uma conta de demonstração que funcione. Adicione observações se algo precisar de explicação, por exemplo: “a aba Reservas só mostra aulas depois que você entra em uma”.

Depois, selecione o build que você testou, clique em Add for Review e em Submit for Review. Só pode haver uma versão por plataforma em revisão ao mesmo tempo.

Com o Mythex, você pode pedir ao agente para fazer essa parte. Ele anexa o build, preenche o que consegue e pede sua confirmação antes de enviar.

Passo 8: aguarde, responda e libere

A Apple diz que pelo menos metade dos envios é revisada em menos de 24 horas, e 90% em até 48 horas. Você receberá um e-mail quando o status mudar. Se a Apple tiver perguntas ou rejeitar o build, a mensagem aparece na seção App Review do App Store Connect; responda por lá, corrija o problema e envie novamente.

Quando aprovado, o app é liberado automaticamente ou fica retido para você liberar manualmente, conforme sua escolha. Você também pode agendar uma data de lançamento.

Por que os apps são rejeitados e como evitar

• App incompleto (diretriz 2.1). Travamentos, textos de exemplo, links mortos, um login de demonstração ausente. A Apple diz que isso está por trás de mais de 40% dos problemas não resolvidos. Teste todos os botões em um iPhone real antes de enviar.
• Site empacotado (diretriz 4.2). A Apple espera funcionalidades, conteúdo e interface que vão além de um site dentro de uma moldura. Ofereça um layout pensado para o celular, contas, dados salvos e tarefas reais. Isso é especialmente importante para apps web empacotados, inclusive os criados com o Mythex.
• Sem exclusão de conta no app (diretriz 5.1.1(v)). Se as pessoas podem criar uma conta no app, precisam conseguir excluí-la no próprio app.
• Vendas digitais fora da compra no app (diretriz 3.1.1). Liberar funcionalidades ou conteúdo mediante pagamento dentro do app exige a compra no app da Apple.
• Detalhes de privacidade que não correspondem ao app. A Privacidade do App, sua política de privacidade e o comportamento do app precisam estar de acordo.

Se você precisar de uma página de política, nosso guia sobre como escrever termos de serviço e uma política de privacidade explica o que incluir.

Atualizando o app depois

Para cada nova versão, aumente o número da versão, envie um novo build, escreva o texto “What's New” e envie novamente. Cada envio passa por revisão.

Se o seu app for um app web empacotado, como os apps do Mythex, a maioria das mudanças do dia a dia chega aos usuários do iPhone quando você publica o app web, porque o app do celular o abre. Você envia uma nova versão principalmente para mudanças na estrutura do app, como ícone, nome ou permissões. Se a Apple já aprovou um número de versão, o Mythex o aumenta (por exemplo, de 1.0 para 1.1) antes de compilar novamente.

Publicando também no Android

O processo do Google é diferente: uma taxa única, trilhas de teste e, para contas pessoais novas, um teste fechado de 14 dias com 12 testadores. Veja como publicar um app no Google Play.

Perguntas