Auf dieser Seite finden Sie Tipps zur Fehlerbehebung bei den ersten Schritten mit Performance Monitoring oder bei der Verwendung von Performance Monitoring-Funktionen und Performance Monitoring-Tools.
Erste Überprüfungen zur Fehlerbehebung
Die folgenden beiden Prüfungen sind allgemeine Best Practices, die jedem empfohlen werden: bevor Sie mit der Fehlerbehebung fortfahren.
1. Logeinträge auf Leistungsereignisse prüfen
Sehen Sie in den Logeinträgen nach, ob das Performance Monitoring SDK Daten erfasst Performance-Ereignisse.
So rufen Sie Logeinträge für Leistungsereignisse auf
Öffnen Sie die Entwicklertools Ihres Browsers, z. B. Tab „Netzwerk“ für Chrome-Entwicklertools oder im Netzwerkmonitor für Firefox).
Aktualisieren Sie die Webanwendung im Browser.
Prüfen Sie Ihre Logeinträge auf Fehlermeldungen.
Warten Sie einige Sekunden, bis ein Netzwerkanruf an die
firebaselogging.googleapis.com
in den Entwicklertools deines Browsers. Die ob dieser Netzwerkaufruf vorhanden ist, zeigt der Browser, dass die Leistung Daten an Firebase übertragen.
Wenn Ihre App keine Leistungsereignisse protokolliert, lesen Sie die Fehlerbehebung Tipps
2. Firebase-Status-Dashboard prüfen
Überprüfen Sie die Firebase-Status-Dashboard für den Fall Es gibt einen bekannten Ausfall bei Firebase oder Performance Monitoring.
Einführung in Performance Monitoring
Wenn Sie zum ersten Mal mit Performance Monitoring starten (iOS+ | Android | Web), die folgende Fehlerbehebung Tipps können Ihnen bei Problemen helfen, bei denen Firebase das SDK erkennt oder Ihre ersten Leistungsdaten in der Firebase-Konsole anzeigen.
Ich habe das SDK der App hinzugefügt, aber in der Console wird weiterhin angezeigt, dass ich das SDK hinzufügen soll.
Firebase kann erkennen, ob Sie Ihrer App das Performance Monitoring SDK hinzugefügt haben wenn sie Ereignisinformationen (z. B. App-Interaktionen) von Ihrer App erhält. Normalerweise wird innerhalb von 10 Minuten nach dem Start der App die Leistung Dashboard der Firebase-Konsole zeigt „SDK erkannt“ an . Innerhalb von 30 Minuten werden dann die ersten verarbeiteten Daten im Dashboard angezeigt.
Wenn seit dem Hinzufügen der neuesten SDK-Version zu mehr als 10 Minuten und Sie immer noch keine Änderung sehen, prüfen Sie Ihr Protokoll Nachrichten, um sicherzustellen, dass Performance Monitoring das Protokoll Ereignisse. Führen Sie die unten beschriebenen Schritte zur Fehlerbehebung aus, Probleme mit einer verspäteten SDK-Erkennungsmeldung beheben
Anwendung protokolliert Ereignisse: Fehlerbehebung Schritte
Wenn Sie noch lokal entwickeln, versuchen Sie, mehr Ereignisse für Daten zu generieren Sammlung:
Webanwendung in einer lokalen Umgebung bereitstellen und ansehen.
Ereignisse generieren, indem Sie Unterseiten für Ihre Website laden und mit Ihren App und/oder das Auslösen von Netzwerkanfragen. Achten Sie darauf, dass der Browser nach dem Laden der Seite mindestens 10 Sekunden lang geöffnet.
Achten Sie darauf, dass Ihr Firebase-Konfigurationsobjekt Ihrer App korrekt hinzugefügt wurde und dass Sie das Objekt nicht geändert haben. Überprüfen Sie insbesondere Folgendes:
- Die Firebase Web-App-ID (
appId
) im Konfigurationsobjekt ist korrekt für Ihr Sie finden Ihre Firebase-App-ID auf der Karte Meine Apps Ihres settings Projekt Einstellungen
Wenn etwas mit dem Konfigurationsobjekt in Ihrer App nicht stimmt, versuchen Sie es mit dem Folgendes:
Löschen Sie das Konfigurationsobjekt, das sich derzeit in Ihrer App befindet.
Folgen Sie dieser Anleitung, um ein Konfigurationsobjekt zu erstellen und Ihrer Webanwendung hinzuzufügen.
- Die Firebase Web-App-ID (
Wenn das SDK Ereignisse protokolliert und alles korrekt eingerichtet zu sein scheint, aber die SDK-Erkennungsmeldung oder die verarbeiteten Daten werden immer noch nicht angezeigt. (nach zwei Stunden) wenden Sie sich an den Firebase-Support.
Die Anwendung protokolliert keine Ereignisse: Schritte zur Fehlerbehebung
Prüfen Sie, ob das Performance Monitoring SDK korrekt ist initialisiert in Ihrem
Achten Sie darauf, dass das Performance Monitoring SDK nicht über die folgendes Flag:
performance.instrumentationEnabled
Achten Sie darauf, dass das Browser-Caching deaktiviert ist, andernfalls der Browser. werden möglicherweise keine neuen Instrumentierungseinstellungen übernommen.
Schließen Sie den Tab mit der Webseite und öffnen Sie ihn dann wieder. Prüfen Sie noch einmal, ob das Logging erfolgt ist.
Wenn du deiner App gerade das Performance Monitoring-SDK hinzugefügt hast, musst du möglicherweise starten Sie Ihre App neu, damit das SDK funktioniert.
Wenn Sie in Ihrer App keine deaktivierten Funktionen finden, wenden Sie sich an den Firebase-Support.
In der Console wird angezeigt, dass das SDK erkannt, aber es werden keine Daten angezeigt
Performance Monitoring verarbeitet Daten zu Leistungsereignissen, bevor sie im Dashboard zur Leistungsüberwachung
Wenn mehr als 24 Stunden vergangen sind, seit das SDK erkannt wird, Nachricht angezeigt, und immer noch keine Daten angezeigt werden, überprüfen Sie Firebase-Status-Dashboard für den Fall, bekannten Ausfall. Gibt es keinen Ausfall, wenden Sie sich an den Firebase-Support.
Allgemeine Fehlerbehebung
Wenn du das SDK erfolgreich hinzugefügt hast und Performance Monitoring in deiner App verwendest, wird der können folgende Tipps zur Fehlerbehebung bei allgemeinen Problemen Performance Monitoring-Funktionen und -Tools.
Anwendung protokolliert nicht Leistungsereignisse
Wenn Sie keine Protokollmeldungen zur Leistungssteigerung sehen führen Sie die folgenden Schritte zur Fehlerbehebung aus:
Prüfen Sie, ob das Performance Monitoring SDK korrekt ist initialisiert in Ihrem
Achten Sie darauf, dass das Performance Monitoring SDK nicht über die folgendes Flag:
performance.instrumentationEnabled
Achten Sie darauf, dass das Browser-Caching deaktiviert ist, andernfalls der Browser. werden möglicherweise keine neuen Instrumentierungseinstellungen übernommen.
Schließen Sie den Tab mit der Webseite und öffnen Sie ihn dann wieder. Prüfen Sie noch einmal, ob das Logging erfolgt ist.
Wenn du deiner App gerade das Performance Monitoring-SDK hinzugefügt hast, musst du möglicherweise starten Sie Ihre App neu, damit das SDK funktioniert.
Wenn Sie in Ihrer App keine deaktivierten Funktionen finden, wenden Sie sich an den Firebase-Support.
Im Leistungsdashboard fehlen Daten zur ersten Eingabeverzögerung
Wenn Sie keine Daten für die First Input Delay sehen verwenden möchten, versuchen Sie es mit dem folgenden Schritten zur Fehlerbehebung:
Beachten Sie, dass Performance Monitoring den Messwert First Input Delay nur dann aufzeichnet, wenn ein Der Nutzer klickt in den ersten 5 Sekunden nach dem Seitenaufbau auf die Webseite.
Prüfen Sie, ob Ihre App so eingerichtet ist, dass dieser Messwert erfasst wird. Die Der Messwert First Input Delay erfordert manuelle einrichten. Insbesondere musst du die Polyfill-Bibliothek für diesen Messwert hinzufügen. Eine Anleitung zur Installation finden Sie in der Dokumentation der Bibliothek.
Beachte, dass das Hinzufügen dieser Polyfill-Bibliothek nicht erforderlich ist, damit Performance Monitoring Berichte zu anderen Web-App-Messwerten erstellen.
Das Dashboard zur Leistungsüberwachung ist benutzerdefinierte Trace-Daten fehlen
Sehen Sie Leistungsdaten für automatisch erfasste Traces, aber nicht für benutzerdefinierte Code-Traces? Führen Sie die folgenden Schritte zur Fehlerbehebung aus:
Überprüfen Sie die Einrichtung von benutzerdefinierten Code-Traces, die über die Trace API insbesondere die folgenden:
- Namen für benutzerdefinierte Codetraces und benutzerdefinierte Messwerte müssen folgende Anforderungen erfüllen
Anforderungen: keine voran- oder nachgestellten Leerzeichen, kein führender Unterstrich
(
_
) Zeichen und die maximale Länge beträgt 32 Zeichen. - Alle Traces müssen gestartet und beendet werden. Alle Traces, die nicht gestartet wurden, die vor dem Start gestoppt wurden, werden nicht protokolliert.
Wenn Sie die Methode
record()
dann müssen Sie den Trace nicht explizit starten oder beenden.- Namen für benutzerdefinierte Codetraces und benutzerdefinierte Messwerte müssen folgende Anforderungen erfüllen
Anforderungen: keine voran- oder nachgestellten Leerzeichen, kein führender Unterstrich
(
Achten Sie darauf, dass die Performance Monitoring-Datenerhebung nicht aktiviert ist. deaktiviert über den folgendes Flag:
performance.dataCollectionEnabled
Dieses Flag steuert nur die Erfassung von Daten für benutzerdefinierte Code-Traces (nicht alle Daten).
Prüfen Sie die Protokollmeldungen, um sicherzustellen, dass Performance Monitoring die erwarteten benutzerdefinierten Code-Traces protokolliert.
Wenn Performance Monitoring Ereignisse protokolliert, aber nach 24 Stunden keine Daten angezeigt werden, gilt Folgendes: wenden Sie sich an den Firebase-Support.
Dashboard zur Leistungsüberwachung Daten zu Netzwerkanfragen fehlen
Wenn Daten zu Netzwerkanfragen fehlen, beachten Sie Folgendes:
Performance Monitoring erfasst automatisch Messwerte für Netzwerkanfragen, die von die Browser-API. Fehlgeschlagene Netzwerkanfragen sind in diesen Berichten nicht enthalten.
Je nach Verhalten des Codes und der Netzwerkbibliotheken, die von Ihrem Code enthält, meldet Performance Monitoring möglicherweise nur abgeschlossene Netzwerkanfragen. Das bedeutet, dass offene HTTP/S-Verbindungen möglicherweise nicht gemeldet werden.
Netzwerkanfragedaten werden nicht wie erwartet aggregiert
Weitere Informationen dazu, wie Performance Monitoring Netzwerkanfragen zusammenfasst unter URL-Mustern.
Sie können auch eine benutzerdefinierte URL Muster.
FAQ
Was ist mit den häufigsten Problemen auf der Karte „Leistung“ auf der Projektstartseite passiert?
Wir haben die Kategorie Häufige Probleme durch aktuelle Warnungen ersetzt. Einführung von Alerts, mit der Sie automatisch informiert werden, von Ihnen festgelegte Grenzwerte überschritten werden. Probleme wurden verworfen und durch Benachrichtigungen ersetzt.
Mit der App-Auswahl oben auf der Karte „Leistung“ wird die Benachrichtigung gefiltert unter Aktuelle Meldungen ein. Nur die drei letzten Benachrichtigungen für die Die ausgewählten Apps werden angezeigt.
Weitere Informationen zu Benachrichtigungen finden Sie unter Benachrichtigungen bei Leistungsproblemen einrichten
Was ist mit der Möglichkeit zum Festlegen von Schwellenwerten für Probleme in der Konsole passiert?
Performance Monitoring unterstützt Benachrichtigungen für Messwerte, die über Grenzwerten definiert. Um Verwechslungen mit diesen konfigurierbaren Grenzwerten für können Sie keine Grenzwerte für Probleme zu lösen.
Was ist mit den Details und Messwerten in der Firebase-Konsole passiert?
Die Seiten „Details“ und „Messwerte“ wurden durch eine neu gestaltete, zentralisierte Benutzeroberfläche (UI) verwenden, um die Fehlerbehebung zu verbessern. Diese neue Die Benutzeroberfläche zur Fehlerbehebung bietet dieselben Hauptfunktionen wie die Details und Messwerte werden angeboten. Weitere Informationen zur Fehlerbehebung finden Sie unter Weitere Daten für einen bestimmten Trace ansehen.
Warum entspricht die Anzahl der Stichproben nicht meinen Erwartungen?
Performance Monitoring erhebt Leistungsdaten von den Nutzergeräten deiner App. Wenn Ihre Anwendung viele Nutzer hat oder die App eine große Menge an Leistungsaktivitäten generiert, kann Performance Monitoring die Datenerhebung auf eine Teilmenge der Geräte beschränken, um die Anzahl der verarbeiteten Ereignisse zu reduzieren. Diese Limits sind hoch genug, Auch mit weniger Ereignissen sind die Messwerte repräsentativ für die User Experience der App.
Zur Verwaltung der von uns erhobenen Datenmenge verwendet Performance Monitoring Folgendes: Optionen für die Stichprobenerhebung:
Taktbeschränkung auf dem Gerät: Um zu verhindern, dass ein Gerät plötzlich viele Traces sendet, beschränken wir die Anzahl der Code- und Netzwerkanfrage-Traces, die von einem Gerät gesendet werden, auf 300 Ereignisse alle 10 Minuten. Dieser Ansatz schützt das Gerät vor Schleifeninstrumentierungen, die große Mengen an Leistungsdaten senden können, und verhindert, dass ein einzelnes Gerät die Leistungsmessungen verfälscht.
Dynamische Stichproben: Mit Performance Monitoring wird ein Limit von etwa 100 Millionen erfasst. Ereignisse für Code-Traces und 100 Millionen für Netzwerkanfrage-Traces pro App pro Tag für alle App-Nutzer. Auf den Geräten wird eine dynamische Stichprobenrate abgerufen (mit Firebase Remote Config), um zu ermitteln, ob ein zufälliges Gerät Traces erfassen und senden soll. Ein Gerät, das nicht für die Stichprobenerhebung ausgewählt ist, Ereignisse zu senden. Die dynamische Stichprobenrate ist app-spezifisch und damit das Gesamtvolumen der erfassten Daten unter dem Grenzwert bleibt.
Bei Nutzersitzungen werden zusätzliche, detaillierte Daten vom Gerät eines Nutzers gesendet. Das Erfassen und Senden der Daten erfordert mehr Ressourcen. Um die Auswirkungen der Sitzungen kann auch Performance Monitoring die Anzahl der Sitzungen einschränken.
Serverseitige Ratenbegrenzung: Damit wird sichergestellt, dass Apps die Stichprobengröße nicht überschreiten. Limit setzen, verwendet Performance Monitoring möglicherweise serverseitige Stichproben, um einige Ereignisse zu löschen die von Geräten empfangen werden. Diese Art der Begrenzung ändert zwar nicht die Effektivität unserer Messwerte, kann aber zu geringfügigen Musterverschiebungen führen, darunter:
- Die Anzahl der Traces kann sich von der Häufigkeit unterscheiden, mit der ein Stück Code ausgeführt wurde.
- Im Code eng gekoppelte Traces können jeweils eine unterschiedliche Anzahl von Proben.
Was ist mit dem Tab Probleme in der Console passiert?
Den Tab „Probleme“ haben wir durch die Einführung von Benachrichtigungen ersetzt. benachrichtigt Sie automatisch, wenn die von Ihnen festgelegten Grenzwerte überschritten werden. Du nein nicht mehr manuell in der Firebase-Konsole nachprüfen müssen, um den Status einen Grenzwert haben. Weitere Informationen zu Benachrichtigungen finden Sie unter Benachrichtigungen für Leistungsprobleme einrichten.
Was ist mit den Tabs Auf dem Gerät und Netzwerk in der Konsole passiert? Wie kann ich mir die Spuren ansehen, die auf diesen Seiten vorhanden waren?
Wir haben den Abschnitt „Performance Monitoring“ der Firebase-Konsole neu gestaltet, Auf dem Tab Dashboard werden Ihre wichtigsten Messwerte und alle Traces an einem Ort angezeigt. Als Im Rahmen der Neugestaltung haben wir auch die Seiten Auf dem Gerät und Netzwerk entfernt.
Die Tabelle mit den Aufzeichnungen unten auf dem Tab Dashboard enthält dieselben Informationen wie die Tabs Auf dem Gerät und Netzwerk, aber mit einigen zusätzlichen Funktionen, z. B. die Möglichkeit, die Aufzeichnungen nach der prozentualen Änderung für einen bestimmten Messwert zu sortieren. Wenn Sie alle Messwerte und Daten für einen bestimmten Trace aufrufen möchten, klicken Sie in der Trace-Tabelle auf den Namen des Traces.
Sehen Sie sich Ihre Traces auf den folgenden Untertabs der Traces-Tabelle an:
- Netzwerkanfrage-Traces (sowohl vorkonfiguriert als auch benutzerdefiniert) – Untertab Netzwerkanfragen
- Benutzerdefinierte Code-Traces: Untertab Benutzerdefinierte Traces
- Traces für App-Start, im Vordergrund und im Hintergrund – Unter-Tab Benutzerdefinierte Traces
- Bildschirm-Rendering-Traces – Untertab Bildschirm-Rendering
- Seitenaufbau-Traces – Untertab Seitenaufbau
Weitere Informationen zur Tabelle mit den Traces sowie zu den Messwerten und Daten finden Sie auf der Übersichtsseite der Console (iOS und höher | Android | Web).
Warum entspricht die Anzahl der langsamen und eingefrorenen Frames nicht meinen Erwartungen?
Frames mit langsamem Rendering und eingefrorene Frames werden mit einer angenommenen Geräteaktualisierungsrate von 60 Hz berechnet. Wenn die Aktualisierungsrate des Geräts unter 60 Hz liegt, wird jeder Frame langsamere Renderingzeit, da weniger Frames pro Sekunde gerendert werden. Langsamere Rendering-Zeiten können dazu führen, dass mehr langsame oder eingefrorene Frames gemeldet werden. da mehr Frames langsamer gerendert werden oder einfrieren. Wenn die Bildwiederholrate eines Geräts jedoch über 60 Hz liegt, ist die Renderingzeit für jeden Frame kürzer. Dadurch werden möglicherweise weniger langsame oder eingefrorene Frames gemeldet. Das ist eine aktuelle Einschränkung des Performance Monitoring SDK.
Wie füge ich den Parameter kleineres Performance Monitoring JS SDK mit Namespace (das „eigenständige“ SDK) in meine Webanwendung ein?
Wenn Performance Monitoring das einzige Firebase-Produkt in Ihrer App ist, können Sie das eigenständiges Performance Monitoring SDK (und das empfohlene Header-Script unten), wenn Sie Interesse an:
- mithilfe einer Namespace-Bibliothek
- Größe des SDK-Pakets reduzieren
- die Initialisierung des SDK erst nach dem Laden der Seite verzögert.
So fügen Sie das eigenständige Performance Monitoring SDK in Ihre App ein und verzögern die Initialisierung bis nach dem Laden der Seite:
- Fügen Sie der Kopfzeile Ihrer Indexdatei das folgende Script hinzu.
- Fügen Sie das Firebase-Projektkonfigurationsobjekt Ihrer App hinzu.
(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);
Dabei gilt:
- performance_standalone ist
.'https://www.gstatic.com/firebasejs/10.13.1/firebase-performance.js'
- firebaseConfig ist das Firebase-Konfigurationsobjekt Ihrer App.
Das obige Skript lädt das eigenständige SDK asynchron und initialisiert
Firebase nach dem Auslösen des onload
-Ereignisses des Fensters. Diese Taktik reduziert die
die das SDK auf die
Messwerte zum Seitenaufbau, da der Browser
die Lademesswerte gemeldet, wenn Sie das SDK initialisieren.
Weitere Informationen zum eigenständigen Performance Monitoring SDK und zum Header-Script
Dieses eigenständige SDK ist größenoptimiert. In GZIP-komprimierter Form hat es eine Größe von etwa 10 KB. Es bietet alle Funktionen von Firebase Performance Monitoring sowie eine minimale Anzahl der Funktionen des Firebase Core SDK.
Firebase Performance Monitoring verwendet die APIs fetch
und Promise
, die in älteren Browsern nicht verfügbar sind. Die Polyfills für diese APIs sind
im standardmäßigen Firebase Performance Monitoring JS SDK enthalten, werden aber weggelassen
aus dem eigenständigen SDK,
um die Größe zu reduzieren.
Das Performance Monitoring SDK nutzt unter anderem die Resource Timing API, um Messwerte zum Seitenaufbau aus dem Browser abzurufen.
Das folgende Snippet schlüsselt das Header-Skript auf, das dann Verzögerungen einschließt, Initialisierung des 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);
Dabei gilt:
- performance_standalone ist
'https://www.gstatic.com/firebasejs/10.13.1/firebase-performance-standalone.js'
- firebaseConfig ist das Firebase-Konfigurationsobjekt Ihrer App.
Datenverarbeitung und ‑darstellung nahezu in Echtzeit
Was bedeutet „nahezu in Echtzeit“? die Leistung Ihrer Performance-Daten?
Firebase Performance Monitoring verarbeitet die erhobenen Leistungsdaten, sobald sie eingehen. werden die Daten nahezu in Echtzeit in der Firebase-Konsole angezeigt. Die verarbeiteten Daten werden innerhalb weniger Minuten nach der Erfassung in der Console angezeigt. Daher der Begriff „nahezu in Echtzeit“.
Damit Sie die Datenverarbeitung in nahezu Echtzeit nutzen können, muss in Ihrer App eine mit Echtzeit kompatible SDK-Version verwendet werden.
Wie erhalte ich Leistungsdaten für meine App nahezu in Echtzeit?
Um die Datenverarbeitung nahezu in Echtzeit zu nutzen, müssen Sie nur sicherstellen, dass deine App eine Performance Monitoring SDK-Version verwendet, die mit Echtzeit kompatibel ist Datenverarbeitung.
Dies sind die in Echtzeit kompatiblen SDK-Versionen:
- iOS – Version 7.3.0 oder höher
- tvOS – Version 8.9.0 oder höher
- Android: Version 19.0.10 oder höher (oder Firebase Android BoM Version 26.1.0 oder höher)
- Web – Version 7.14.0 oder höher
Wir empfehlen, immer die neueste SDK-Version zu verwenden. Die oben aufgeführte Version ermöglicht es Performance Monitoring, Ihre Daten nahezu in realer Umgebung zu verarbeiten. .
Welche Versionen des Performance Monitoring SDK gelten als echtzeitkompatibel?
Dies sind die SDK-Versionen, die mit der Datenverarbeitung in Echtzeit kompatibel sind:
- iOS – Version 7.3.0 oder höher
- tvOS – Version 8.9.0 oder höher
- Android: Version 19.0.10 oder höher (oder Firebase Android BoM Version 26.1.0 oder höher)
- Web – Version 7.14.0 oder höher
Wir empfehlen, immer die neueste SDK-Version zu verwenden. Die oben aufgeführte Version ermöglicht es Performance Monitoring, Ihre Daten nahezu in realer Umgebung zu verarbeiten. .
Was passiert, wenn ich meine App nicht aktualisiere, um eine Echtzeit-kompatible SDK-Version zu verwenden?
Wenn Ihre App keine Echtzeit-kompatible SDK-Version verwendet, sehen Sie in der Firebase-Konsole weiterhin alle Leistungsdaten Ihrer App. Das Display der Leistungsdaten werden ab dem Zeitpunkt der .
Ich habe auf eine SDK-Version aktualisiert, die in Echtzeit kompatibel ist, aber einige meiner Nutzer Ich nutze immer noch die alten Versionen meiner App. Kann ich ihre Leistung weiterhin sehen? Daten in der Firebase-Konsole?
Ja! Unabhängig von der SDK-Version, die eine App-Instanz verwendet, Leistungsdaten aller Ihrer Nutzer.
Wenn Sie sich jedoch aktuelle Daten ansehen, die weniger als 36 Stunden alt sind, stammen die angezeigten Daten von Nutzern von App-Instanzen mithilfe eines Echtzeit- kompatible SDK-Version. Die nicht aktuellen Daten enthalten jedoch Leistungsdaten aus allen Versionen Ihrer App.
Firebase-Support kontaktieren
Wenn Sie wenden Sie sich bitte an den Firebase-Support, Ihre Firebase-App-ID angeben. Sie finden Ihre Firebase App-ID auf der Karte Meine Apps in den settings Projekteinstellungen.