Índice
1. Diferença entre publicação inicial e atualização
A boa notícia: atualizar um app publicado é mais simples do que a publicação inicial. Você já tem conta de desenvolvedor, certificados configurados, metadados na loja e histórico de aprovação. O processo se resume a gerar um novo build, incrementar a versão e submeter.
O que muda em relação à primeira publicação:
- Não é necessário recriar o app no App Store Connect ou Play Console — ele já existe.
- Screenshots e textos da loja só precisam ser atualizados se houver mudanças visuais ou de funcionalidade relevantes.
- O tempo de revisão tende a ser menor para atualizações de apps já aprovados anteriormente.
2. Incrementar a versão corretamente
Antes de gerar o novo build, você precisa atualizar os números de versão. São dois campos distintos:
- Version Number (CFBundleShortVersionString): a versão visível ao usuário — ex: 1.0.0 → 1.1.0. Use para mudanças significativas de funcionalidade.
- Build Number (CFBundleVersion): um número interno que deve ser sempre maior que o anterior. Pode ser 1, 2, 3... ou um timestamp. O App Store Connect rejeita builds com número igual ou menor ao último enviado.
No Xcode: projeto → Target → General → Version e Build. No Android, edite versionCode (inteiro incremental) e versionName (string visível) no build.gradle.
⚠️ Esquecer de incrementar o build number é um dos erros mais comuns em atualizações. O App Store Connect retorna erro imediatamente ao tentar fazer upload de um build com número duplicado.
3. Atualizar na App Store (iOS)
Gerar o novo build
No Xcode, com a versão e build number atualizados, selecione o scheme de produção e vá em Product → Archive. Após o archive, clique em "Distribute App" → "App Store Connect" → "Upload".
Criar nova versão no App Store Connect
Acesse App Store Connect → seu app → aba App Store → clique em "+" ao lado de "iOS App". Digite o número da nova versão (ex: 1.1.0). Uma nova entrada de versão será criada para você preencher.
Selecionar o build e preencher "What's New"
Na nova versão, em "Build", clique em "+" e selecione o build que você acabou de enviar. Preencha o campo "What's New in This Version" — um resumo claro do que mudou. Esse texto aparece na página do app quando o usuário clica em "Atualizar".
Submeter para revisão
Clique em "Add for Review" e depois "Submit to App Review". A Apple vai revisar a atualização — geralmente mais rápido do que a submissão inicial.
4. Atualizar no Google Play (Android)
Gerar o novo AAB
Com o versionCode incrementado no build.gradle, gere o novo bundle: ./gradlew bundleRelease (ou o comando equivalente para seu framework). O arquivo gerado ficará em app/build/outputs/bundle/release/.
Fazer upload no Play Console
Acesse o Google Play Console → seu app → Production (ou o track desejado) → Create new release. Faça upload do novo AAB e preencha as "Release notes" — o equivalente ao "What's New" da Apple.
Revisar e publicar
Clique em "Review release" para verificar se há alertas, depois em "Start rollout to Production". O Google processa e publica — geralmente em horas, às vezes até 1 dia.
5. Quanto tempo leva
Para a App Store: atualizações geralmente levam de 1 a 3 dias úteis — mais rápido que a submissão inicial de apps novos, mas sujeito à mesma fila e possibilidade de rejeição.
Para o Google Play: atualizações costumam ser aprovadas em horas a 1 dia útil para apps com histórico positivo. Apps novos ou que receberam rejeições anteriores podem levar mais tempo.
✓ Se precisar publicar uma correção urgente de bug na App Store, use o canal de Expedited Review — mas somente para bugs críticos que afetam muitos usuários. A Apple aceita ou nega o pedido de aceleração.
6. Rollout gradual no Google Play
O Google Play permite publicar atualizações de forma gradual — começando com 10% dos usuários, por exemplo, e aumentando ao longo de dias. Isso é útil para detectar problemas antes de afetar toda a base.
Para usar: ao criar o release, em vez de "Start rollout to 100%", escolha uma porcentagem menor. Você pode aumentar manualmente pelo Play Console a qualquer momento — ou pausar o rollout se detectar problemas.
A App Store também tem um equivalente chamado Phased Release, que distribui a atualização para 1% → 2% → 5% → 10% → 20% → 50% → 100% dos usuários ao longo de 7 dias automaticamente.
7. Quando atualizar metadata sem novo build
Você não precisa de um novo build para alterar textos e imagens da loja. Tanto a App Store quanto o Google Play permitem editar:
- Descrição do app
- Screenshots e preview
- Keywords (App Store)
- Ícone (Google Play permite sem novo build; Apple exige novo build)
Na App Store, crie uma nova versão sem build apenas com as alterações de metadata e submeta para revisão. No Google Play, você pode editar a listing diretamente e publicar sem precisar de uma nova versão do app.
8. Prefere delegar tudo?
Enviar atualizações é mais simples que a publicação inicial, mas ainda exige acesso às contas das lojas, ao ambiente de build e ao processo de submissão. Para equipes que precisam manter apps regularmente, isso vira uma tarefa recorrente.
A AtlasTech também atende atualizações avulsas — você envia o novo código e recebe a confirmação de publicação.
Precisa publicar uma atualização?
App Store e Google Play em até 7 dias. A partir de R$1.800.
Solicitar publicação