Lançar uma nova versão do seu app para dispositivos móveis em produção é uma das partes mais empolgantes do desenvolvimento de apps, mas também pode ser uma das mais estressantes. Sua equipe precisa acompanhar a adoção de versões, novos bugs e o impacto deles, uma comparação com versões anteriores e muito mais.
Esta página descreve várias ferramentas oferecidas pelo Firebase para monitorar os dados necessários para ter confiança no lançamento do seu app para dispositivos móveis.
Use o painel Monitoramento de versões para analisar os dados relacionados a versões.
O painel Monitoramento de versões no console Firebase é desenvolvido pelo Firebase Crashlytics. É um único painel para monitorar a versão de produção mais recente. O painel é atualizado quase em tempo real e oferece uma visão geral das métricas mais importantes da versão, incluindo métricas sem falhas, adoção da versão, comparações com versões anteriores e novos problemas.
Esse novo painel melhora a página Versão mais recente no console. Em comparação com essa página, o painel Monitoramento de versões adiciona mais informações, mostra dados úteis sem precisar do Google Analytics e carrega mais rápido.
Recursos do painel
Relatórios em tempo real
Todos os gráficos são atualizados quase em tempo real. Logo depois de implantar a versão mais recente, você pode acompanhar o engajamento dos usuários com ela. Se alguns desses usuários tiverem falhas, você vai saber o impacto imediatamente pelos gráficos de métricas sem falhas.Comparação e comparativo de mercado com base em versões anteriores
É possível conferir a estabilidade da versão mais recente no contexto das versões anteriores. Com o painel, você pode comparar as métricas em tempo real da sua versão mais recente e até dois builds lançados anteriormente.Principais novos problemas
Você pode conferir as falhas novas da versão mais recente assim que elas surgirem. Na tabela Principais problemas novos, é possível monitorar o impacto dos problemas detectados pela primeira vez na versão mais recente, permitindo que você decida rapidamente se vai interromper ou fazer o rollback da versão.
Requisitos para o painel
Para conferir sua versão mais recente no painel Monitoramento de versões, faça o seguinte:
Verifique se o app usa pelo menos as seguintes versões do SDK do Crashlytics:
Plataformas da Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Publique uma nova versão do app para produção para ter um número suficiente de usuários engajados com a versão mais recente.
Perguntas frequentes sobre o painel
Como os valores mostrados no gráfico Usuários ativos são determinados ou calculados?
Primeiro, é útil entender alguns termos relacionados ao gráfico de Usuários ativos:
Uma sessão é um período contínuo em que um usuário está interagindo com um aplicativo. Uma nova sessão começa quando o app é inicializado a frio ou fica em primeiro plano após pelo menos 30 minutos em segundo plano.
Usuários ativos de um build específico é o número de usuários que iniciaram uma sessão usando esse build, agrupados por hora.
Total de usuários (ativos) é o número de usuários que iniciaram uma sessão em qualquer build do app que usa uma versão do SDK compatível com sessões, agrupados por hora.
No gráfico Usuários ativos, a porcentagem e a contagem de usuários ativos que são sempre mostradas são dos últimos 60 minutos. Se não houver usuários ativos nesse período, os dados serão da última hora em que houve atividade. Por exemplo, na captura de tela, havia 90 usuários ativos para o build 6.0.0 (600) nos últimos 60 minutos, o que representa 22,1% do total de usuários (ativos) do app.
Quando você passa o cursor sobre as linhas no gráfico Usuários ativos, a porcentagem de usuários ativos é calculada com base na contagem de usuários ativos do período de uma hora em que você está passando o cursor.
Para conferir a porcentagem de usuários ativos, você precisa ter lançado pelo menos duas versões que atendam aos requisitos descritos nas perguntas frequentes "Quais builds podem ser visualizados no painel Monitoramento de versões?".
Configurar alertas
Vários produtos do Firebase, incluindo o Crashlytics, podem enviar alertas por vários motivos específicos do produto. Para receber alertas, você precisa ter as permissões necessárias.
Para monitorar a estabilidade da sua versão mais recente, configure alertas no Performance Monitoring e no Crashlytics. Para o Crashlytics especificamente, é possível configurar os seguintes alertas:
Use alertas de velocidade para notificar sua equipe se algum problema individual no app ultrapassar um limite definido no console do Firebase.
Envie alertas sobre problemas novos ou reabertos para seu canal de notificação preferido:
Use as integrações de alerta configuradas no console do Firebase para Jira, Slack e PagerDuty.
Configure alertas avançados para serviços de terceiros usando Cloud Functions for Firebase.
Garanta um lançamento tranquilo antes de lançar
Antes de lançar a versão mais recente, considere usar alguns dos seguintes serviços e recursos para garantir um lançamento tranquilo.
Usar serviços de teste de pré-lançamento
O Firebase oferece dois produtos que podem ajudar com os testes de pré-lançamento: Test Lab e App Distribution. Os dois serviços podem ser integrados aos seus fluxos de CI/CD.
O Firebase Test Lab é uma infraestrutura de teste de apps baseada na nuvem que permite testar seu app em vários dispositivos e configurações. Assim, é possível ter uma noção inicial de como ele vai funcionar para os usuários ativos.
Quando estiver tudo pronto para colocar o build mais recente nas mãos de testadores humanos de confiança, use o Firebase App Distribution. É possível gerenciar as distribuições de pré-lançamento para plataformas Apple e Android no mesmo lugar.
Usar serviços de lançamento e teste limitado
Use o Firebase Remote Config para lançar novos recursos com um mecanismo de lançamento gradual ou teste esses recursos em um grupo de teste limitado.
O Firebase também oferece o A/B Testing para que você possa testar mudanças na interface, nos recursos ou nas campanhas de engajamento do seu app e ver como elas afetam suas principais métricas (como receita e retenção) antes de implementá-las em massa.