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

Como exibir mensagens de log para eventos de desempenho

1. Abra as ferramentas de desenvolvedor do seu navegador (por exemplo, guia Network para Chrome Dev Tools ou no Network Monitor para Firefox ).

2. Atualize seu aplicativo da web no navegador.

3. Verifique suas mensagens de log para quaisquer mensagens de erro.

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

Se seu aplicativo não estiver registrando eventos de desempenho, revise as dicas de solução de problemas.

Adicionado o SDK ao aplicativo, mas o console ainda diz para adicionar o SDK

O Firebase pode detectar se você adicionou com êxito o SDK de monitoramento de desempenho ao seu aplicativo quando ele recebe informações de eventos (como interações do aplicativo) do seu aplicativo. Normalmente, 10 minutos após o início do aplicativo, o painel de desempenho do console do Firebase exibe uma mensagem "SDK detectado". Então, dentro de 30 minutos, o painel exibe os dados iniciais processados.

Se já se passaram mais de 10 minutos desde que você adicionou a versão mais recente do SDK ao seu aplicativo e ainda não está vendo nenhuma alteração, verifique suas mensagens de log para garantir que o monitoramento de desempenho esteja registrando eventos. Tente as etapas de solução de problemas apropriadas, conforme descrito abaixo, para solucionar uma mensagem de detecção atrasada do SDK.

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

Monitoramento de desempenho processa dados de eventos de desempenho antes de exibi-los no painel de desempenho .

Se já se passaram mais de 24 horas desde que a mensagem "SDK detectado" apareceu e você ainda não está vendo os 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 mensagens de log para eventos de desempenho , tente as seguintes etapas de solução de problemas:

1. Certifique-se de que o SDK de monitoramento de desempenho foi inicializado corretamente em seu aplicativo.

2. Certifique-se de que o SDK de monitoramento de desempenho não esteja desativado por meio do seguinte sinalizador:

   • performance.instrumentationEnabled

3. Certifique-se de que o cache do navegador esteja desativado, caso contrário, o navegador pode não selecionar nenhuma nova configuração de instrumentação.

4. Feche e reabra a guia da página da Web. Verifique o log novamente.

   Se você acabou de adicionar o SDK de monitoramento de desempenho em seu aplicativo, pode ser necessário reiniciar totalmente o aplicativo para que o SDK comece a funcionar.

5. Se você não encontrar nada desabilitado em seu aplicativo, entre em contato com o suporte do Firebase .

O painel de desempenho não contém os primeiros dados de atraso de entrada

Se você não estiver vendo dados para a primeira métrica de atraso de entrada , tente as seguintes etapas de solução de problemas:

1. Esteja ciente de que o Monitoramento de desempenho registra apenas a primeira métrica de atraso de entrada quando um usuário clica na página da Web nos primeiros 5 segundos após o carregamento da página.

2. Verifique se você configurou seu aplicativo para medir essa métrica. A primeira métrica de atraso de entrada requer configuração manual . Especificamente, você precisa adicionar a biblioteca polyfill para esta métrica. Para obter instruções de instalação, consulte a documentação da biblioteca.

   Observe que adicionar essa biblioteca de polyfill não é necessário para o monitoramento de desempenho relatar outras métricas de aplicativos da web.

O painel de desempenho não contém dados de rastreamento personalizados

Você está vendo dados de desempenho para rastreamentos coletados automaticamente, mas não para rastreamentos de código personalizado ? Tente as seguintes etapas de solução de problemas:

1. Verifique a configuração de rastreamentos de código personalizados instrumentados por meio da API Trace , especialmente o seguinte:

   • Os nomes para rastreamentos de código personalizados e métricas personalizadas devem atender aos seguintes requisitos: nenhum espaço em branco inicial ou final, nenhum caractere de sublinhado ( _ ) inicial e o comprimento máximo é de 32 caracteres.
   • Todos os rastreamentos devem ser iniciados e parados. Qualquer rastreio que não seja iniciado, não interrompido ou interrompido antes de iniciado não será registrado.

   Observe que, se você estiver usando o método record() , não precisará iniciar ou interromper explicitamente o rastreamento.

2. Certifique-se de que a coleta de dados do Monitoramento de desempenho não esteja desativada por meio do seguinte sinalizador:

   • performance.dataCollectionEnabled

     Este sinalizador controla a coleta de dados apenas para rastreamentos de código personalizado (não todos os dados).

3. Verifique suas mensagens de log para certificar-se de que o monitoramento de desempenho está registrando os rastreamentos de código personalizado esperados.

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

O painel de desempenho não contém dados de solicitação de rede

Se estiver faltando dados de solicitação de rede, esteja ciente do seguinte:

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

• Dependendo do comportamento do seu código e das bibliotecas de rede usadas pelo seu código, o Monitoramento de desempenho pode relatar apenas as solicitações de rede concluídas. Isso significa que as conexões HTTP/S deixadas abertas podem não ser relatadas.

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

Saiba mais sobre como o Monitoramento de desempenho agrega dados de solicitação de rede em padrões de URL.

Você também pode experimentar padrões de URL personalizados !

O que aconteceu com os principais problemas no cartão de desempenho na página inicial do Project?

Substituímos os principais problemas por alertas recentes como uma continuação de nossa recente introdução de alertas, que o notificam automaticamente quando os limites definidos são ultrapassados. Os problemas agora são obsoletos e substituídos por alertas.

O seletor de aplicativos na parte superior do cartão Desempenho filtra as entradas de alerta em Alertas recentes . Somente os três alertas mais recentes para o(s) aplicativo(s) selecionado(s) são exibidos.

Para saber mais sobre alertas, consulte Configurar alertas para problemas de desempenho .

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

Monitoramento de desempenho oferece suporte a 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 Detalhes e Métricas por uma interface de usuário (IU) centralizada e redesenhada para melhorar a solução de problemas. Essa nova IU de solução de problemas oferece a mesma funcionalidade principal oferecida por Detalhes e Métricas. Para saber mais sobre solução de problemas, consulte Exibir mais dados para um rastreamento específico .

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

O monitoramento de desempenho coleta dados de desempenho dos dispositivos de usuário do seu aplicativo. Se seu aplicativo tiver muitos usuários ou se o aplicativo gerar uma grande quantidade de atividade de desempenho, o Monitoramento de desempenho poderá limitar a coleta de dados a um subconjunto de dispositivos para reduzir o número de eventos processados. Esses limites são altos o suficiente para que, mesmo com menos eventos, os valores da métrica ainda representem a experiência do aplicativo do usuário.

Para gerenciar o volume de dados que coletamos, o Monitoramento de desempenho usa as seguintes opções de amostragem:

• Limitação de taxa no dispositivo : para evitar que um dispositivo envie rajadas repentinas de rastreamentos, limitamos o número de rastreamentos de solicitação de rede e código enviados de um dispositivo a 300 eventos a cada 10 minutos. Essa abordagem protege o dispositivo de instrumentações em loop que podem enviar grandes quantidades de dados de desempenho e evita que um único dispositivo distorça as medições de desempenho.

• Amostragem dinâmica : o monitoramento de desempenho coleta aproximadamente 100 milhões de eventos para rastreamentos de código e 100 milhões para rastreamentos de solicitação de rede por aplicativo em 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 deve capturar e enviar rastreamentos. Um dispositivo que não é selecionado para amostragem não envia nenhum evento. A taxa de amostragem dinâmica é específica do aplicativo e se ajusta para garantir que o volume geral de dados coletados permaneça abaixo do limite.

  As sessões do usuário enviam dados adicionais e detalhados do dispositivo de um usuário, exigindo mais recursos para capturar e enviar os dados. Para minimizar o impacto das sessões do usuário, o Monitoramento de desempenho também pode restringir o número de sessões.

• Limitação de taxa do lado do servidor : para garantir que os aplicativos não excedam o limite de amostragem, o Monitoramento de desempenho pode usar a amostragem do lado do servidor para descartar alguns eventos recebidos dos dispositivos. Embora esse tipo de limitação não altere a eficácia de nossas métricas, pode causar pequenas mudanças de padrão, incluindo o seguinte:

  • O número de rastreamentos pode diferir do número de vezes que um pedaço de código foi executado.
  • Os rastreamentos que estão estreitamente acoplados no código podem ter, cada um, um número diferente de amostras.

O que aconteceu com a guia Problemas no console?

Substituímos a guia Problemas pela introdução de Alertas, que o notificam automaticamente quando os limites definidos são excedidos. Você não precisa mais verificar manualmente o Firebase console para determinar o status de um limite. Para saber mais sobre Alertas, consulte Configurar alertas para problemas de desempenho .

O que aconteceu com as guias On Device e Network no console? Como faço para visualizar os vestígios que estavam nessas páginas?

Redesenhamos a seção Monitoramento de desempenho do Firebase console para que a guia Painel exiba suas principais métricas e todos os seus rastreamentos em um único espaço. Como parte do redesenho, removemos as páginas No dispositivo e Rede .

A tabela de rastreamentos na parte inferior da guia Painel tem todas as mesmas informações exibidas nas guias No dispositivo e Rede , mas com alguns recursos adicionais, incluindo a capacidade de classificar seus rastreamentos pela alteração percentual de uma métrica específica. Para visualizar todas as métricas e dados de um rastreamento específico, clique no nome do rastreamento na tabela de rastreamentos.

Visualize seus rastreamentos nas seguintes subguias da tabela de rastreamentos:

• Rastreamentos de solicitação de rede (prontos para uso e personalizados) — subguia Solicitações de rede
• Traços de código personalizados — subguia Rastreios personalizados
• Início do aplicativo, rastreamentos do aplicativo em primeiro plano e do aplicativo em segundo plano — subguia Rastreios personalizados
• Traços de renderização de tela — subguia de renderização de tela
• Rastreamentos de carregamento de página — subguia Carregamento de página

Para obter detalhes sobre a tabela de rastreamentos e visualizar métricas e dados, visite a página de visão geral do console ( iOS+ | Android | Web ).

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

Os quadros de renderização lenta e os quadros congelados são calculados com uma taxa de atualização de dispositivo assumida de 60 Hz. Se a taxa de atualização de um dispositivo for inferior a 60 Hz, cada quadro terá um tempo de renderização mais lento porque menos quadros são renderizados por segundo. Tempos de renderização mais lentos podem fazer com que mais quadros lentos ou congelados sejam relatados porque mais quadros serão renderizados mais lentamente ou congelarão. No entanto, se a taxa de atualização do dispositivo for superior a 60 Hz, cada quadro terá um tempo de renderização mais rápido. Isso pode fazer com que menos quadros lentos ou congelados sejam relatados. Esta é uma limitação atual no SDK de monitoramento de desempenho.

Como adiciono o menor SDK JS de Monitoramento de Desempenho com namespace (o SDK "autônomo") ao meu aplicativo da Web?

If Performance Monitoring is the only Firebase product in your app, you can use the standalone Performance Monitoring SDK (and the recommended header script below) if you're interested in:

• using a namespaced library
• reducing your SDK package size
• delaying initialization of the SDK until after your page loads

To include the standalone Performance Monitoring SDK in your app and delay its initialization to after your page loads:

1. Add the following script to the header of your index file.
2. Make sure to add your app's Firebase project configuration object .

(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);

where,

• performance_standalone is 'https://www.gstatic.com/firebasejs/9.17.1/firebase-performance-standalone.js'
• firebaseConfig is your app's Firebase config object

The above script asynchronously loads the standalone SDK then initializes Firebase after the window's onload event fires. This tactic reduces the impact that the SDK could have on page load metrics since the browser has already reported its loading metrics when you initialize the 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);

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.