Esta página fornece dicas de solução de problemas para usar os recursos e as ferramentas do Monitoramento de desempenho.
Primeiras verificações para a solução de problemas
As duas verificações a seguir são práticas recomendadas gerais para qualquer pessoa antes da solução de problemas.
1. Verificar se há eventos de desempenho nas mensagens de registro
Verifique suas mensagens de registro para confirmar que o SDK do Monitoramento de desempenho está captando eventos de desempenho.
Como ver se há eventos de desempenho nas mensagens de registro
Ative a geração de registros de depuração do Monitoramento de desempenho no tempo de build. Para fazer isso, adicione um elemento
<meta-data>
ao arquivoAndroidManifest.xml
do seu app:<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>
Verifique se há mensagens de erro nas mensagens de registro.
O Monitoramento de desempenho marca as mensagens de registro com
FirebasePerformance
. Ao usar o filtro logcat, você vê especificamente a geração de registros do trace de duração e as solicitações de rede HTTP/S. Basta executar o seguinte comando:adb logcat -s FirebasePerformance
Verifique os seguintes tipos de registro que indicam que o Monitoramento de desempenho está registrando eventos de desempenho:
Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
Logging network request trace: URL
Clique no URL para ver seus dados no Console do Firebase. Pode levar alguns instantes até que os dados sejam atualizados no painel.
Se o app não estiver registrando eventos de desempenho, veja as dicas de solução de problemas.
2. Verificar o Painel de status do Firebase
Verifique o Painel de status do Firebase caso haja uma interrupção conhecida no Firebase ou no Monitoramento de desempenho.
Introdução ao Monitoramento de desempenho
Se você está começando a usar o Monitoramento de desempenho (iOS+ | Android | Web), as dicas a seguir podem ajudar com problemas que envolvem a detecção do SDK pelo Firebase ou a exibição dos primeiros dados de desempenho no Console do Firebase.
O SDK foi adicionado ao app, mas o console ainda pede para adicioná-lo
O Firebase pode detectar se você adicionou o SDK do Monitoramento de desempenho 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 última versão do SDK ao app e nenhuma alteração apareceu, verifique suas mensagens de registro para conferir se o Monitoramento de desempenho está registrando eventos. Realize as etapas apropriadas, conforme descrito abaixo, para solucionar problemas de uma mensagem atrasada de detecção de SDK.
O app está registrando eventos: etapas de solução de problemas
Verifique se você está usando a versão 19.1.0 ou mais recente do SDK do Android para o Monitoramento de desempenho (ou a versão 26.3.0 ou mais recente da BoM do Firebase). Consulte as Notas de lançamento.
Se você ainda estiver desenvolvendo localmente, tente gerar mais eventos para a coleta de dados:
- Gere eventos alternando o plano de fundo e o primeiro plano do app várias vezes. Interaja com o app navegando pelas telas e/ou acionando solicitações de rede.
Verifique se o arquivo de configuração do Firebase (
google-services.json
) foi adicionado corretamente ao app e se você não o modificou. Especificamente, verifique o seguinte:O nome do arquivo de configuração não tem caracteres adicionais, como
(2)
.O arquivo de configuração está no diretório módulo (nível do app) do app.
O ID do app Android (
mobilesdk_app_id
) do Firebase listado no arquivo de configuração está correto no app. Encontre o ID do app no card Seus apps das settings Configurações do projeto.
Se algo parecer errado com o arquivo de configuração no seu app, tente o seguinte:
Exclua o arquivo de configuração atual do app.
Siga estas instruções para fazer o download de um novo arquivo de configuração e adicioná-lo ao seu app Android.
Se o SDK estiver registrando eventos e tudo estiver configurado corretamente, mas você ainda não estiver vendo a mensagem de detecção do SDK ou dados processados (após 10 minutos), entre em contato com o suporte do Firebase.
O app não está registrando eventos: etapas de solução de problemas
Verifique a configuração do plug-in do Gradle para o Monitoramento de desempenho da seguinte maneira:
Veja se você adicionou o plug-in corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in
(
) ao arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do app). - Você incluiu a dependência do classpath para o plug-in
(
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto.
- Você adicionou o plug-in
(
Verifique se o plug-in não está desativado usando uma das seguintes sinalizações:
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do app)firebasePerformanceInstrumentationEnabled
no arquivogradle.properties
Verifique se o SDK do Monitoramento de desempenho não está desativado. Para isso, use uma das seguintes sinalizações no arquivo
AndroidManifest.xml
:firebase_performance_collection_enabled
firebase_performance_collection_deactivated
Verifique se o Monitoramento de desempenho não está desativado no ambiente de execução.
Se você não encontrar nada desativado no seu app, entre em contato com o suporte do Firebase.
O console informa que o SDK foi detectado, mas nenhum dado é exibido
O Monitoramento de desempenho 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.
Como solucionar problemas gerais
Se você tiver adicionado o SDK e estiver usando o Monitoramento de desempenho no app, as dicas a seguir poderão ajudar com problemas gerais que envolvem recursos e ferramentas do Monitoramento de desempenho.
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:
Verifique a configuração do plug-in do Gradle para o Monitoramento de desempenho da seguinte maneira:
Veja se você adicionou o plug-in corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in
(
) ao arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do app). - Você incluiu a dependência do classpath para o plug-in
(
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto.
- Você adicionou o plug-in
(
Verifique se o plug-in não está desativado usando uma das seguintes sinalizações:
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do app)firebasePerformanceInstrumentationEnabled
no arquivogradle.properties
Verifique se o SDK do Monitoramento de desempenho não está desativado. Para isso, use uma das seguintes sinalizações no arquivo
AndroidManifest.xml
:firebase_performance_collection_enabled
firebase_performance_collection_deactivated
Verifique se o Monitoramento de desempenho não está desativado no ambiente de execução.
Se você não encontrar nada desativado no seu app, entre em contato com o suporte do Firebase.
Faltam dados de traces de tela no Painel de desempenho
Se você não tiver dados para traces de renderização de tela, tente as etapas de solução de problemas a seguir:
Verifique se você está usando a versão mais recente do SDK do Android (v21.0.1). Os traces de renderização de tela só estão disponíveis na versão v15.2.0 ou posterior.
Verifique se você não desativou manualmente a aceleração de hardware de uma tela.
Verifique se você não está usando o DexGuard ou o Jack. O Monitoramento de desempenho é incompatível com esses conjuntos de ferramentas.
O DexGuard desativa a coleta automática de traces de aplicativos em primeiro plano, de apps em segundo plano e de inicialização de aplicativos. No entanto, todos os traces de código personalizados devem se comportar normalmente se o app usa o DexGuard.
O Jack foi descontinuado e, no geral, não deve ser usado no seu app.
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:
Se você tiver instrumentado traces de código personalizados com a API Trace, verifique a configuração deles, 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.
- 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
(
Se você tiver instrumentado traces de código personalizados com a notação
@AddTrace
, verifique a configuração do plug-in do Gradle para o Monitoramento de desempenho:Veja se você adicionou o plug-in corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in
(
) ao arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do app). - Você incluiu a dependência do classpath para o plug-in
(
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto.
- Você adicionou o plug-in
(
Verifique se o plug-in não está desativado usando uma das seguintes sinalizações:
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do app)firebasePerformanceInstrumentationEnabled
no arquivogradle.properties
Verifique as mensagens de registro para confirmar se o Monitoramento de desempenho está registrando os traces de código personalizados esperados.
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.
Faltam dados de solicitação de rede no painel de desempenho
Se estiverem faltando dados de solicitação de rede, tente as seguintes etapas de solução de problemas:
Nos apps Android, o plug-in do Monitoramento de desempenho para Gradle permite uma instrumentação que oferece monitoramento automático das solicitações de rede HTTP/S. Verifique se:
Veja se você adicionou o plug-in corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in
(
) ao arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do app). - Você incluiu a dependência do classpath para o plug-in
(
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto.
- Você adicionou o plug-in
(
Verifique se o plug-in não está desativado usando uma das seguintes sinalizações:
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do app)firebasePerformanceInstrumentationEnabled
no arquivogradle.properties
Verifique a incompatibilidade da biblioteca de rede. O Monitoramento de desempenho coleta automaticamente métricas das solicitações de rede que usam as seguintes bibliotecas: OkHttp 3.x.x, URLConnection do Java e Apache HttpClient.
É possível adicionar o monitoramento personalizado para solicitações de rede.
Atente para o seguinte:
Dependendo do comportamento do código e das bibliotecas de rede usadas pelo código, o Monitoramento de desempenho 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.
O Monitoramento de desempenho não é compatível com o DexGuard e o Jack.
- O DexGuard desativa o monitoramento de solicitações de rede HTTP/S.
- O Jack foi descontinuado e, no geral, não deve ser usado no seu app.
O Monitoramento de desempenho não gera relatórios sobre solicitações de rede com cabeçalhos
Content-Type
inválidos. No entanto, as solicitações de rede sem os cabeçalhosContent-Type
ainda serão aceitas.
Os dados de solicitação de rede não são agregados conforme 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 testar os padrões de URL personalizados.
Perguntas frequentes
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 Monitoramento de desempenho é compatível com alertas de 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 Monitoramento de desempenho coleta dados da performance dos dispositivos dos usuários no seu app. Se o aplicativo tiver muitos usuários ou se gerar muita 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 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 Monitoramento de desempenho 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 Monitoramento de desempenho coleta aproximadamente 100 milhões de eventos para traces de código e 100 milhões para traces 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 a Configuração remota do Firebase. Assim, é possível 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, também é possível restringir o número de sessões usando o Monitoramento de desempenho.
Limitação de taxa do lado do servidor: para garantir que os apps não ultrapassem o limite de amostragem, o Monitoramento de desempenho 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. Veja mais informações em 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?
Redesenhamos a seção "Monitoramento de desempenho" do Console do Firebase para que a guia Painel exiba as principais métricas e todos os traces em um só lugar. Como parte da renovaçã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 no SDK do Monitoramento de desempenho.
Por que não consigo ver traces de fragmentos?
Para ver o desempenho de fragmentos, além da atividade no app, verifique se o app usa a versão 20.1.0 ou mais recente do SDK do Android do Monitoramento de desempenho. Para saber mais, consulte Adicionar o Monitoramento de desempenho ao seu app.
Como entender quais rastros estão relacionados a fragmentos e atividades?
Cada um dos traços de fragmentos e atividades é baseado no nome da classe, conforme definido no aplicativo. Cada um dos traços de tela contém o prefixo st, seguido pelo nome da classe. No Console do Firebase, o prefixo é removido. Para saber mais, consulte Saiba mais sobre dados de desempenho de renderização de tela (apps para Apple e Android).
Por que estou vendo menos traços de fragmento do que outros?
O Monitoramento de desempenho realiza amostragem de eventos em todos os eventos coletados em um dispositivo. Essa abordagem permite coletar os eventos mínimos necessários dos dispositivos dos usuários para fornecer métricas de desempenho.
Como vou ser notificado quando houver um problema com o desempenho da renderização do aplicativo?
O Monitoramento de desempenho permite configurar alertas para as métricas que mais interessam a você. Para traços de renderização de tela gerados, configure alertas para receber notificações quando a porcentagem de frames lentos e congelados exceder um limite definido por você.
Meus tempos de compilação ficaram altos depois que ativei o plug-in do Gradle para o Monitoramento de desempenho. Como posso melhorar isso?
O Monitoramento de desempenho para Android usa a instrumentação de bytecode para fornecer alguns recursos prontos para uso, como solicitações de monitoramento de redes HTTP/S. Como parte da compilação, o processo requer iteração em todas as classes do app, incluindo dependências, para instrumentar o código essencial na medição do desempenho das solicitações de rede do aplicativo.
Veja a seguir alguns dos principais itens que aumentam o tempo de compilação:
- Número de classes ou arquivos
- Tamanho de cada uma das classes (linhas de código)
- Configuração da máquina
- Build inicial x build posterior (versões subsequentes normalmente são mais rápidas que as iniciais)
Para otimizar o tempo de compilação, considere modularizar o código.
Desde a versão 1.3.3 do plug-in do Monitoramento de desempenho, estamos nos concentrando em fazer melhorias consideráveis no processamento de build incremental e no armazenamento em cache das entradas da biblioteca. Para receber as últimas melhorias no tempo de compilação, use a versão mais recente do plug-in (v1.4.2).
Se você quiser evitar longos tempos de build, desative localmente o plug-in do Monitoramento de desempenho nos seus builds de depuração. Ainda assim, essa abordagem não é recomendada para builds de produção, já que isso pode resultar na perda de medidas de desempenho das solicitações de rede no app.
O que devo fazer se eu receber erros de compilação devido a bibliotecas incompatíveis com o plug-in do Gradle para o Monitoramento de desempenho?
O Monitoramento de desempenho para Android usa a instrumentação de bytecode para fornecer alguns recursos prontos para uso, como solicitações de monitoramento de redes HTTP/S. Como parte da compilação, o processo requer iteração em todas as classes do app, incluindo dependências, para instrumentar o código essencial na medição do desempenho das solicitações de rede do aplicativo.
Se você receber erros de build como JSR/RET are not supported with
computeFrames option
ou erros semelhantes após a integração com o plug-in do Monitoramento de desempenho,
é possível que você tenha uma dependência em uma biblioteca incompatível
com esse plug-in.
Para resolver isso, siga as etapas abaixo para impedir que bibliotecas/classes incompatíveis sejam instrumentadas:
- Atualize para a versão mais recente do plug-in do Monitoramento de desempenho para Gradle (no mínimo, para a v1.4.0).
- Atualize a versão do Plug-in do Android para Gradle para a v7.2.0 ou mais recente.
- Adicione a seguinte sinalização ao arquivo
build.gradle
do módulo (nível do app) para impedir que as classes/bibliotecas incompatíveis sejam instrumentadas:android { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
Para saber mais sobre a propriedadeexclude
do Android API do plug-inInstrumentation
do Gradle, consulte Instrumentação.
Registre um problema no GitHub (em inglês) ao encontrar erros de build devido a bibliotecas incompatíveis para que eles também não sejam instrumentados no plug-in do Monitoramento de desempenho.
Os dados do Monitoramento de desempenho estão levando mais tempo do que o esperado para serem exportados ao BigQuery. Isso não deveria acontecer em tempo real?
Se você tiver ativado a integração do BigQuery com o Monitoramento de desempenho do Firebase, os dados serão exportados para o BigQuery entre 12 e 24 horas após o fim do dia (Horário do Pacífico).
Por exemplo, os dados de 19 de abril estarão disponíveis no BigQuery em 20 de abril entre as 12h e meia-noite (todas as datas e horas são do Horário do Pacífico).
Processamento e exibição de dados quase em tempo real
O que são os dados de desempenho "quase em tempo real"?
O Monitoramento de desempenho do Firebase 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, confira se o app usa uma versão do SDK do Monitoramento de desempenho compatível com esse processamento.
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 versões mais recentes (ou a BoM do Firebase para Android v26.1.0 ou posteriores)
- 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 Monitoramento de desempenho processe os dados quase em tempo real.
Quais versões do SDK do Monitoramento de desempenho 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 versões mais recentes (ou a BoM do Firebase para Android v26.1.0 ou posteriores)
- 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 Monitoramento de desempenho 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 tiver uma versão do SDK compatível com esse processamento, ainda será possível conferir todos os dados de desempenho do app 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.
Atualizei para uma versão do SDK compatível com o processamento em tempo real, mas alguns usuários ainda usam versões antigas do app. Vou continuar 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.
Como entrar em contato com o suporte do Firebase
Ao entrar em contato com o suporte do Firebase, sempre inclua o ID do app do Firebase. Você pode encontrar o ID do app do Firebase no card Seus apps nas Configurações do projeto (settings).