Checklist para publicar um app React Native na Play Store

Publicar na Play Console não é só gerar o AAB. A rejeição mais comum vem de ficha incompleta, permissão demais ou target SDK atrasado. Este é o roteiro que eu sigo no primeiro upload.

Build de release

No React Native / Expo, o artefato da loja é o Android App Bundle (.aab), não o APK de debug.

Confira no android/app/build.gradle:

• applicationId estável (não muda depois do primeiro publish)
• versionCode sobe a cada upload
• versionName é o que o usuário vê

Assine com um keystore próprio e guarde o arquivo fora do git. Perder a keystore é perder a identidade do app na loja.

Permissões

Abra o AndroidManifest.xml e leia cada <uses-permission>. Biblioteca de push, analytics ou mapas adiciona permissão sem você pedir.

A Play está mais rígida com localização, câmera e vizinhos. Se o app não usa, tire. Se usa, a ficha precisa explicar o motivo na declaração de permissões.

Target SDK

A loja exige um targetSdkVersion recente. A tabela muda todo ano; olhe o aviso na própria Console antes de enviar.

Subir o target sem testar em Android novo é o caminho para crash em permissão runtime. Rode o AAB num emulador com a API alvo.

Ficha da loja

Antes do review, deixe pronto:

• Ícone 512×512
• Feature graphic 1024×500
• Pelo menos 2 screenshots por tipo de dispositivo
• Texto curto e texto longo
• Política de privacidade pública (obrigatória se coleta dado)

App de saúde, login ou push praticamente sempre precisa da política. Um Google Doc escondido não conta: tem que ser URL acessível.

Teste interno primeiro

Não mande direto para produção. Crie uma release de teste interno, instale pelo link e abra o app do zero: login, permissão, deep link, update.

O review da produção pega muita coisa, mas não pega o crash que só acontece no primeiro open com conta real.

Depois do publish

Ative o Play App Signing (hoje é o padrão) e baixe o certificado de upload. Guarde junto do keystore. Quando o EAS ou a CI gerar o AAB, é esse certificado que a Console espera.