Na tej stronie znajdziesz wskazówki dotyczące rozwiązywania problemów z korzystaniem z usługi Performance Monitoring lub za pomocą funkcji i narzędzi Performance Monitoring.
Pierwsze kroki w celu rozwiązania problemów
Te 2 sprawdzenia to ogólne sprawdzone metody, które zalecamy zastosować przed dalszym rozwiązywaniem problemów.
1. Sprawdzanie komunikatów z dziennika pod kątem zdarzeń związanych ze skutecznoś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 narzędzia dla deweloperów w przeglądarce (np. kartę Sieć w Narzędziach deweloperskich w Chrome lub monitor 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.com
w 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 usługi Firebase lub Performance Monitoring.
Pierwsze kroki z usługą Performance Monitoring
Jeśli dopiero zaczynasz korzystać z Performance Monitoring (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). Zazwyczaj 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 do aplikacji najnowszej wersji pakietu SDK minęło ponad 10 minut, a nadal nie widać żadnych zmian, sprawdź logi, aby się upewnić, że Performance Monitoring rejestruje zdarzenia. Aby rozwiązać problem z opóźnionym wykryciem pakietu SDK, wykonaj odpowiednie czynności opisane poniżej.
Aplikacja rejestruje zdarzenia: rozwiązywanie problemów
Jeśli nadal tworzysz aplikację lokalnie, spróbuj wygenerować więcej zdarzeń do zbierania danych:
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 obiekt został prawidłowo dodany do aplikacji i ż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.
Aby uzyskać nowy obiekt konfiguracji i dodać go do aplikacji internetowej, wykonaj te instrukcje.
- 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
Sprawdź, 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ł właśnie 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
Performance Monitoring przetwarza dane zdarzenia skuteczności, zanim wyświetli je 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 udało Ci się dodać pakiet SDK i używasz w aplikacji dodatku Performance Monitoring, podane niżej wskazówki mogą pomóc w rozwiązaniu ogólnych problemów, Funkcje i narzędzia Performance Monitoring.
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:
Upewnij się, że pakiet SDK Performance Monitoring został prawidłowo zainicjowany w aplikacji.
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ł właśnie dodany do aplikacji, konieczne może być pełne Uruchom ponownie aplikację, aby pakiet SDK zaczął działać.
Jeśli nie możesz znaleźć w aplikacji niczego, co jest wyłączone, 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 Performance Monitoring 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. Instrukcje instalacji znajdziesz w dokumentacji biblioteki.
Pamiętaj, że dodanie tej biblioteki polyfill nie jest konieczne, aby usługa Performance Monitoring mogła raportują inne dane dotyczące aplikacji internetowej.
W panelu skuteczności brakuje danych z niestandardowego śledzenia
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 funkcja zbierania danych w usłudze Performance Monitoring nie wyłączone za pomocą tę flagę:
performance.dataCollectionEnabled
Ta flaga kontroluje zbieranie danych tylko na potrzeby niestandardowych logów czasu (nie wszystkie dane).
Sprawdź komunikaty dziennika i upewnij się, że Performance Monitoring rejestruje oczekiwane ślady niestandardowego kodu.
Jeśli Performance Monitoring rejestruje zdarzenia, ale po 24 godzinach nie wyświetla się żadna informacja, 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:
Performance Monitoring automatycznie zbiera dane o żądaniach 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 Performance Monitoring może generować raporty tylko o ukończonych żądaniach sieciowych. Oznacza to, że pozostawione otwarte połączenia HTTP/S mogą nie zostać zgłoszone.
Dane żądań sieciowych nie są agregowane zgodnie z oczekiwaniami
Dowiedz się więcej o tym, jak Performance Monitoring 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 są teraz wycofywane i zastępowane przez alerty.
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?
Performance Monitoring obsługuje alerty dotyczące 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 Szczegóły i Dane 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 znajdziesz w artykule Wyświetlanie dodatkowych danych dotyczących konkretnego śledzenia.
Dlaczego liczba próbek jest niezgodna z oczekiwaniami?
Aplikacja Performance Monitoring zbiera dane o skuteczności z urządzeń użytkowników Twojej aplikacji. Jeśli aplikacja ma wielu użytkowników lub generuje dużą wydajność, aktywności, Performance Monitoring może ograniczyć zbieranie danych do podzbioru urządzeń, aby 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, Performance Monitoring używa tych opcje próbkowania:
Ograniczenie szybkości na urządzeniu: aby zapobiec nagłem wysyłaniu przez urządzenie dużej liczby ścieżek, ograniczamy liczbę ścieżek kodu i żądań sieci wysyłanych z urządzenia do 300 zdarzeń na 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: Performance Monitoring zbieranie danych z ograniczeniem do około 100 mln wydarzeń dla śladów kodu i 100 mln śladów żądań sieciowych dziennie w przypadku wszystkich użytkowników aplikacji. Częstotliwość próbkowania dynamicznego jest pobierana z urządzeń (przy użyciu funkcji Firebase Remote Config), aby określić, czy urządzenie losowe 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 sesji, Performance Monitoring może również ograniczać liczbę sesji.
Ograniczenie szybkości po stronie serwera: aby mieć pewność, że aplikacje nie przekroczą próbkowania. limit, Performance Monitoring może używać próbkowania 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 muszą już ręcznie sprawdzić konsolę Firebase, aby określić stan 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ę Performance Monitoring w konsoli Firebase, aby Na karcie Panel znajdują się 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
- Ścieżki uruchamiania aplikacji, ścieżki aplikacji na pierwszym planie i ścieżki aplikacji działającej w tle – podkarta Ścieżki niestandardowe
- Ś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?
Czasy renderowania spowolnionych i zablokowanych klatek są obliczane przy założeniu częstotliwości odświeżania urządzenia 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 częstotliwość odświeżania urządzenia jest wyższa niż 60 Hz, czas renderowania każdej klatki będzie krótszy. 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ć mniejszy, z przestrzenią nazw Performance Monitoring SDK JS („samodzielny” pakiet SDK) do mojej aplikacji internetowej?
Jeśli Performance Monitoring jest jedyną usługą Firebase w Twojej aplikacji, możesz użyć funkcji samodzielnych pakietów SDK Performance Monitoring (oraz zalecanego skryptu nagłówka poniżej), jeśli interesują mnie:
- za pomocą biblioteki z przestrzenią nazw;
- zmniejszenie rozmiaru pakietu SDK
- opóźnianie inicjowania pakietu SDK do czasu załadowania strony
Aby uwzględnić w swojej aplikacji samodzielny pakiet SDK Performance Monitoring i opóźnić jego inicjalizację do momentu załadowania 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.13.1/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 ogranicza wpływ pakietu SDK na dane o wczytywaniu stron, ponieważ przeglądarka przekazuje już dane o wczytywaniu w momencie inicjowania pakietu SDK.
Więcej informacji o samodzielnym pakiecie SDK Performance Monitoring i 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 Firebase Performance Monitoring oraz minimalny zestaw z podstawowymi funkcjami pakietu SDK Firebase.
Firebase Performance Monitoring używa interfejsów API fetch
i Promise
, które są niedostępne w starszych przeglądarkach. Elementy polyfill dla tych interfejsów API są
są uwzględniane w standardowym pakiecie JS SDK Firebase Performance Monitoring, ale są pomijane
z samodzielnego pakietu SDK, aby go zmniejszyć.
Pakiet SDK Performance Monitoring opiera się częściowo na 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.13.1/firebase-performance-standalone.js'
- firebaseConfig to obiekt konfiguracji Firebase w aplikacji.
Przetwarzanie i wyświetlanie danych w czasie zbliżonym do rzeczywistego
Co oznacza „czas zbliżony do rzeczywistego” i wydajności?
Firebase Performance Monitoring przetwarza zebrane dane o skuteczności na bieżąco, co powoduje wyświetlenie danych 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 w wersji Performance Monitoring, która jest zgodna z pakietem SDK w czasie rzeczywistym 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 wymieniona powyżej wersja umożliwi usłudze Performance Monitoring przetwarzanie Twoich danych niemal w rzeczywistości obecnie się znajdujesz.
Które wersje pakietu SDK Performance Monitoring są uznawane za kompatybilne z czasem 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 wymieniona powyżej wersja umożliwi usłudze Performance Monitoring przetwarzanie Twoich 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 będziesz mieć w konsoli Firebase widoczne wszystkie dane o jej działaniu. 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 wyświetlane są najnowsze dane (starsze mniej więcej niż 36 godzin), wyświetlane dane pochodzą od użytkowników instancji aplikacji korzystających z kompatybilnej z czasem rzeczywistym wersji pakietu SDK. Niedawne dane obejmują jednak dane o skuteczności ze wszystkich wersji aplikacji.
Kontakt z zespołem pomocy Firebase
Jeśli kontaktujesz się z zespołem pomocy Firebase, zawsze podaj identyfikator aplikacji Firebase. Znajdź swój identyfikator aplikacji Firebase w Karta Twoje aplikacje na settings Projekt