Conta demo para a revisão da App Store: como configurar um login de revisor que passa na revisão (2026)

Se qualquer parte do seu app fica atrás de um login, sua conta demo para a revisão da App Store precisa funcionar na primeira tentativa da Apple. As Diretrizes de revisão da App Store pedem as informações de uma conta demo, ou um modo demo com todos os recursos, e que seu backend esteja no ar durante a revisão. Na prática, isso significa uma conta dedicada que nunca expira, já tem dados realistas, acessa todos os recursos pagos e por perfil e não depende de um código de login que só você consegue ver. Este guia mostra como montar essa conta, como escrever as notas que a acompanham e o que outros desenvolvedores enfrentaram quando ela falhou.

O que a Apple exige da conta demo para a revisão da App Store?

A Apple exige um usuário e uma senha de demonstração funcionando sempre que o app precisa de login, informados em Informações para a revisão do app no App Store Connect, e a conta não pode expirar. A diretriz 2.1(a) também exige que seu backend esteja em funcionamento durante a revisão.

O texto da diretriz 2.1(a) é: "inclua as informações da conta demo (e ligue seu serviço de back-end!) se o seu app tiver login." A referência de informações da versão da plataforma do App Store Connect acrescenta que "a conta demo é usada durante o processo de App Review e não pode expirar", que "os detalhes de contas adicionais devem ser incluídos no campo Notas" e que Notas "pode conter até 4000 bytes." Os campos de Login obrigatório se aplicam "se o seu app exigir login para ser usado."

A página de ajuda sobre revisão completa da Apple é mais específica: "Credenciais que expiram ou mudam antes do início da revisão podem resultar na rejeição do envio." Se o app tiver vários tipos de conta, como admin e usuário comum, adicione as credenciais de cada um em Notas. Se você vende assinaturas com renovação automática, "forneça uma conta demo com uma assinatura expirada para permitir a revisão de todo o fluxo de compra."

Como configurar uma conta demo para o App Review?

Para configurar a conta demo, crie uma conta dedicada em produção, mantenha-a longe de qualquer rotina de expiração ou limpeza, preencha-a com dados realistas e faça login nela no build exato de release antes de enviar.

1. Crie uma conta dedicada em produção, como appreview@yourdomain.com. Não reaproveite uma conta pessoal ou de QA que alguém possa alterar.
2. Exclua essa conta de todas as rotinas de limpeza: rotação de senha, exclusão de contas inativas, expiração de teste gratuito e regras antifraude.
3. Preencha a conta com conteúdo realista para que nenhuma tela fique vazia. Os revisores avaliam a completude pelo que veem.
4. Deixe o estado da assinatura de acordo com a orientação da Apple. Se você vende assinaturas, a conta deve ter uma assinatura expirada para que o paywall e o fluxo de compra apareçam.
5. Configure a conta para uma região em que todos os recursos funcionem, ou descreva as diferenças regionais em Notas.
6. Faça login em um dispositivo limpo usando exatamente o build de release que você vai enviar e percorra cada recurso que mencionar em Notas.
7. Não mexa mais na senha até a revisão terminar.

E se o app usar códigos de login, OTP por SMS, links mágicos ou SSO?

Se o login exigir um código de uso único, escreva em Notas um código fixo para a conta de revisão antes de enviar. A Apple avisa que, sem ele, "pode ser necessária uma ligação para continuar a revisão", e essas ligações "normalmente são concluídas em três a cinco dias úteis."

Para links mágicos enviados por e-mail ou códigos de uso único por SMS, configure a conta de revisão para aceitar um código ou senha fixos e coloque esse código em Notas. Se você usa um serviço de login único (SSO) de terceiros, o App Store Connect pede que você "inclua também as informações de login da conta demo para ele".

Se você não pode compartilhar uma conta demo por motivos legais ou de segurança, algo comum em apps bancários, de saúde e de outros setores regulados, a diretriz 2.1(a) permite usar "um modo demo embutido no lugar de uma conta demo, com aprovação prévia da Apple." Esse modo demo precisa mostrar "todos os recursos e funcionalidades do seu app" com dados de demonstração, e não um tour reduzido.

Quais contas você deve entregar ao App Review?

Entregue ao App Review um login que não expira para cada tipo de conta do app, além do que for preciso para passar por códigos, paywalls e requisitos de hardware. A tabela abaixo mostra onde cada caso deve ser informado.

O que as notas de revisão da conta demo devem dizer?

Boas notas de revisão trazem o conceito do app, todos os logins, o código de login, como chegar ao paywall, onde fica cada recurso, eventuais diferenças regionais e os dispositivos em que você testou. Veja um exemplo para um rastreador de hábitos em equipe fictício que usa códigos de login por e-mail e uma assinatura Pro. As notas são mantidas em inglês, como normalmente são enviadas à Apple.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Seja breve e prático. Para atualizações, a página de ajuda da Apple pede que você "descreva o que mudou e onde os revisores podem encontrar conteúdo ou recursos novos importantes." A diretriz 2.3.1(a) exige que novos recursos sejam "descritos com especificidade" e avisa que "descrições genéricas serão rejeitadas." O texto das diretrizes muda várias vezes por ano, então leia nosso resumo das mudanças nas Diretrizes de revisão da App Store de outubro de 2026 antes de enviar.

Por que o login da conta demo falha na revisão? Casos reais

Nos relatos públicos, o login demo costuma falhar por um de dois motivos: um segundo fator que o revisor não consegue receber, ou uma conta que funciona para o desenvolvedor, mas retorna erro no dispositivo da Apple. Dois tópicos dos Fóruns de Desenvolvedores da Apple mostram os dois casos.

Autenticação em dois fatores por SMS em um recurso essencial. Um desenvolvedor nos Fóruns de Desenvolvedores da Apple contou que seu app estava "sendo rejeitado constantemente" porque a edição do perfil exigia um código enviado por SMS para um celular dos EUA. Ele explicou que, "como não temos o número de celular do revisor... o revisor não recebe o código de validação." Outros desenvolvedores no tópico descreveram soluções: um alterou o backend "para que a conta de teste sempre receba o mesmo código 2FA" e o informou nas notas; outro vinculou uma conta de produção a um número de telefone virtual e deu à Apple acesso a ele.

Credenciais que funcionam em todo lugar, menos na revisão. Um desenvolvedor de React Native e Expo que usava autenticação por e-mail e senha do Supabase relatou rejeições repetidas. A captura de tela da Apple mostrava o e-mail correto e o erro "Invalid login credentials", mas o login funcionava nos dispositivos do desenvolvedor, no Postman e no cliente do Supabase, sem MFA, limite de requisições ou bloqueio geográfico. O tópico não tem causa confirmada. O desenvolvedor pensava em adicionar um modo demo, mas, pela diretriz 2.1(a), esse caminho exige aprovação prévia da Apple.

O que os casos têm em comum: a experiência do revisor é o único teste que conta. Um código fixo escrito em Notas resolve o problema do segundo fator. Para o problema do "aqui funciona", você precisa fazer login no build de release, em um dispositivo limpo, contra a produção, e depois deixar a conta quieta.

O que verificar antes de enviar com uma conta demo?

Antes de enviar, confirme que o login demo funciona no build de release, que todos os perfis e códigos estão em Notas e que nada vai expirar, trocar a senha ou excluir a conta durante a revisão.

• Login feito no build de release em um dispositivo limpo na última hora
• Backend, provedor de autenticação e serviço de e-mail ou SMS estão no ar e não estão limitando as requisições da conta
• A conta está excluída das rotinas de expiração, limpeza e rotação de senha
• Cada perfil tem seu próprio login em Notas
• O estado da assinatura exibe o fluxo de compra
• Há uma conta separada pronta para o teste de exclusão
• O código de login ou o bypass está escrito em Notas
• O telefone de contato está em formato internacional com sinal de mais (+), e alguém vai atender

Segundo a página do App Review da Apple, "em média, mais de 40% dos problemas não resolvidos estão relacionados à diretriz 2.1: Completude do app", que abrange informações incompletas. Um login demo quebrado é um dos mais fáceis de evitar. Para verificar o resto do build, use nosso plano de testes do build de release para rejeições pela 2.1.

O que fazer se o App Review ainda não conseguir fazer login?

Se o App Review não conseguir fazer login, corrija a conta, teste de novo no build de release, atualize as Informações para a revisão do app e responda no App Store Connect dizendo exatamente o que você mudou. As Informações para a revisão do app "podem ser editadas a qualquer momento."

Leia a mensagem de rejeição com atenção. Muitas vezes a causa é uma divergência simples: a senha mudou, uma sessão expirou ou o revisor estava em uma região que seu backend bloqueia. Nosso guia sobre como transformar a mensagem da revisão em uma correção mostra como responder. Se preferir delegar a preparação da revisão, nosso serviço de envio para a App Store prepara a revisão e trabalha com você no feedback de rejeição, por $599 cobrindo as duas lojas (as taxas das contas de desenvolvedor são cobradas à parte).