Na tej stronie znajdziesz wskazówki dotyczące rozwiązywania problemów, które pomogą Ci rozpocząć korzystanie z Monitorowania wydajności, za pomocą funkcji i narzędzi Monitorowania wydajności.
Pierwsze kroki w celu rozwiązania problemów
Te 2 testy to ogólne sprawdzone metody zalecane dla każdego przed dalszym rozwiązywaniem problemów.
1. Sprawdzanie komunikatów logu pod kątem zdarzeń dotyczących wydajności
Sprawdź komunikaty logu, aby upewnić się, że pakiet SDK Performance Monitoring przechwytuje zdarzenia wydajności.
Jak wyświetlać komunikaty z dziennika dotyczące zdarzeń związanych z wydajnością
Otwórz w przeglądarce narzędzia dla programistów (na przykład Karta Network (Sieć) w Narzędziach deweloperskich w Chrome lub w Monitorze sieci w Firefoksie).
Odśwież aplikację internetową w przeglądarce.
Sprawdź, czy w komunikatach logu nie ma żadnych komunikatów o błędach.
Po kilku sekundach poszukaj połączenia sieciowego z
firebaselogging.googleapis.comw narzędziach dla programistów w przeglądarce. to wywołanie sieciowe wskazuje, że przeglądarka wysyła dane o wydajności do Firebase.
Jeśli aplikacja nie rejestruje zdarzeń związanych z wydajnością, zapoznaj się z informacjami na temat rozwiązywania problemów .
2. Sprawdzanie Panelu stanu Firebase
Zajrzyj do Panelu stanu Firebase w przypadku wystąpiła przerwa w działaniu Firebase lub Monitorowania wydajności.
Wprowadzenie do Monitorowania wydajności
Jeśli rozpoczynasz korzystanie z Monitorowania wydajności (iOS+ | Android | Internet) wykonaj podane niżej czynności w celu rozwiązania problemu. mogą pomóc w rozwiązywaniu problemów związanych z wykrywaniem pakietu SDK przez Firebase lub wyświetlaniem Twoje pierwsze dane o skuteczności w konsoli Firebase.
Pakiet SDK został dodany do aplikacji, ale do konsoli nadal wyświetla się prośba o dodanie SDK
Firebase może wykryć, czy pakiet SDK Performance Monitoring został dodany do aplikacji gdy otrzymuje informacje o zdarzeniach (np. interakcje w aplikacji). Zwykle w ciągu 10 minut od uruchomienia aplikacji dane Wydajność panel konsoli Firebase wyświetla się komunikat „Wykryto pakiet SDK” . Potem, w ciągu 30 min, na pulpicie nawigacyjnym wyświetlane są początkowo przetworzone dane.
Jeśli od dodania najnowszej wersji pakietu SDK do usługi minęło więcej niż 10 minut w aplikacji i nadal nie widzisz żadnych zmian, sprawdź dziennik , aby upewnić się, że Monitorowanie wydajności rejestruje zdarzeń. Wypróbuj odpowiednie rozwiązania opisane poniżej, aby rozwiązywanie problemów z komunikatem wykrywania opóźnionego pakietu SDK.
Aplikacja rejestruje zdarzenia: rozwiązywanie problemów
Jeśli nadal tworzysz aplikacje lokalnie, spróbuj wygenerować więcej zdarzeń dla danych kolekcja:
Udostępnianie i wyświetlanie aplikacji internetowej w środowisku lokalnym.
Generuj zdarzenia, wczytując podstrony witryny, wchodzą w interakcję z lub wywoływania żądań sieciowych. Pamiętaj, by zachować przeglądarkę otwórz ją przez co najmniej 10 sekund po załadowaniu strony.
Upewnij się, że Twoja konfiguracja Firebase został prawidłowo dodany do aplikacji, że obiekt nie został zmodyfikowany. W szczególności sprawdź następujące kwestie:
- Identyfikator aplikacji internetowej Firebase (
appId) w obiekcie konfiguracji jest prawidłowy dla . Identyfikator aplikacji Firebase znajdziesz na karcie Twoje aplikacje w settings Projekt .
Jeśli coś jest nie tak z obiektem konfiguracji w aplikacji, wypróbuj :
Usuń obiekt konfiguracji, który obecnie znajduje się w aplikacji.
Wykonaj te czynności, aby uzyskać i dodać go do swojej aplikacji internetowej.
- Identyfikator aplikacji internetowej Firebase (
Jeśli pakiet SDK rejestruje zdarzenia i wygląda na to, że wszystko jest prawidłowo skonfigurowane, ale nadal nie widzisz komunikatu wykrywania pakietu SDK ani przetworzonych danych (po 2 godzinach), skontaktuj się z zespołem pomocy Firebase.
Aplikacja nie rejestruje zdarzeń: instrukcje rozwiązywania problemów
Sprawdzanie, czy pakiet SDK Performance Monitoring jest prawidłowo zainicjowane w .
Upewnij się, że pakiet SDK Performance Monitoring nie jest wyłączony w tę flagę:
performance.instrumentationEnabled
Sprawdź, czy pamięć podręczna przeglądarki jest wyłączona. W przeciwnym razie przeglądarka może nie odbierać żadnych nowych ustawień instrumentacji.
Zamknij i ponownie otwórz kartę strony internetowej. Ponownie sprawdź logowanie.
Jeśli pakiet SDK Performance Monitoring został dodany do aplikacji, konieczne może być pełne Uruchom ponownie aplikację, aby pakiet SDK zaczął działać.
Jeśli nie możesz znaleźć niczego, co jest wyłączone w aplikacji, skontaktuj się z zespołem pomocy Firebase.
Konsola informuje, że pakiet SDK został wykryty, ale nie wyświetlają się żadne dane
Monitorowanie wydajności przetwarza dane zdarzeń skuteczności przed ich wyświetleniem w Panel Skuteczność.
Jeśli od „wykrycia pakietu SDK” minęły ponad 24 godziny” pojawienie się komunikatu, i nadal nie widzisz danych, sprawdź Panelu stanu Firebase w przypadku wystąpienia znanej awarii. Jeśli nie ma przerwy w działaniu usługi, skontaktuj się z zespołem pomocy Firebase.
Rozwiązywanie problemów – ogólne
Jeśli masz już w aplikacji dodany pakiet SDK i korzystasz z monitorowania wydajności, podane niżej wskazówki mogą pomóc w rozwiązaniu ogólnych problemów, Funkcje i narzędzia do monitorowania wydajności.
Aplikacja nie zapisuje danych wydarzenia związane z występami
Jeśli nie widzisz komunikatów dziennika dotyczących skuteczności zdarzeń, spróbuj wykonać te czynności:
Sprawdzanie, czy pakiet SDK Performance Monitoring jest prawidłowo zainicjowane w .
Upewnij się, że pakiet SDK Performance Monitoring nie jest wyłączony w tę flagę:
performance.instrumentationEnabled
Sprawdź, czy pamięć podręczna przeglądarki jest wyłączona. W przeciwnym razie przeglądarka może nie odbierać żadnych nowych ustawień instrumentacji.
Zamknij i ponownie otwórz kartę strony internetowej. Ponownie sprawdź logowanie.
Jeśli pakiet SDK Performance Monitoring został dodany do aplikacji, konieczne może być pełne Uruchom ponownie aplikację, aby pakiet SDK zaczął działać.
Jeśli nie możesz znaleźć niczego, co jest wyłączone w aplikacji, skontaktuj się z zespołem pomocy Firebase.
Panel wyników brakuje danych opóźnienia za pierwsze dane wejściowe
Jeśli nie widzisz danych dotyczących opóźnienia przy pierwszym działaniu , spróbuj wykonaj te czynności:
Pamiętaj, że Monitorowanie wydajności rejestruje dane o opóźnieniu przy pierwszym działaniu tylko wtedy, gdy użytkownik klika stronę internetową w ciągu pierwszych 5 sekund po jej wczytaniu.
Aby mierzyć te dane, musisz skonfigurować aplikację. Dane opóźnienia przy pierwszym działaniu wymagają ręcznego działania konfiguracji. Konkretnie chodzi o dodanie biblioteki polyfill na potrzeby tych danych. Dla: instrukcji instalacji znajdziesz w dokumentacja.
Pamiętaj, że dodanie tej biblioteki polyfill nie jest wymagane, aby Monitorowanie wydajności raportują inne dane dotyczące aplikacji internetowej.
Panel wyników to brak niestandardowych danych logu czasu
Czy widzisz dane o wydajności dla automatycznie zbieranych logów czasu, ale nie dla niestandardowe ślady kodu? Aby spróbować go rozwiązać, wykonaj te czynności:
Sprawdź konfigurację niestandardowych logów czasu kodu instrumentowanych za pomocą Trace API, zwłaszcza te aspekty:
- Nazwy niestandardowych logów czasu kodu i wskaźników niestandardowych muszą spełniać te wymagania
wymagania: brak odstępu na początku i na końcu, bez podkreślenia na początku
(
_) znaków, a maksymalna długość to 32 znaki. - Wszystkie logi czasu muszą być uruchomione i zatrzymane. Każdy ślad, który nie został uruchomiony, Zatrzymane lub zatrzymane przed rozpoczęciem nie będą rejestrowane.
Pamiętaj, że jeśli używasz parametru
record(), nie musisz jawnie rozpoczynać ani zatrzymywać śledzenia.- Nazwy niestandardowych logów czasu kodu i wskaźników niestandardowych muszą spełniać te wymagania
wymagania: brak odstępu na początku i na końcu, bez podkreślenia na początku
(
Upewnij się, że zbieranie danych w Monitorowaniu wydajności nie wyłączone za pomocą tę flagę:
performance.dataCollectionEnabledTa flaga kontroluje zbieranie danych tylko na potrzeby niestandardowych logów czasu (nie wszystkie dane).
Sprawdź komunikaty dziennika i upewnij się, że Monitorowanie wydajności rejestruje oczekiwane ślady kodu niestandardowego.
Jeśli Monitorowanie wydajności rejestruje zdarzenia, ale po 24 godzinach nie wyświetlają się żadne dane, skontaktuj się z zespołem pomocy Firebase.
Panel wyników nie ma danych żądań sieciowych
Jeśli brakuje danych dotyczących żądań sieciowych, pamiętaj o tych kwestiach:
Monitorowanie wydajności automatycznie zbiera dane dotyczące żądań sieciowych zgłaszanych przez API przeglądarki. Raporty te nie obejmują nieudanych żądań sieciowych.
W zależności od działania Twojego kodu i bibliotek sieciowych używanych przez Monitorowanie wydajności może generować raporty tylko o zakończonych żądaniach sieciowych. Oznacza to, że pozostawione otwarte połączenia HTTP/S mogą nie zostać zgłoszone.
Dane żądań sieciowych nie agregują się w oczekiwany sposób
Dowiedz się więcej o tym, jak Monitorowanie wydajności agreguje żądania sieciowe w sekcji wzorców adresów URL.
Możesz też wypróbować niestandardowy URL .
Najczęstsze pytania
Co się stało z Najważniejsze problemy na karcie Skuteczność na stronie głównej Projektu?
Zastąpiliśmy sekcję Najważniejsze problemy najnowszymi alertami w ramach naszej Niedawno wprowadziliśmy alerty, które automatycznie powiadamiają Cię, gdy przekraczanie ustalonych progów. Problemy zostały wycofane i zastąpione alertami.
Alert u góry karty Skuteczność filtruje selektor aplikacji wpisów w sekcji Najnowsze alerty. Tylko trzy najnowsze alerty dotyczące witryny zobaczysz wybrane aplikacje.
Więcej informacji o alertach: Skonfiguruj alerty o problemach z wydajnością
Co się stało z możliwością ustawiania progów dla problemów w konsoli?
Monitorowanie wydajności obsługuje alerty dla wskaźników przekraczających określonych progów. Aby uniknąć nieporozumień z tymi konfigurowalnymi progami dla danych o skuteczności, usunęliśmy możliwość konfigurowania progów dla problemy.
Co się stało z informacjami o szczegółach i danych w konsoli Firebase?
Zastąpiliśmy strony Szczegóły i Dane interfejsu użytkownika (UI), aby usprawnić rozwiązywanie problemów. Ten nowy interfejsu rozwiązywania problemów ma te same główne funkcje, co Szczegóły i Oferowane wskaźniki. Więcej informacji o rozwiązywaniu problemów: Wyświetl więcej danych dla konkretnego logu czasu.
Dlaczego liczba próbek jest niezgodna z oczekiwaniami?
Monitorowanie wydajności zbiera dane o wydajności z urządzeń użytkowników Twojej aplikacji. Jeśli aplikacja ma wielu użytkowników lub generuje dużą wydajność, Monitorowanie wydajności może ograniczyć gromadzenie danych do podzbioru urządzeń, zmniejsza liczbę przetworzonych zdarzeń. Limity te są na tyle wysokie, że Nawet przy mniejszej liczbie zdarzeń wartości danych są reprezentatywne do wygody użytkownika.
Aby zarządzać ilością gromadzonych danych, Monitorowanie wydajności korzysta z następujących funkcji: opcje próbkowania:
Ograniczenie szybkości na urządzeniu: aby zapobiec wysyłaniu przez urządzenie nagłych wybuchów ograniczamy liczbę logów czasu oraz żądań sieciowych wysyłanych z do 300 zdarzeń co 10 minut. Ta metoda chroni urządzenie przed zapętlone instrumenty, które mogą wysyłać duże ilości danych dotyczących wydajności, zapobiega zaburzaniu pomiarów wydajności przez pojedyncze urządzenie.
Próbkowanie dynamiczne: Monitorowanie wydajności rejestruje limit wynoszący ok. 100 mln zdarzeń w przypadku logów czasu kodu i 100 MB w przypadku logów czasu żądań sieciowych na aplikację dziennie na wszystkich użytkowników aplikacji. Częstotliwość próbkowania dynamicznego jest pobierana z urządzeń (przy użyciu funkcji Zdalna konfiguracja Firebase), aby określić, czy przypadkowe urządzenie powinno przechwytywać i wysyłać ślady. Urządzenie, które nie zostało wybrane do próbkowania, nie wysyłanie zdarzeń. Częstotliwość próbkowania dynamicznego zależy od aplikacji i dostosowuje się aby ogólna ilość zgromadzonych danych nie przekraczała limitu.
Sesje użytkownika wysyłają dodatkowe, szczegółowe dane z urządzenia użytkownika, co wymaga więcej zasobów do rejestrowania i wysyłania danych. Aby zminimalizować wpływ użytkowników Monitorowanie wydajności może również ograniczać liczbę sesji.
Ograniczenie szybkości po stronie serwera: aby mieć pewność, że aplikacje nie przekroczą próbkowania. Monitorowanie wydajności może wykorzystać próbkowanie po stronie serwera, aby pominąć niektóre zdarzenia otrzymanych z urządzeń. Chociaż ten typ ograniczenia nie zmienia na skuteczność naszych wskaźników, może to spowodować niewielkie zmiany wzorców, w tym :
- Liczba śladów może się różnić od tego, ile razy jeden gdy wykonano kod.
- Ślady, które są ściśle sprzężone w kodzie, mogą zawierać różną liczbę przykłady.
Co się stało z kartą Problemy w konsoli?
Zastąpiliśmy kartę Problemy funkcją Alerty, automatycznie powiadamia Cię o przekroczeniu ustawionych progów. Ty nie nie muszą już ręcznie sprawdzać w konsoli Firebase stanu odpowiedni próg. Więcej informacji o Alertach Google znajdziesz w artykule Konfigurowanie alertów dotyczących problemów z wydajnością.
Co się stało z kartami Na urządzeniu i Sieć w konsoli? Jak wyświetlić ślady, które były na tych stronach?
Zmodyfikowaliśmy sekcję Monitorowanie wydajności w konsoli Firebase, Karta Panel zawiera w jednym miejscu najważniejsze dane i wszystkie logi czasu. Jako Usunęliśmy też strony Na urządzeniu i Sieć.
Tabela logów czasu na dole karty Dashboard (Panel) zawiera takie same informacje widoczne na kartach Na urządzeniu i Sieć, ale niektóre Dodaliśmy funkcje, w tym możliwość sortowania logów czasu dla konkretnego wskaźnika. Aby wyświetlić wszystkie dane związane z określonym hasłem logu czasu, kliknij nazwę logu czasu w tabeli logów czasu.
Logi możesz wyświetlić na tych podkartach w tabeli logów czasu:
- Logi czasu żądań sieciowych (zarówno gotowe, jak i niestandardowe) – podkarta Żądania sieciowe
- Niestandardowe logi czasu – podkarta Niestandardowe logi czasu
- Uruchamianie aplikacji, śledzenie aplikacji na pierwszym planie i śledzenie aplikacji w tle – podkarta Niestandardowe logi czasu
- Ślady renderowania ekranu – podkarta Renderowanie ekranu
- Ślady wczytywania strony – podkarta Wczytanie strony
Szczegółowe informacje o tabeli logów czasu oraz wyświetlaniu wskaźników i danych znajdziesz w strona przeglądu konsoli (iOS+ | Android | Sieć).
Dlaczego liczba spowolnionych i zablokowanych klatek jest niezgodna z oczekiwaniami?
Klatki renderowane w powolnym renderowaniu i zablokowane są obliczane na założonym urządzeniu 60 Hz. Jeśli częstotliwość odświeżania urządzenia jest niższa niż 60 Hz, każda klatka będzie mieć wolniejszy czas renderowania, ponieważ renderowanych jest mniej klatek na sekundę. Dłuższe renderowanie może spowodować, że raportowanych będzie więcej spowolnionych lub zablokowanych klatek ponieważ więcej klatek będzie renderowany wolniej lub zostanie zablokowany. Jeśli jednak urządzenie częstotliwość odświeżania jest większa niż 60 Hz, więc każda klatka renderuje się szybciej. Może to spowodować uwzględnianie w raportach mniejszej liczby spowolnionych lub zablokowanych klatek. To jest bieżąca w pakiecie SDK Performance Monitoring.
Jak dodać z mniejszym pakietem SDK Performance Monitoring z przestrzenią nazw (samodzielnym pakietem SDK) do mojej aplikacji internetowej?
Jeśli Monitorowanie wydajności to jedyna usługa Firebase w Twojej aplikacji, możesz użyć parametru samodzielnym pakietem SDK Performance Monitoring (i zalecanym skryptom nagłówka poniżej), jeśli interesują mnie:
- z użyciem biblioteki z przestrzeni nazw
- zmniejszenie rozmiaru pakietu SDK
- opóźnianie inicjowania pakietu SDK do czasu załadowania strony
Aby dodać do aplikacji samodzielny pakiet SDK Performance Monitoring i opóźnić jego inicjowanie do po załadowaniu strony:
- Dodaj poniższy skrypt do nagłówka pliku indeksu.
- Pamiętaj, aby dodać te dane Obiekt konfiguracji projektu Firebase.
(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);
Gdzie?
- performance_standalone to
'https://www.gstatic.com/firebasejs/10.12.3/firebase-performance.js' - firebaseConfig to obiekt konfiguracyjny Firebase Twojej aplikacji.
Powyższy skrypt asynchronicznie wczytuje samodzielny pakiet SDK, a następnie inicjuje
Firebase po uruchomieniu zdarzenia onload okna. Ta taktyka zmniejsza
wpływ, jaki pakiet SDK może mieć na
danych wczytywania strony, ponieważ
już po zainicjowaniu pakietu SDK raportuje swoje wskaźniki wczytywania.
Więcej informacji o samodzielnym pakiecie SDK Performance Monitoring oraz nagłówku skrypt
Ten samodzielny pakiet SDK jest zoptymalizowany pod kątem rozmiaru. Plik skompresowany algorytmem gzip ma około 10 KB. Zawiera wszystkie funkcje Monitorowania wydajności Firebase oraz minimalny zestaw z podstawowymi funkcjami pakietu SDK Firebase.
Monitorowanie wydajności Firebase używa interfejsów API fetch i Promise
które nie są dostępne w starszych przeglądarkach. Elementy polyfill dla tych interfejsów API są
są uwzględniane w standardowym pakiecie SDK Firebase Performance Monitoring JS, ale są pomijane
z samodzielnego pakietu SDK, aby go zmniejszyć.
Pakiet SDK do monitorowania wydajności korzysta po części z Resource Timing API , aby uzyskać dane dotyczące wczytywania strony z przeglądarki.
Fragment poniżej zawiera szczegółowe informacje o skrypcie nagłówka, w tym o opóźnieniach zainicjowanie pakietu 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);
Gdzie?
- performance_standalone to
'https://www.gstatic.com/firebasejs/10.12.3/firebase-performance-standalone.js' - firebaseConfig to obiekt konfiguracyjny Firebase Twojej aplikacji.
Przetwarzanie i wyświetlanie danych w czasie zbliżonym do rzeczywistego
Co oznacza „czas zbliżony do rzeczywistego” i wydajności?
Monitorowanie wydajności Firebase przetwarza gromadzone dane o skuteczności na bieżąco, które pozwala wyświetlić dane w czasie zbliżonym do rzeczywistego w konsoli Firebase. Przetworzono pojawia się w konsoli w ciągu kilku minut od ich zebrania, dlatego w czasie zbliżonym do rzeczywistego.
Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, upewnij się, że aplikacja używa pakiet SDK kompatybilny z reklamami w czasie rzeczywistym wersji.
Jak uzyskać dane o działaniu aplikacji aktualizowane w czasie zbliżonym do rzeczywistego?
Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, wystarczy upewnić się, aplikacja korzysta z pakietu SDK Performance Monitoring w wersji zgodnej z przetwarzania danych.
Oto wersje pakietu SDK zgodnego w czasie rzeczywistym:
- iOS – wersja 7.3.0 lub nowsza
- tvOS – wersja 8.9.0 lub nowsza
- Android – wersja 19.0.10 lub nowsza (albo Firebase Android BoM w wersji 26.1.0 lub nowszej)
- Internet – wersja 7.14.0 lub nowsza
Zalecamy korzystanie z najnowszej wersji SDK, ale wymienionych powyżej wersji umożliwi Monitorowi wydajności przetwarzanie danych niemal w rzeczywistości obecnie się znajdujesz.
Które wersje pakietu SDK Performance Monitoring są uznawane za zgodne w czasie rzeczywistym?
Te wersje pakietu SDK są zgodne z przetwarzaniem danych w czasie rzeczywistym:
- iOS – wersja 7.3.0 lub nowsza
- tvOS – wersja 8.9.0 lub nowsza
- Android – wersja 19.0.10 lub nowsza (albo Firebase Android BoM w wersji 26.1.0 lub nowszej)
- Internet – wersja 7.14.0 lub nowsza
Zalecamy korzystanie z najnowszej wersji SDK, ale wymienionych powyżej wersji umożliwi Monitorowi wydajności przetwarzanie danych niemal w rzeczywistości obecnie się znajdujesz.
Co się stanie, jeśli nie zaktualizuję aplikacji, aby korzystała z wersji pakietu SDK zgodnej z danymi w czasie rzeczywistym?
Jeśli Twoja aplikacja nie korzysta z wersji pakietu SDK zgodnej z czasem rzeczywistym, nadal zobaczysz wszystkie dane o wydajności aplikacji w konsoli Firebase. Ekran dane dotyczące skuteczności będą opóźnione o około 36 godzin od momentu ich kolekcji.
Mam zaktualizowany pakiet SDK do wersji zgodnej w czasie rzeczywistym, ale niektórzy użytkownicy nadal w starszych wersjach aplikacji. Czy nadal będę widzieć ich wyniki w konsoli Firebase?
Tak. Niezależnie od tego, której wersji pakietu SDK używa instancja aplikacji, dane o skuteczności od wszystkich użytkowników.
Jeśli jednak przeglądasz najnowsze dane (sprzed mniej niż 36 godzin), wyświetlane dane pochodzą od użytkowników instancji aplikacji w czasie rzeczywistym, zgodnej wersji pakietu SDK. Niedawne dane obejmują jednak dane o skuteczności ze wszystkich wersji aplikacji.
Kontakt z zespołem pomocy Firebase
Jeśli skontaktuj się z zespołem pomocy Firebase, zawsze dodawaj identyfikator aplikacji Firebase. Znajdź swój identyfikator aplikacji Firebase w Karta Twoje aplikacje na settings Projekt