Solução de problemas e perguntas frequentes sobre o Monitoramento de desempenho

Como ver se há eventos de desempenho nas mensagens de registro

1. Abra as ferramentas para desenvolvedores do navegador (por exemplo, a guia "Rede" do Chrome Dev ou o Monitor de rede do Firefox).

2. Atualize seu app da Web no navegador.

3. Verifique se há mensagens de erro nas mensagens de registro.

4. Após alguns segundos, procure uma chamada de rede para firebaselogging.googleapis.com nas ferramentas para desenvolvedores do seu navegador. A presença dessa chamada de rede mostra que o navegador está enviando dados de desempenho ao Firebase.

Se o app não estiver registrando eventos de desempenho, veja as dicas de solução de problemas.

O SDK foi adicionado ao app, mas o console ainda pede para adicioná-lo

O Firebase pode detectar se você adicionou o SDK do Performance Monitoring ao seu app quando ele recebe informações de eventos (como interações) do aplicativo. O painel Desempenho do console do Firebase costuma exibir a mensagem "SDK detectado" em até 10 minutos após iniciar o app. Em seguida, o painel exibirá os dados iniciais processados em 30 minutos.

Se já passaram mais de 10 minutos desde que você adicionou a versão mais recente do SDK ao app e nenhuma alteração apareceu, verifique suas mensagens de registro para conferir se o Performance Monitoring está registrando eventos. Realize as etapas apropriadas, conforme descrito abaixo, para solucionar problemas de uma mensagem atrasada de detecção de SDK.

O console informa que o SDK foi detectado, mas nenhum dado é exibido

O Performance Monitoring processa dados de eventos de desempenho antes de exibi-los no painel Desempenho.

Se já tiverem passado mais de 24 horas desde que a mensagem "SDK detectado" apareceu e você ainda não estiver vendo dados, verifique o Painel de status do Firebase caso haja uma interrupção conhecida. Se não houver interrupção, entre em contato com o suporte do Firebase.

O aplicativo não está registrando eventos de desempenho

Se você não estiver vendo eventos de desempenho nas mensagens de registro, tente estas etapas de solução de problemas:

1. Verifique se o SDK do Performance Monitoring foi inicializado corretamente no app.

2. Verifique se o SDK do Performance Monitoring não está desativado. Para isso, use a seguinte flag:

   • performance.instrumentationEnabled

3. Verifique se o processo de cache do navegador está desativado. Caso contrário, o navegador poderá não receber novas configurações de instrumentação.

4. Feche e abra novamente a guia da página da Web. Verifique se há registros novamente.

   Se você tiver acabado de adicionar o SDK do Performance Monitoring ao app, talvez precise reiniciá-lo completamente para que o SDK comece a funcionar.

5. Se você não encontrar nada desativado no seu app, entre em contato com o suporte do Firebase.

Faltam dados de First Input Delay no Painel de desempenho

Se você não estiver vendo dados da métrica First Input Delay, tente estas etapas de solução de problemas:

1. Lembre-se de que o Performance Monitoring só registra a métrica First Input Delay quando o usuário clica na página da Web nos primeiros 5 segundos após o carregamento de página.

2. Verifique se você configurou o app para medir essa métrica. A métrica First Input Delay requer configuração manual. Especificamente, é necessário adicionar a biblioteca de polyfill para essa métrica. Veja instruções de instalação na documentação da biblioteca.

   Não é necessário adicionar essa biblioteca de polyfill para que o Performance Monitoring informe outras métricas de apps da Web.

Faltam dados de traces personalizados no Painel de desempenho

Você está vendo os dados de desempenho dos traces coletados automaticamente, mas não dos traces de código personalizados? Realize estas etapas de solução de problemas:

1. Verifique a configuração de traces de código personalizados instrumentados com a API Trace, principalmente o seguinte:

   • Os nomes dos traces de código e métricas personalizados precisam cumprir os seguintes requisitos: nenhum espaço em branco no início ou no final, nenhum sublinhado (_) no início e tamanho máximo de 32 caracteres.
   • Todos os traces precisam ser iniciados e interrompidos. Os traces que não forem iniciados, que não forem interrompidos ou que forem interrompidos antes de ser iniciados não serão registrados.

   Se você estiver usando o método record(), não precisará iniciar ou interromper o trace explicitamente.

2. Verifique se a coleta de dados do Performance Monitoring não está desativado. Para isso, use a seguinte flag:

   • performance.dataCollectionEnabled

     Essa sinalização controla a coleta de dados somente de traces de código personalizados (e não de todos os dados).

3. Verifique as mensagens de registro para confirmar se o Performance Monitoring está registrando os traces de código personalizados esperados.

4. Se o Performance Monitoring estiver registrando eventos, mas nenhum dado for exibido após 24 horas, entre em contato com o suporte do Firebase.

Faltam dados de solicitação de rede no painel de desempenho

Se estiverem faltando dados de solicitação de rede, lembre-se do seguinte:

• O Performance Monitoring coleta automaticamente métricas de solicitações de rede informadas pela API do navegador. Esses relatórios não incluem solicitações de rede com falha.

• Dependendo do comportamento do código e das bibliotecas de rede usadas pelo código, o Performance Monitoring só pode gerar relatórios sobre solicitações de rede concluídas. Isso significa que as conexões HTTP/S que ficaram abertas talvez não sejam registradas.

Os dados de solicitação de rede não são agregados conforme esperado

Saiba mais sobre como o Performance Monitoring agrega solicitações de rede em padrões do URL.

Você também pode testar os padrões de URL personalizados.

O que aconteceu com os principais problemas no card de desempenho da página inicial do projeto?

Substituímos Principais problemas por Alertas recentes para expandir mais nosso recurso de alertas, que envia uma notificação automaticamente quando um limite definido é ultrapassado. A funcionalidade de problemas foi descontinuada e substituída por alertas.

O seletor de apps na parte de cima do card de desempenho filtra os problemas em Alertas recentes. Somente os três alertas mais recentes para os apps selecionados são exibidos.

Veja mais informações em Configurar alertas de problemas de desempenho.

O que aconteceu com a capacidade de definir limites para problemas no console?

O Performance Monitoring é compatível com alertas para métricas que excedem os limites definidos. Para evitar confusão com esses limites configuráveis para métricas de desempenho, removemos a capacidade de configurar limites para problemas.

O que aconteceu com as informações de detalhes e métricas no console do Firebase?

Substituímos as páginas de detalhes e métricas por uma interface do usuário (interface) reformulada e centralizada para melhorar o processo da solução de problemas. Essa nova interface de solução de problemas oferece a mesma funcionalidade principal que a página de detalhes e de métricas. Para saber mais sobre a solução de problemas, consulte Ver mais dados de um trace específico.

Por que o número de amostras não é o que eu esperava?

O Performance Monitoring coleta dados de desempenho dos dispositivos dos usuários no seu app. Se o aplicativo tiver muitos usuários ou se gerar muita atividade de desempenho, o Performance Monitoring poderá limitar a coleta de dados a um subconjunto de dispositivos para reduzir o número de eventos processados. Esses limites são o suficiente para que, mesmo com menos eventos, os valores das métricas ainda representem a experiência do usuário no app.

Para gerenciar o volume de dados coletados, o Performance Monitoring usa estas opções de amostragem:

• Limitação de taxa no dispositivo: para evitar que um dispositivo envie bursts de traces de repente, limitamos o número de traces de solicitação de código e rede enviados de um dispositivo para 300 eventos a cada 10 minutos. Assim, o dispositivo é protegido contra instrumentações de loop que podem enviar grandes quantidades de dados de desempenho e evitamos a distorção das medidas de desempenho por um único dispositivo.

• Amostragem dinâmica: o Performance Monitoring coleta um número limitado de traces de código e de solicitação de rede por app diariamente de todos os usuários do aplicativo. Uma taxa de amostragem dinâmica é buscada nos dispositivos usando o Firebase Remote Config para determinar se um dispositivo aleatório precisa capturar e enviar traces. Um dispositivo não selecionado para amostragem não envia eventos. A taxa de amostragem dinâmica é específica do app e é ajustada para garantir que o volume geral dos dados coletados continue abaixo do limite.

  As sessões do usuário enviam outros dados detalhados de um dispositivo, e exige mais recursos para identificar e enviar as informações. Para minimizar o impacto das sessões de usuários, o Performance Monitoring também pode restringir o número de sessões.

• Limitação de taxa do lado do servidor: para garantir que os apps não ultrapassem o limite de amostragem, o Performance Monitoring pode usar a amostragem do lado do servidor para excluir alguns eventos recebidos dos dispositivos. Esse tipo de limitação não altera a eficácia das nossas métricas, mas pode causar algumas mudanças de padrão, incluindo:

  • O número de traces e o de vezes em que um código foi executado podem ser diferentes.
  • Os traces estreitamente vinculados ao código podem ter um número de amostras diferente.

O que aconteceu com a guia Problemas no console?

Substituímos a guia "Issues" pela introdução de alertas, que informa automaticamente quando os limites definidos são excedidos. Não é mais necessário verificar manualmente o console do Firebase para determinar o status de um limite. Para informações sobre Alertas, consulte Configurar alertas de problemas de desempenho.

O que aconteceu com as guias No dispositivo e Rede no console? Como faço para ver os traces que estavam nessas páginas?

Reformulamos a seção Performance Monitoring do console do Firebase para que a guia Painel exibe as principais métricas e todos os traces em um só lugar. Como parte da reformulação, removemos as páginas No dispositivo e Rede.

A tabela de traces na parte de baixo da guia Painel tem as mesmas informações que as guias No dispositivo e Rede, mas com alguns recursos a mais, incluindo a capacidade de ordenar os traces pela mudança na porcentagem de uma métrica específica. Para visualizar todas as métricas e dados de um trace específico, clique no nome do trace na tabela.

Veja seus traces nestas subguias da tabela:

• Traces de solicitação de rede (prontos para uso e personalizados): subguia Solicitações de rede
• Traces de código personalizados: subguia Traces personalizados
• Traces de inicialização do app, de app em primeiro plano e de app em segundo plano: subguia Traces personalizados
• Traces de renderização da tela: subguia Renderização de tela
• Traces de carregamento da página: subguia Carregamento de página

Para saber mais sobre a tabela de traces e como visualizar métricas e dados, acesse a página de informações gerais do console (iOS+ | Android | Web).

Por que o número de frames lentos e congelados não é o que eu esperava?

Os frames congelados e com renderização lenta são calculados com uma taxa de atualização de 60 Hz. Se a taxa de atualização do dispositivo for menor que 60 Hz, cada frame terá um tempo de renderização mais lento, porque menos frames serão renderizados por segundo. Tempos de renderização mais lentos podem gerar frames mais lentos ou congelados, porque mais frames são renderizados lentamente ou travam. No entanto, se a taxa de atualização for maior que 60 Hz, cada frame terá um tempo de renderização mais rápido. Isso faz com que haja menos frames lentos ou congelados. Essa é uma limitação atual no SDK do Performance Monitoring.

Como faço para adicionar o SDK do Performance Monitoring para JS menor e com namespace, o SDK "independente", ao meu app da Web?

Se o Performance Monitoring for o único produto do Firebase usado no seu app, use o SDK independente do Performance Monitoring e o script de cabeçalho recomendado abaixo caso você queira:

• usar uma biblioteca com namespace;
• reduzir o tamanho do pacote do SDK;
• adiar a inicialização do SDK para depois do carregamento da página.

Para incluir o SDK independente do Performance Monitoring no seu app e atrasar a inicialização após o carregamento da página:

1. Adicione o seguinte script ao cabeçalho do seu arquivo de índice.
2. Adicione o objeto de configuração do projeto do Firebase do seu app.

(function(sa,fbc){function load(f,c){var a=document.createElement('script');
a.async=1;a.src=f;var s=document.getElementsByTagName('script')[0];
s.parentNode.insertBefore(a,s);}load(sa);
window.addEventListener('load',function(){firebase.initializeApp(fbc).performance()});
})(performance_standalone, firebaseConfig);

Em que:

• performance_standalone é 'https://www.gstatic.com/firebasejs/11.0.2/firebase-performance.js'
• firebaseConfig é o objeto de configuração do Firebase.

O script acima carrega de maneira assíncrona o SDK autônomo e inicializa o Firebase após o disparo do evento onload da janela. Essa tática reduz o impacto que o SDK pode ter nas métricas de carregamento de página, já que o navegador informou as métricas ao inicializar o SDK.

(function(sdkSource, firebaseConfigObject) {
   function load(f, c) {
       // Creates a script tag to load the standalone SDK
       var sdkScript = document.createElement('script');

       // Sets it to an async script so that it doesn't interfere with page load
       sdkScript.async = 1;

       // Sets the source of the script
       sdkScript.src = f;

       // Inserts the script into the head of the page
       var s = document.getElementsByTagName('script')[0];
       s.parentNode.insertBefore(sdkScript, s);
   }

   // Calls the load method
   load(sdkSource);

   // Initializes the SDK only when the onload method is called
   window.addEventListener('load', function() {
       firebase.initializeApp(firebaseConfigObject).performance();
   });
})(performance_standalone, firebaseConfig);

O que são os dados de desempenho "quase em tempo real"?

O Firebase Performance Monitoring processa os dados de desempenho coletados à medida que eles chegam, o que resulta em dados quase em tempo real no console do Firebase. Usamos o termo "quase em tempo real" porque os dados processados são exibidos no console alguns minutos após a coleta.

Para aproveitar o processamento de dados quase em tempo real, verifique se o app usa uma versão do SDK compatível com tempo real.

Como faço para ter dados de desempenho quase em tempo real sobre meu app?

Para aproveitar o processamento de dados quase em tempo real, basta verificar se o app usa uma versão do SDK do Performance Monitoring compatível com o processamento de dados em tempo real.

Estas são as versões do SDK compatíveis:

• iOS: v7.3.0 ou mais recentes
• tvOS: v8.9.0 ou mais recentes
• Android: v19.0.10 ou mais recente (ou Firebase Android BoM v26.1.0 ou mais recente)
• Web: v7.14.0 ou mais recentes

Sempre recomendamos o uso da versão mais recente do SDK, mas qualquer uma das opções acima permitirá que o Performance Monitoring processe os dados quase em tempo real.

Quais versões do SDK do Performance Monitoring são consideradas compatíveis com os dados em tempo real?

Estas são as versões do SDK compatíveis:

• iOS: v7.3.0 ou mais recentes
• tvOS: v8.9.0 ou mais recentes
• Android: v19.0.10 ou mais recente (ou Firebase Android BoM v26.1.0 ou mais recente)
• Web: v7.14.0 ou mais recentes

Sempre recomendamos o uso da versão mais recente do SDK, mas qualquer uma das opções acima permitirá que o Performance Monitoring processe os dados quase em tempo real.

E se eu não atualizar o app para usar uma versão do SDK compatível com o processamento em tempo real?

Se o app não usar uma versão do SDK compatível com esse processamento em tempo real, ainda será possível ver todos os dados de desempenho dele no console do Firebase. No entanto, a exibição dos dados de desempenho será atrasada em cerca de 36 horas a partir do momento da coleta.

Fiz a atualização para uma versão do SDK compatível com o processamento em tempo real, mas alguns usuários ainda utilizam versões antigas do app. Continuarei vendo os dados de desempenho desses usuários no console do Firebase?

Sim. Você verá os dados de desempenho de todos os usuários independentemente da versão do SDK utilizada por uma instância do app.

No entanto, se você estiver analisando dados recentes (menos de 36 horas), as informações mostradas vão ser de usuários em instâncias do app usando uma versão do SDK compatível com tempo real. Já os dados não recentes vão incluir informações de desempenho de todas as versões do app.