Cette page fournit des conseils de dépannage pour démarrer avec Performance Monitoring ou pour utiliser les fonctionnalités et outils de Performance Monitoring.
Premières vérifications pour le dépannage
Les deux vérifications suivantes constituent des bonnes pratiques générales recommandées à tous avant un dépannage plus approfondi.
1. Vérifiez les messages du journal pour les événements de performances
Vérifiez vos messages de journal pour vous assurer que le SDK de surveillance des performances capture les événements de performances.
Activez la journalisation du débogage pour la surveillance des performances au moment de la génération en ajoutant un élément
<meta-data>
au fichierAndroidManifest.xml
de votre application, comme ceci :<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>
Vérifiez vos messages de journal pour tout message d'erreur.
Performance Monitoring marque ses messages de journal avec
FirebasePerformance
. À l'aide du filtrage logcat, vous pouvez spécifiquement afficher la trace de durée et la journalisation des requêtes réseau HTTP/S en exécutant la commande suivante :adb logcat -s FirebasePerformance
Recherchez les types de journaux suivants qui indiquent que Performance Monitoring enregistre les événements de performances :
-
Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
-
Logging network request trace: URL
-
Cliquez sur l'URL pour afficher vos données dans la console Firebase. La mise à jour des données dans le tableau de bord peut prendre quelques instants.
Si votre application n'enregistre pas les événements de performances, consultez les conseils de dépannage .
2. Vérifiez le tableau de bord d'état de Firebase
Vérifiez le tableau de bord d'état de Firebase en cas de panne connue pour Firebase ou pour la surveillance des performances.
Premiers pas avec la surveillance des performances
Si vous débutez avec la surveillance des performances ( iOS+ | Android | Web ), les conseils de dépannage suivants peuvent vous aider à résoudre les problèmes liés à la détection par Firebase du SDK ou à l'affichage de vos premières données de performances dans la console Firebase.
Firebase peut détecter si vous avez réussi à ajouter le SDK de surveillance des performances à votre application lorsqu'il reçoit des informations sur les événements (telles que les interactions avec l'application) de votre application. Généralement, dans les 10 minutes suivant le démarrage de votre application, le tableau de bord Performances de la console Firebase affiche un message « SDK détecté ». Puis, dans les 30 minutes, le tableau de bord affiche les premières données traitées.
Si plus de 10 minutes se sont écoulées depuis que vous avez ajouté la dernière version du SDK à votre application et que vous ne voyez toujours aucun changement, vérifiez vos messages de journal pour vous assurer que Performance Monitoring enregistre les événements. Essayez les étapes de dépannage appropriées décrites ci-dessous pour résoudre un message de détection retardée du SDK.
Assurez-vous que vous utilisez le SDK Android Performance Monitoring 19.1.0 ou version ultérieure (ou Firebase BoM 26.3.0 ou version ultérieure), voir Release Note .
Si vous développez toujours localement, essayez de générer davantage d'événements pour la collecte de données :
- Générez des événements en basculant plusieurs fois votre application entre l'arrière-plan et le premier plan, en interagissant avec votre application en naviguant sur les écrans et/ou en déclenchant des requêtes réseau.
Assurez-vous que votre fichier de configuration Firebase (
google-services.json
) est correctement ajouté à votre application et que vous n'avez pas modifié le fichier. Plus précisément, vérifiez les points suivants :Le nom du fichier de configuration n'est pas suivi de caractères supplémentaires, comme
(2)
.Le fichier de configuration se trouve dans le répertoire module (au niveau de l'application) de votre application.
L'ID de l'application Android Firebase (
mobilesdk_app_id
) répertorié dans le fichier de configuration est correct pour votre application. Recherchez votre identifiant d'application Firebase dans la carte Vos applications de vos Paramètres du projet .
Si quelque chose ne va pas avec le fichier de configuration de votre application, essayez ce qui suit :
Supprimez le fichier de configuration que vous avez actuellement dans votre application.
Suivez ces instructions pour télécharger un nouveau fichier de configuration et l'ajouter à votre application Android.
Si le SDK enregistre les événements et que tout semble être configuré correctement, mais que vous ne voyez toujours pas le message de détection du SDK ni les données traitées (après 10 minutes), contactez l'assistance Firebase .
Vérifiez la configuration du plugin Performance Monitoring Gradle, comme suit :
Assurez-vous que vous avez ajouté le plugin correctement. Plus précisément, vérifiez les points suivants :
- Vous avez ajouté le plugin (
) dans le fichierapply plugin: 'com.google.firebase.firebase-perf' build.gradle
de votre module (au niveau de l'application) . - Vous avez inclus la dépendance du chemin de classe pour le plugin (
) dans votre fichierclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
au niveau du projet .
- Vous avez ajouté le plugin (
Assurez-vous que le plugin n'est pas désactivé via l'un des indicateurs suivants :
-
instrumentationEnabled
dans le fichierbuild.gradle
de votre module (au niveau de l'application) -
firebasePerformanceInstrumentationEnabled
dans votre fichiergradle.properties
-
Vérifiez que le SDK de surveillance des performances n'est pas désactivé via l'un des indicateurs suivants dans votre fichier
AndroidManifest.xml
:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
Assurez-vous que la surveillance des performances n'est pas désactivée au moment de l'exécution .
Si vous ne trouvez rien de désactivé dans votre application, contactez l'assistance Firebase .
Performance Monitoring traite les données d'événements de performances avant de les afficher dans le tableau de bord Performances .
Si plus de 24 heures se sont écoulées depuis l'apparition du message « SDK détecté » et que vous ne voyez toujours pas de données, vérifiez le tableau de bord d'état de Firebase au cas où il y aurait une panne connue. S'il n'y a pas de panne, contactez l'assistance Firebase .
Dépannage général
Si vous avez ajouté le SDK avec succès et que vous utilisez la surveillance des performances dans votre application, les conseils de dépannage suivants peuvent vous aider à résoudre les problèmes généraux impliquant les fonctionnalités et les outils de surveillance des performances.
Si vous ne voyez pas les messages de journal pour les événements de performances , essayez les étapes de dépannage suivantes :
Vérifiez la configuration du plugin Performance Monitoring Gradle, comme suit :
Assurez-vous que vous avez ajouté le plugin correctement. Plus précisément, vérifiez les points suivants :
- Vous avez ajouté le plugin (
) dans le fichierapply plugin: 'com.google.firebase.firebase-perf' build.gradle
de votre module (au niveau de l'application) . - Vous avez inclus la dépendance du chemin de classe pour le plugin (
) dans votre fichierclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
au niveau du projet .
- Vous avez ajouté le plugin (
Assurez-vous que le plugin n'est pas désactivé via l'un des indicateurs suivants :
-
instrumentationEnabled
dans le fichierbuild.gradle
de votre module (au niveau de l'application) -
firebasePerformanceInstrumentationEnabled
dans votre fichiergradle.properties
-
Vérifiez que le SDK de surveillance des performances n'est pas désactivé via l'un des indicateurs suivants dans votre fichier
AndroidManifest.xml
:-
firebase_performance_collection_enabled
-
firebase_performance_collection_deactivated
-
Assurez-vous que la surveillance des performances n'est pas désactivée au moment de l'exécution .
Si vous ne trouvez rien de désactivé dans votre application, contactez l'assistance Firebase .
S'il vous manque des données pour les traces de rendu d'écran, essayez les étapes de dépannage suivantes :
Assurez-vous que vous utilisez la dernière version du SDK Android (v20.5.2). Les traces de rendu d'écran ne sont disponibles qu'avec la version 15.2.0 ou ultérieure.
Assurez-vous que vous n'avez pas désactivé manuellement l'accélération matérielle pour un écran.
Assurez-vous que vous n'utilisez pas DexGuard ou Jack. La surveillance des performances est incompatible avec ces chaînes d'outils.
DexGuard désactive la collecte automatique des traces de démarrage d'application, d'application en premier plan et d'application en arrière-plan. Cependant, toutes les traces de code personnalisé doivent se comporter normalement si votre application utilise DexGuard.
Jack est obsolète et ne doit généralement pas être utilisé dans votre application.
Voyez-vous des données de performances pour les traces collectées automatiquement , mais pas pour les traces de code personnalisé ? Essayez les étapes de dépannage suivantes :
Si vous avez instrumenté des traces de code personnalisé via l' API Trace , vérifiez la configuration des traces, notamment les suivantes :
- Les noms des traces de code personnalisé et des métriques personnalisées doivent répondre aux exigences suivantes : pas d'espace de début ou de fin, pas de caractère de soulignement (
_
) de début et la longueur maximale est de 32 caractères. - Toutes les traces doivent être démarrées et arrêtées. Toute trace qui n'est pas démarrée, arrêtée ou arrêtée avant d'être démarrée ne sera pas enregistrée.
- Les noms des traces de code personnalisé et des métriques personnalisées doivent répondre aux exigences suivantes : pas d'espace de début ou de fin, pas de caractère de soulignement (
Si vous avez instrumenté des traces de code personnalisées via la notation
@AddTrace
, vérifiez la configuration du plugin Performance Monitoring Gradle :Assurez-vous que vous avez ajouté le plugin correctement. Plus précisément, vérifiez les points suivants :
- Vous avez ajouté le plugin (
) dans le fichierapply plugin: 'com.google.firebase.firebase-perf' build.gradle
de votre module (au niveau de l'application) . - Vous avez inclus la dépendance du chemin de classe pour le plugin (
) dans votre fichierclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
au niveau du projet .
- Vous avez ajouté le plugin (
Assurez-vous que le plugin n'est pas désactivé via l'un des indicateurs suivants :
-
instrumentationEnabled
dans le fichierbuild.gradle
de votre module (au niveau de l'application) -
firebasePerformanceInstrumentationEnabled
dans votre fichiergradle.properties
-
Vérifiez vos messages de journal pour vous assurer que Performance Monitoring enregistre les traces de code personnalisé attendues.
Si la surveillance des performances enregistre les événements, mais qu'aucune donnée ne s'affiche après 24 heures, contactez l'assistance Firebase .
S'il vous manque des données de requête réseau, essayez les étapes de dépannage suivantes :
Pour les applications Android, le plug-in Performance Monitoring Gradle active une instrumentation qui fournit une surveillance automatique des requêtes réseau HTTP/S . Vérifiez les éléments suivants :
Assurez-vous que vous avez ajouté le plugin correctement. Plus précisément, vérifiez les points suivants :
- Vous avez ajouté le plugin (
) dans le fichierapply plugin: 'com.google.firebase.firebase-perf' build.gradle
de votre module (au niveau de l'application) . - Vous avez inclus la dépendance du chemin de classe pour le plugin (
) dans votre fichierclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
au niveau du projet .
- Vous avez ajouté le plugin (
Assurez-vous que le plugin n'est pas désactivé via l'un des indicateurs suivants :
-
instrumentationEnabled
dans le fichierbuild.gradle
de votre module (au niveau de l'application) -
firebasePerformanceInstrumentationEnabled
dans votre fichiergradle.properties
-
Vérifiez l'incompatibilité de la bibliothèque réseau. Performance Monitoring collecte automatiquement des métriques pour les requêtes réseau qui utilisent les bibliothèques réseau suivantes : OkHttp 3.xx, URLConnection de Java et Apache HttpClient.
Notez que vous pouvez ajouter une surveillance personnalisée pour les requêtes réseau .
Soyez conscient des points suivants :
En fonction du comportement de votre code et des bibliothèques réseau utilisées par votre code, l'analyse des performances peut générer uniquement des rapports sur les requêtes réseau terminées. Cela signifie que les connexions HTTP/S laissées ouvertes risquent de ne pas être signalées.
La surveillance des performances n'est pas compatible avec DexGuard et Jack.
- DexGuard désactive la surveillance des requêtes réseau HTTP/S.
- Jack est obsolète et ne doit généralement pas être utilisé dans votre application.
L'analyse des performances ne génère pas de rapport sur les requêtes réseau comportant des en-têtes
Content-Type
non valides. Cependant, les requêtes réseau sans les en-têtesContent-Type
seront toujours acceptées.
Apprenez-en davantage sur la façon dont Performance Monitoring regroupe les données de requêtes réseau sous des modèles d’URL.
Vous pouvez également essayer des modèles d'URL personnalisés !
FAQ
Nous avons remplacé les problèmes majeurs par des alertes récentes dans le prolongement de notre récente introduction d'alertes, qui vous avertissent automatiquement lorsque les seuils que vous avez définis sont franchis. Les problèmes sont désormais obsolètes et remplacés par des alertes.
Le sélecteur d'applications en haut de la carte Performance filtre les entrées d'alerte sous Alertes récentes . Seules les trois alertes les plus récentes pour la ou les applications sélectionnées sont affichées.
Pour en savoir plus sur les alertes, consultez Configurer des alertes pour les problèmes de performances .
La surveillance des performances prend en charge les alertes pour les métriques qui dépassent les seuils définis. Pour éviter toute confusion avec ces seuils configurables pour les mesures de performances, nous avons supprimé la possibilité de configurer des seuils pour les problèmes .
Nous avons remplacé les pages Détails et Métriques par une interface utilisateur (UI) centralisée et récemment repensée pour améliorer la façon dont vous résolvez les problèmes. Cette nouvelle interface utilisateur de dépannage offre les mêmes fonctionnalités de base que celles proposées par Details and Metrics. Pour en savoir plus sur le dépannage, consultez Afficher plus de données pour une trace spécifique .
La surveillance des performances collecte les données de performances des appareils utilisateur de votre application. Si votre application compte de nombreux utilisateurs ou si l'application génère une grande quantité d'activité de performances, la surveillance des performances peut limiter la collecte de données à un sous-ensemble d'appareils afin de réduire le nombre d'événements traités. Ces limites sont suffisamment élevées pour que, même avec moins d'événements, les valeurs des mesures restent représentatives de l'expérience de votre utilisateur dans l'application.
Pour gérer le volume de données que nous collectons, Performance Monitoring utilise les options d'échantillonnage suivantes :
Limitation du débit sur l'appareil : pour empêcher un appareil d'envoyer des rafales soudaines de traces, nous limitons le nombre de traces de code et de requêtes réseau envoyées depuis un appareil à 300 événements toutes les 10 minutes. Cette approche protège l'appareil des instruments en boucle qui peuvent envoyer de grandes quantités de données de performances, et empêche un seul appareil de fausser les mesures de performances.
Échantillonnage dynamique : la surveillance des performances collecte quotidiennement une limite d'environ 100 millions d'événements pour les traces de code et 100 millions pour les traces de requêtes réseau par application pour tous les utilisateurs de l'application. Un taux d'échantillonnage dynamique est récupéré sur les appareils (à l'aide de Firebase Remote Config) pour déterminer si un appareil aléatoire doit capturer et envoyer des traces. Un périphérique qui n'est pas sélectionné pour l'échantillonnage n'envoie aucun événement. Le taux d'échantillonnage dynamique est spécifique à l'application et s'ajuste pour garantir que le volume global des données collectées reste inférieur à la limite.
Les sessions utilisateur envoient des données supplémentaires et détaillées à partir de l'appareil d'un utilisateur, ce qui nécessite davantage de ressources pour capturer et envoyer les données. Pour minimiser l'impact des sessions utilisateur, la surveillance des performances peut également limiter le nombre de sessions.
Limitation du débit côté serveur : pour garantir que les applications ne dépassent pas la limite d'échantillonnage, l'analyse des performances peut utiliser l'échantillonnage côté serveur pour supprimer certains événements reçus des appareils. Bien que ce type de limitation ne modifie pas l'efficacité de nos métriques, il peut entraîner des changements mineurs de modèle, notamment les suivants :
- Le nombre de traces peut différer du nombre de fois qu'un morceau de code a été exécuté.
- Les traces étroitement couplées dans le code peuvent chacune avoir un nombre d'échantillons différent.
Nous avons remplacé l'onglet Problèmes par l'introduction d'alertes, qui vous avertissent automatiquement lorsque les seuils que vous définissez sont dépassés. Vous n'avez plus besoin de vérifier manuellement la console Firebase pour déterminer l'état d'un seuil. Pour en savoir plus sur les alertes, consultez Configurer des alertes pour les problèmes de performances .
Nous avons repensé la section Surveillance des performances de la console Firebase afin que l'onglet Tableau de bord affiche vos métriques clés et toutes vos traces dans un seul espace. Dans le cadre de la refonte, nous avons supprimé les pages Sur appareil et Réseau .
Le tableau des traces en bas de l'onglet Tableau de bord contient les mêmes informations que celles affichées par les onglets Sur l'appareil et Réseau , mais avec quelques fonctionnalités supplémentaires, notamment la possibilité de trier vos traces en fonction du pourcentage de variation pour une métrique spécifique. Pour afficher toutes les métriques et données d'une trace spécifique, cliquez sur le nom de la trace dans le tableau des traces.
Affichez vos traces dans les sous-onglets suivants du tableau des traces :
- Traces de requêtes réseau (prêtes à l'emploi et personnalisées) – Sous-onglet Requêtes réseau
- Traces de code personnalisé — Sous-onglet Traces personnalisées
- Traces de démarrage d'application, d'application au premier plan et d'application en arrière-plan – sous-onglet Traces personnalisées
- Traces de rendu d'écran — Sous-onglet Rendu d'écran
- Traces de chargement de page — Sous-onglet de chargement de page
Pour plus de détails sur le tableau des traces et l'affichage des métriques et des données, visitez la page de présentation de la console ( iOS+ | Android | Web ).
Les images à rendu lent et les images gelées sont calculées avec un taux de rafraîchissement de l'appareil supposé de 60 Hz. Si le taux de rafraîchissement d'un appareil est inférieur à 60 Hz, chaque image aura un temps de rendu plus lent car moins d'images sont rendues par seconde. Des temps de rendu plus lents peuvent entraîner le signalement d'images plus lentes ou gelées, car davantage d'images seront rendues plus lentement ou se figeront. Cependant, si le taux de rafraîchissement d'un appareil est supérieur à 60 Hz, chaque image aura un temps de rendu plus rapide. Cela peut entraîner le signalement d'un moins grand nombre d'images lentes ou gelées. Il s’agit d’une limitation actuelle du SDK de surveillance des performances.
Pour voir les performances des fragments en plus de l’activité de l’application, assurez-vous que votre application utilise Performance Monitoring Android SDK version 20.1.0 ou supérieure. Pour en savoir plus, consultez Ajouter la surveillance des performances à votre application .
Chacune des traces de fragment et d'activité est basée sur son nom de classe tel que défini dans votre application. Chacune des traces d'écran contient le préfixe st suivi du nom de la classe. Sur la console Firebase, le préfixe est supprimé. Pour en savoir plus, consultez En savoir plus sur les données de performances de rendu d'écran (applications Apple et Android) .
La surveillance des performances effectue un échantillonnage des événements sur tous les événements collectés sur un appareil. Cette approche nous permet de collecter le minimum d'événements nécessaires sur les appareils des utilisateurs pour fournir des mesures de performances.
La surveillance des performances vous permet de configurer des alertes pour les métriques qui vous intéressent. Pour les traces de rendu d'écran générées, vous pouvez configurer des alertes pour vous avertir lorsque le pourcentage d'images lentes et gelées dépasse un seuil que vous avez défini.
Performance Monitoring pour Android utilise l'instrumentation de bytecode pour fournir certaines fonctionnalités prêtes à l'emploi telles que la surveillance des requêtes réseau HTTP/S . Dans le cadre de la compilation, le processus nécessite une itération dans toutes les classes de votre application (y compris les dépendances) pour instrumenter le code crucial pour mesurer les performances des requêtes réseau de votre application.
Voici quelques contributeurs clés à l’augmentation du temps de construction :
- Nombre de classes ou de fichiers
- Taille de chacune de ces classes (lignes de code)
- Configuration de votre machine
- Construction initiale par rapport à une construction ultérieure (les constructions ultérieures sont généralement plus rapides que la construction initiale)
Pour optimiser votre temps de build, pensez à modulariser votre code .
À partir de la version 1.3.3 du plug-in Performance Monitoring, nous nous sommes concentrés sur l'amélioration considérable du traitement de construction incrémentiel et de la mise en cache des entrées de bibliothèque. Pour recevoir les améliorations les plus récentes en matière de temps de construction, assurez-vous d'utiliser la dernière version du plugin (v1.4.2) .
Notez que vous pouvez désactiver localement le plug-in Performance Monitoring pour vos builds de débogage si vous souhaitez éviter de longs temps de build. Toutefois, cette approche n’est pas recommandée pour les builds de production, car elle pourrait entraîner des mesures de performances manquées pour les requêtes réseau dans votre application.
Performance Monitoring pour Android utilise l'instrumentation de bytecode pour fournir certaines fonctionnalités prêtes à l'emploi telles que la surveillance des requêtes réseau HTTP/S . Dans le cadre de la compilation, le processus nécessite une itération dans toutes les classes de votre application (y compris les dépendances) pour instrumenter le code crucial pour mesurer les performances des requêtes réseau de votre application.
Si vous obtenez des erreurs de construction telles que JSR/RET are not supported with computeFrames option
ou des erreurs similaires après l'intégration avec le plug-in Performance Monitoring, cela peut être dû au fait que vous avez également une dépendance à l'égard d'une bibliothèque incompatible avec le plug-in Performance Monitoring Gradle.
Pour contourner ce problème, vous pouvez exclure les classes/bibliothèques incompatibles de l'instrumentation en suivant ces étapes :
- Mettez à jour vers la dernière version du plugin Performance Monitoring Gradle (minimum v1.4.0 ).
- Mettez à jour la version de votre plugin Android Gradle vers la version 7.2.0 ou une version ultérieure.
- Ajoutez l'indicateur suivant au fichier
build.gradle
de votre module (au niveau de l'application) pour exclure les classes/bibliothèques incompatibles de l'instrumentation :android { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
Pour en savoir plus sur la propriétéexclude
de l'APIInstrumentation
du plug-in Android Gradle, consultez Instrumentation .
Veuillez signaler un problème Github lorsque vous rencontrez des erreurs de build dues à des bibliothèques incompatibles afin qu'elles puissent également être exclues de l'instrumentation dans le plugin Performance Monitoring.
Si vous avez activé l'intégration BigQuery pour Firebase Performance Monitoring, vos données seront exportées vers BigQuery 12 à 24 heures après la fin de la journée (heure du Pacifique).
Par exemple, les données du 19 avril seront disponibles dans BigQuery le 20 avril entre midi et minuit (toutes les dates et heures sont exprimées en heure du Pacifique).
Traitement et affichage des données en temps quasi réel
Les processus de surveillance des performances de la base de feu ont collecté des données de performance au fur et à mesure de leur arrivée, ce qui entraîne un affichage de données en temps réel dans la console Firebase. Les données traitées s'affichent dans la console dans les quelques minutes de sa collecte, d'où le terme "presque en temps réel".
Pour profiter du traitement des données presque réel, assurez-vous que votre application utilise une version SDK compatible en temps réel .
Pour profiter du traitement des données presque réel, il vous suffit de vous assurer que votre application utilise une version SDK de surveillance des performances compatible avec le traitement des données en temps réel.
Ce sont les versions SDK compatibles en temps réel:
- iOS - v7.3.0 ou plus tard
- tvos - v8.9.0 ou version ultérieure
- Android - v19.0.10 ou version ultérieure (ou Firebase Android Bom V26.1.0 ou version ultérieure)
- Web - v7.14.0 ou version ultérieure
Notez que nous vous recommandons toujours d'utiliser la dernière version de SDK, mais toute version répertoriée ci-dessus permettra à la surveillance des performances de traiter vos données en temps quasi réel.
Ce sont les versions SDK compatibles avec le traitement des données en temps réel:
- iOS - v7.3.0 ou plus tard
- tvos - v8.9.0 ou version ultérieure
- Android - v19.0.10 ou version ultérieure (ou Firebase Android Bom V26.1.0 ou version ultérieure)
- Web - v7.14.0 ou version ultérieure
Notez que nous vous recommandons toujours d'utiliser la dernière version de SDK, mais toute version répertoriée ci-dessus permettra à la surveillance des performances de traiter vos données en temps quasi réel.
Si votre application n'utilise pas de version SDK compatible en temps réel, vous verrez toujours toutes les données de performances de votre application dans la console Firebase. Cependant, l'affichage des données de performance sera retardé d'environ 36 heures à partir du moment de sa collecte.
Oui! Quelle que soit la version SDK qu'une instance d'application utilise, vous verrez des données de performances de tous vos utilisateurs.
Cependant, si vous envisagez des données récentes (moins de 36 heures), les données affichées proviennent des utilisateurs d'instances d'applications à l'aide d'une version SDK compatible en temps réel. Les données non récentes , cependant, incluent les données de performance de toutes les versions de votre application.
Contacter le support Firebase
Si vous contactez le support Firebase , incluez toujours votre ID d'application Firebase. Trouvez votre ID d'application Firebase dans la carte Vos applications de vos de projet paramètres .