Esta página fornece dicas de solução de problemas para começar a usar o Monitoramento de desempenho ou usar recursos e ferramentas do Monitoramento de desempenho.
Primeiras verificações para solução de problemas
As duas verificações a seguir são práticas recomendadas gerais para qualquer pessoa antes de solucionar problemas adicionais.
1. Verifique as mensagens de log para eventos de desempenho
Verifique suas mensagens de log para ter certeza de que o SDK do Monitoramento de Desempenho está capturando eventos de desempenho.
Ative o registro de depuração para o Monitoramento de desempenho no momento da compilação adicionando um elemento
<meta-data>
ao arquivoAndroidManifest.xml
do seu aplicativo, da seguinte forma:<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>
Verifique suas mensagens de log em busca de mensagens de erro.
O Monitoramento de desempenho marca suas mensagens de log com
FirebasePerformance
. Usando a filtragem logcat, você pode visualizar especificamente o rastreamento de duração e o registro de solicitações de rede HTTP/S executando o seguinte comando:adb logcat -s FirebasePerformance
Verifique os seguintes tipos de logs 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 visualizar seus dados no console do Firebase. Pode levar alguns instantes para que os dados sejam atualizados no painel.
Se seu aplicativo não estiver registrando eventos de desempenho, revise as dicas de solução de problemas .
2. Verifique o painel de status do Firebase
Verifique o Painel de status do Firebase caso haja uma interrupção conhecida do Firebase ou do 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 de solução de problemas 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 Firebase pode detectar se você adicionou o SDK do Monitoramento de desempenho ao seu aplicativo quando recebe informações de eventos (como interações do aplicativo). Normalmente, 10 minutos após iniciar o aplicativo, o painel de desempenho do console do Firebase exibe uma mensagem "SDK detectado". Então, em 30 minutos, o painel exibe os dados processados inicialmente.
Se já se passaram mais de 10 minutos desde que você adicionou a versão mais recente do SDK ao seu aplicativo e você ainda não vê 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.
Verifique se você está usando o Performance Monitoring Android SDK 19.1.0 ou posterior (ou Firebase BoM 26.3.0 ou posterior). Consulte Nota de versão .
Se você ainda estiver desenvolvendo localmente, tente gerar mais eventos para coleta de dados:
- Gere eventos alternando seu aplicativo entre segundo plano e primeiro plano várias vezes, interagindo com seu aplicativo 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 seu aplicativo e se você não modificou o arquivo. Especificamente, verifique o seguinte:O nome do arquivo de configuração não é anexado a caracteres adicionais, como
(2)
.O arquivo de configuração está no diretório do módulo (nível do aplicativo) do seu aplicativo.
O ID do aplicativo Android do Firebase (
mobilesdk_app_id
) listado no arquivo de configuração está correto para seu aplicativo. Encontre seu ID do aplicativo Firebase no cartão Seus aplicativos em suas Configurações do projeto .
Se algo parecer errado com o arquivo de configuração do seu aplicativo, tente o seguinte:
Exclua o arquivo de configuração que você possui atualmente em seu aplicativo.
Siga estas instruções para baixar um novo arquivo de configuração e adicioná-lo ao seu aplicativo Android.
Se o SDK estiver registrando eventos e tudo parecer estar configurado corretamente, mas você ainda não estiver vendo a mensagem de detecção do SDK ou os dados processados (após 10 minutos), entre em contato com o Suporte do Firebase .
Verifique a configuração do plugin Performance Monitoring Gradle, da seguinte forma:
Certifique-se de ter adicionado o plugin corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in (
) no arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do aplicativo) . - Você incluiu a dependência do caminho de classe do plug-in (
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto .
- Você adicionou o plug-in (
Certifique-se de que o plug-in não esteja desativado por meio de nenhum dos seguintes sinalizadores:
-
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do aplicativo) -
firebasePerformanceInstrumentationEnabled
em seu arquivogradle.properties
-
Verifique se o SDK do Monitoramento de desempenho não está desativado por meio de um dos seguintes sinalizadores no arquivo
AndroidManifest.xml
:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
Certifique-se de que o Monitoramento de desempenho não esteja desabilitado em tempo de execução .
Se você não encontrar nada desativado no seu aplicativo, entre em contato com o suporte do Firebase .
O Monitoramento de Desempenho processa dados de eventos de desempenho antes de exibi-los no painel 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 Firebase Status Dashboard caso haja uma interrupção conhecida. Se não houver interrupção, entre em contato com o suporte do Firebase .
Solução de problemas gerais
Se você adicionou o SDK com êxito e está usando o Monitoramento de desempenho em seu aplicativo, as dicas de solução de problemas a seguir podem ajudar com problemas gerais que envolvem recursos e ferramentas do Monitoramento de desempenho.
Se você não estiver vendo mensagens de registro de eventos de desempenho , tente as seguintes etapas de solução de problemas:
Verifique a configuração do plugin Performance Monitoring Gradle, da seguinte forma:
Certifique-se de ter adicionado o plugin corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in (
) no arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do aplicativo) . - Você incluiu a dependência do caminho de classe do plug-in (
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto .
- Você adicionou o plug-in (
Certifique-se de que o plug-in não esteja desativado por meio de nenhum dos seguintes sinalizadores:
-
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do aplicativo) -
firebasePerformanceInstrumentationEnabled
em seu arquivogradle.properties
-
Verifique se o SDK do Monitoramento de desempenho não está desativado por meio de um dos seguintes sinalizadores no arquivo
AndroidManifest.xml
:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
Certifique-se de que o Monitoramento de desempenho não esteja desabilitado em tempo de execução .
Se você não encontrar nada desativado no seu aplicativo, entre em contato com o suporte do Firebase .
Se faltarem dados para rastreamentos de renderização de tela, tente as seguintes etapas de solução de problemas:
Certifique-se de estar usando a versão mais recente do Android SDK (v20.5.2). Os rastreamentos de renderização de tela estão disponíveis apenas na versão 15.2.0 ou posterior.
Certifique-se de não ter desabilitado manualmente a aceleração de hardware para uma tela.
Certifique-se de não estar usando DexGuard ou Jack. O Monitoramento de Desempenho é incompatível com essas cadeias de ferramentas.
O DexGuard desativa a coleta automática de rastreamentos de início de aplicativo, aplicativo em primeiro plano e aplicativo em segundo plano. No entanto, qualquer rastreamento de código personalizado deverá se comportar normalmente se seu aplicativo usar o DexGuard.
Jack está obsoleto e geralmente não deve ser usado em seu aplicativo.
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:
Se você instrumentou rastreamentos de código personalizados por meio da API Trace , verifique a configuração dos rastreamentos, 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 à esquerda ou à direita, nenhum caractere de sublinhado (
_
) à esquerda e o comprimento máximo é de 32 caracteres. - Todos os rastreamentos devem ser iniciados e interrompidos. Qualquer rastreamento que não for iniciado, não interrompido ou interrompido antes de ser iniciado não será registrado.
- Os nomes para rastreamentos de código personalizados e métricas personalizadas devem atender aos seguintes requisitos: nenhum espaço em branco à esquerda ou à direita, nenhum caractere de sublinhado (
Se você instrumentou rastreamentos de código personalizados por meio da notação
@AddTrace
, verifique a configuração do plug-in Gradle do Monitoramento de Desempenho:Certifique-se de ter adicionado o plugin corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in (
) no arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do aplicativo) . - Você incluiu a dependência do caminho de classe do plug-in (
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto .
- Você adicionou o plug-in (
Certifique-se de que o plug-in não esteja desativado por meio de nenhum dos seguintes sinalizadores:
-
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do aplicativo) -
firebasePerformanceInstrumentationEnabled
em seu arquivogradle.properties
-
Verifique suas mensagens de log para certificar-se de que o Monitoramento de Desempenho esteja registrando os rastreamentos de código customizados 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 .
Se faltarem dados de solicitação de rede, tente as seguintes etapas de solução de problemas:
Para aplicativos Android, o plug-in Gradle de monitoramento de desempenho permite instrumentação que fornece monitoramento automático de solicitações de rede HTTP/S . Verifique o seguinte:
Certifique-se de ter adicionado o plugin corretamente. Especificamente, verifique o seguinte:
- Você adicionou o plug-in (
) no arquivoapply plugin: 'com.google.firebase.firebase-perf' build.gradle
do módulo (nível do aplicativo) . - Você incluiu a dependência do caminho de classe do plug-in (
) no arquivoclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
no nível do projeto .
- Você adicionou o plug-in (
Certifique-se de que o plug-in não esteja desativado por meio de nenhum dos seguintes sinalizadores:
-
instrumentationEnabled
no arquivobuild.gradle
do módulo (nível do aplicativo) -
firebasePerformanceInstrumentationEnabled
em seu arquivogradle.properties
-
Verifique se há incompatibilidade da biblioteca de rede. O Monitoramento de Desempenho coleta automaticamente métricas para solicitações de rede que usam as seguintes bibliotecas de rede: OkHttp 3.xx, URLConnection do Java e Apache HttpClient.
Observe que você pode adicionar monitoramento personalizado para solicitações de rede .
Esteja ciente do seguinte:
Dependendo do comportamento do seu código e das bibliotecas de rede usadas pelo seu código, o Monitoramento de Desempenho poderá relatar apenas as solicitações de rede concluídas. Isso significa que as conexões HTTP/S deixadas abertas podem não ser relatadas.
O Monitoramento de Desempenho não é compatível com DexGuard e Jack.
- DexGuard desativa o monitoramento de solicitações de rede HTTP/S.
- Jack está obsoleto e geralmente não deve ser usado em seu aplicativo.
O Monitoramento de Desempenho não informa 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.
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 !
Perguntas frequentes
Substituímos os principais problemas por alertas recentes como uma continuação da nossa recente introdução de alertas, que notificam você automaticamente quando os limites definidos são ultrapassados. Os problemas agora estã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 do(s) aplicativo(s) selecionado(s) são exibidos.
Para saber mais sobre alertas, consulte Configurar alertas para problemas de desempenho .
O 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 .
Substituímos as páginas Detalhes e Métricas por uma interface de usuário (IU) centralizada e redesenhada para melhorar a forma como você soluciona problemas. Essa nova IU de solução de problemas oferece a mesma funcionalidade básica oferecida por Detalhes e Métricas. Para saber mais sobre solução de problemas, consulte Exibir mais dados para um rastreamento específico .
O Monitoramento de desempenho coleta dados de desempenho dos dispositivos dos usuários do seu aplicativo. Se seu aplicativo tiver muitos usuários ou 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 sejam representativos da experiência do usuário no aplicativo.
Para gerenciar o volume de dados que coletamos, o Monitoramento de Desempenho utiliza 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 código e de solicitação de rede 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 um limite de aproximadamente 100 milhões de eventos para rastreamentos de código e 100 milhões para rastreamentos de solicitação de rede por aplicativo diariamente 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 está 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 de 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 este tipo de limitação não altere a eficácia das nossas métricas, pode causar pequenas mudanças de padrão, incluindo as seguintes:
- O número de rastreamentos pode ser diferente do número de vezes que um trecho de código foi executado.
- Os rastreamentos intimamente acoplados no código podem ter, cada um, um número diferente de amostras.
Substituímos a guia Problemas pela introdução de Alertas, que notifica você automaticamente quando os limites definidos são excedidos. Você não precisa mais verificar manualmente o console do Firebase para determinar o status de um limite. Para saber mais sobre alertas, consulte Configurar alertas para problemas de desempenho .
Redesenhamos a seção Monitoramento de desempenho do console do Firebase para que a guia Painel exiba suas principais métricas e todos os seus rastreamentos em um único espaço. Como parte da reformulação, 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 para 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
- Rastreamentos de código personalizados — subguia Rastreamentos personalizados
- Início do aplicativo, rastreamentos do aplicativo em primeiro plano e do aplicativo em segundo plano — subguia Rastreamentos personalizados
- Rastreamentos de renderização de tela — subguia 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 ).
Os quadros de renderização lenta e os quadros congelados são calculados com uma taxa de atualização do 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 quadros mais lentos ou congelados sejam relatados porque mais quadros serão renderizados mais lentamente ou congelarão. No entanto, se a taxa de atualização de um 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 do Monitoramento de Desempenho.
Para ver o desempenho dos fragmentos, além da atividade do aplicativo, certifique-se de que seu aplicativo esteja usando o Performance Monitoring Android SDK versão 20.1.0 ou superior. Para saber mais, consulte Adicionar monitoramento de desempenho ao seu aplicativo .
Cada fragmento e rastreio de atividade é baseado no nome da classe, conforme definido em seu aplicativo. Cada um dos traços de tela contém o prefixo st seguido do nome da classe. No console do Firebase, o prefixo foi removido. Para saber mais, consulte Saiba mais sobre dados de desempenho de renderização de tela (aplicativos Apple e Android) .
O Monitoramento de Desempenho conduz amostragem de eventos em todos os eventos coletados em um dispositivo. Essa abordagem nos permite coletar os eventos mínimos necessários dos dispositivos dos usuários para fornecer métricas de desempenho.
O Monitoramento de desempenho permite configurar alertas para as métricas de seu interesse. Para rastreamentos de renderização de tela gerados, você pode configurar alertas para notificá-lo quando a porcentagem de quadros lentos e congelados exceder um limite definido por você.
O Monitoramento de desempenho para Android usa instrumentação de bytecode para fornecer alguns recursos prontos para uso, como monitoramento de solicitações de rede HTTP/S . Como parte da compilação, o processo requer iteração por todas as classes do seu aplicativo (incluindo dependências) para instrumentar o código que é crucial na medição do desempenho da solicitação de rede do seu aplicativo.
Aqui estão alguns dos principais contribuintes para um aumento no tempo de construção:
- Número de classes ou arquivos
- Tamanho de cada uma dessas classes (linhas de código)
- Configuração da sua máquina
- Compilação inicial versus compilação subsequente (compilações subsequentes geralmente são mais rápidas que a compilação inicial)
Para otimizar seu tempo de construção, considere modularizar seu código .
A partir da versão 1.3.3 do plug-in Performance Monitoring, nos concentramos em fazer melhorias consideráveis no processamento incremental de construção e no cache de entradas da biblioteca. Para receber as melhorias mais recentes no tempo de construção, certifique-se de usar a versão mais recente do plug-in (v1.4.2) .
Observe que você pode desabilitar o plug-in Monitoramento de desempenho para suas compilações de depuração localmente se quiser evitar longos tempos de compilação. No entanto, esta abordagem não é recomendada para compilações de produção, pois pode resultar em medições de desempenho perdidas para as solicitações de rede no seu aplicativo.
O Monitoramento de desempenho para Android usa instrumentação de bytecode para fornecer alguns recursos prontos para uso, como monitoramento de solicitações de rede HTTP/S . Como parte da compilação, o processo requer iteração por todas as classes do seu aplicativo (incluindo dependências) para instrumentar o código que é crucial na medição do desempenho da solicitação de rede do seu aplicativo.
Se você receber erros de compilação como JSR/RET are not supported with computeFrames option
ou erros semelhantes após a integração com o plug-in Monitoramento de desempenho, isso pode ocorrer porque você também depende de uma biblioteca incompatível com o plug-in Gradle do Monitoramento de desempenho.
Para contornar isso, você pode excluir classes/bibliotecas incompatíveis da instrumentação seguindo estas etapas:
- Atualize para a versão mais recente do plug-in Gradle de monitoramento de desempenho (mínimo v1.4.0 ).
- Atualize a versão do plug-in do Android Gradle para v7.2.0 ou mais recente.
- Adicione o seguinte sinalizador ao arquivo
build.gradle
do módulo (nível do aplicativo) para excluir a instrumentação de classes/bibliotecas incompatíveis:android { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
Para saber mais sobre a propriedadeexclude
da APIInstrumentation
do plug-in Android Gradle, consulte Instrumentação .
Registre um problema no Github quando encontrar erros de compilação devido a bibliotecas incompatíveis para que eles também possam ser excluídos da instrumentação no plug-in de monitoramento de desempenho.
Se você tiver ativado a integração do BigQuery para o Firebase Performance Monitoring, seus dados serão exportados para o BigQuery de 12 a 24 horas após o final 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 12h e meia-noite (todas as datas e horários são no horário do Pacífico).
Quase em tempo real processamento de dados e exibição
Os processos de monitoramento de desempenho do FireBase coletavam dados de desempenho, o que resulta em dados de dados quase em tempo real no console do Firebase. Os dados processados são exibidos no console dentro de alguns minutos de sua coleção, daí o termo "quase em tempo real".
Para aproveitar o processamento de dados quase em tempo real, verifique se o seu aplicativo usa uma versão SDK compatível em tempo real .
Para aproveitar o processamento de dados quase em tempo real, você só precisa garantir que seu aplicativo use uma versão SDK de monitoramento de desempenho que seja compatível com o processamento de dados em tempo real.
Estas são as versões SDK compatíveis em tempo real:
- iOS - v7.3.0 ou mais tarde
- TvOS - v8.9.0 ou mais tarde
- Android - v19.0.10 ou posterior (ou Firebase Android Bom v26.1.0 ou mais tarde)
- Web - v7.14.0 ou mais tarde
Observe que sempre recomendamos o uso da versão mais recente do SDK, mas qualquer versão listada acima permitirá que o monitoramento de desempenho processe seus dados em tempo real.
Essas são as versões SDK compatíveis com o processamento de dados em tempo real:
- iOS - v7.3.0 ou mais tarde
- TvOS - v8.9.0 ou mais tarde
- Android - v19.0.10 ou posterior (ou Firebase Android Bom v26.1.0 ou mais tarde)
- Web - v7.14.0 ou mais tarde
Observe que sempre recomendamos o uso da versão mais recente do SDK, mas qualquer versão listada acima permitirá que o monitoramento de desempenho processe seus dados em tempo real.
Se o seu aplicativo não usar uma versão SDK compatível em tempo real, você ainda verá todos os dados de desempenho do seu aplicativo no console do Firebase. No entanto, a exibição dos dados de desempenho será atrasada em aproximadamente 36 horas a partir do momento de sua coleção.
Sim! Independentemente de qual versão SDK use uma instância do aplicativo, você verá dados de desempenho de todos os seus usuários.
No entanto, se você estiver analisando dados recentes (com menos de 36 horas de idade), os dados exibidos são de usuários de instâncias de aplicativos usando uma versão SDK compatível em tempo real. Os dados não recentes , no entanto, incluem dados de desempenho de todas as versões do seu aplicativo.
Entrando em contato com o suporte do Firebase
Se você chegar ao suporte do Firebase , sempre inclua o seu ID do aplicativo Firebase. Encontre o seu ID do aplicativo Firebase no cartão de aplicativos de suas de projeto de configurações .