Lançamentos graduais e atualizações

Enviar uma nova versão para todos os usuários de uma só vez é arriscado — uma falha oculta atinge todo o seu público instantaneamente. O Google Play oferece opções mais seguras: faixas de teste e distribuições graduais.

Nesta lição, você aprenderá quais são as faixas de lançamento, como começar distribuindo para uma pequena porcentagem, como as atualizações chegam aos usuários e como agir quando algo dá errado.

O Play organiza os lançamentos em faixas, da menor para a maior exposição:

• Teste interno — até 100 testadores, disponível em poucos minutos, para sua equipe.
• Teste fechado — testadores convidados por listas de e-mail ou grupos.
• Teste aberto — qualquer pessoa pode participar de uma versão beta pública.
• Produção — todos os usuários da loja.

O fluxo recomendado é promover uma versão gradualmente: interno → fechado → aberto → produção.

Em qualquer faixa, clique em Criar novo lançamento, envie seu .aab (ou escolha um no App Bundle Explorer) e adicione as notas da versão.

As notas da versão usam tags de idioma para que cada localidade receba seu próprio texto. Mantenha-as curtas e focadas nos usuários.

Para um lançamento em produção, você pode fazer uma distribuição gradual: disponibilize-o primeiro para uma pequena parcela dos usuários — por exemplo, 10% — e depois aumente essa parcela.

O Play escolhe aleatoriamente quais usuários receberão a atualização. Você acompanha as taxas de falhas e de ANR e então aumenta a porcentagem: 10% → 25% → 50% → 100%.

Se as métricas estiverem ruins, você não aumenta a porcentagem ou interrompe a distribuição antes que a maioria dos usuários seja afetada.

Se uma distribuição gradual revelar um problema, você poderá interrompê-la no Console. A interrupção impede que novos usuários recebam a atualização; quem já atualizou continuará com ela.

Depois de enviar uma correção em uma nova versão, você poderá retomar a distribuição ou iniciar uma nova. Interromper dá tempo para agir sem uma retirada completa — algo que o Play não oferece de fato para usuários que já instalaram a versão.

É exatamente por isso que você deve começar com uma porcentagem baixa.

Por padrão, o app da Play Store atualiza os apps automaticamente em segundo plano (geralmente por Wi-Fi). Os usuários também podem tocar manualmente em "Atualizar".

Lembre-se da regra de versionCode: cada lançamento deve ter um número inteiro maior que o anterior, ou o Play o rejeitará. O versionName é apenas o rótulo exibido aos usuários.

Às vezes, você deseja incentivar os usuários a atualizar dentro do app. A API de Atualizações no app oferece dois modos:

• Flexível — faz o download em segundo plano enquanto o usuário continua usando o app.
• Imediata — um fluxo bloqueador em tela cheia para atualizações críticas.

Você verifica a disponibilidade e, se houver uma atualização pronta, inicia o fluxo escolhido.

Uma atualização flexível é baixada silenciosamente. Quando o download termina, você precisa chamar completeUpdate() para instalá-la — geralmente depois de avisar o usuário com uma snackbar.

Acompanhe o estado DOWNLOADED e ofereça a opção de reiniciar.

O lançamento não é o fim. O painel de indicadores vitais do Android no Console do Play acompanha as métricas de integridade que o Play também usa para classificar seu app:

• Taxa de falhas e taxa de ANR (aplicativo não respondendo).
• Ativações excessivas, renderização lenta e problemas de bateria.

Acompanhe esses dados atentamente durante uma distribuição gradual. Um aumento repentino é o sinal para interromper antes de ampliar a distribuição.

Após o lançamento, dois hábitos contínuos são importantes:

• Responder às avaliações no Console — isso melhora as notas e revela falhas reais.
• Classificar as falhas por prioridade a partir dos indicadores vitais ou do seu serviço de relatórios de falhas, corrigir o problema, aumentar o versionCode e enviar uma nova distribuição gradual.

Lançar é um ciclo: envie uma versão pequena, meça, corrija e lance novamente.

Reunindo toda a lição, um fluxo robusto é:

• Enviar para o teste interno e fazer um teste básico com a equipe.
• Promover para o teste fechado/aberto a fim de obter feedback mais amplo.
• Iniciar a produção como uma distribuição gradual de 10%.
• Acompanhar os indicadores vitais do Android; aumentar a porcentagem se os resultados forem bons.
• Interromper e corrigir se as métricas subirem, depois retomar com uma nova versão.

Etapas pequenas e um bom monitoramento transformam o lançamento de algo assustador em uma rotina.

Você lançou uma versão em produção para 10% dos usuários e a taxa de falhas aumentou repentinamente. Você quer impedir que mais usuários recebam a versão problemática enquanto prepara uma correção. O que deve fazer?

Agora você pode lançar com confiança:

• Use faixas — interno, fechado, aberto e produção — para expor as versões gradualmente.
• Faça distribuições graduais, começando com uma parcela pequena e aumentando-a enquanto as métricas permanecerem boas.
• Interrompa uma distribuição se os indicadores vitais piorarem; depois corrija o problema e envie uma nova versão com um versionCode maior.
• Opcionalmente, incentive os usuários a atualizar usando a API de Atualizações no app (flexível ou imediata).
• Monitore os indicadores vitais do Android e as avaliações, fazendo melhorias contínuas.

Isso conclui a publicação no Google Play — desde uma versão assinada até distribuições graduais seguras e monitoradas.