Risoluzione dei problemi di monitoraggio delle prestazioni e domande frequenti

Come visualizzare i messaggi di registro per gli eventi relativi alle prestazioni

1. Apri gli strumenti di sviluppo del tuo browser (ad esempio, scheda Rete per Chrome Dev Tools o in Network Monitor per Firefox ).

2. Aggiorna la tua app web nel browser.

3. Controlla i messaggi di registro per eventuali messaggi di errore.

4. Dopo alcuni secondi, cerca una chiamata di rete a firebaselogging.googleapis.com negli strumenti per sviluppatori del tuo browser. La presenza di quella chiamata di rete mostra che il browser sta inviando i dati sulle prestazioni a Firebase.

Se la tua app non registra gli eventi relativi alle prestazioni, consulta i suggerimenti per la risoluzione dei problemi .

Aggiunto l'SDK all'app, ma la console dice ancora di aggiungere l'SDK

Firebase è in grado di rilevare se hai aggiunto correttamente l'SDK di monitoraggio delle prestazioni alla tua app quando riceve informazioni sugli eventi (come le interazioni con le app) dalla tua app. In genere, entro 10 minuti dall'avvio dell'app, il dashboard delle prestazioni della console Firebase visualizza un messaggio "Rilevato SDK". Quindi, entro 30 minuti, il dashboard visualizza i dati elaborati iniziali.

Se sono trascorsi più di 10 minuti da quando hai aggiunto l'ultima versione di SDK alla tua app e non vedi ancora alcuna modifica, controlla i messaggi di log per assicurarti che il monitoraggio delle prestazioni stia registrando gli eventi. Prova i passaggi di risoluzione dei problemi appropriati come descritto di seguito per risolvere un messaggio di rilevamento SDK ritardato.

La console dice che l'SDK è stato rilevato, ma non vengono visualizzati dati

Il monitoraggio delle prestazioni elabora i dati degli eventi sulle prestazioni prima di visualizzarli nel dashboard delle prestazioni .

Se sono trascorse più di 24 ore da quando è apparso il messaggio "Rilevato SDK" e continui a non visualizzare i dati, controlla il dashboard di stato di Firebase nel caso in cui si verificasse un'interruzione nota. Se non si verifica un'interruzione, contattare l'assistenza Firebase .

L'app non registra gli eventi relativi alle prestazioni

Se non visualizzi i messaggi di registro per gli eventi relativi alle prestazioni , prova i seguenti passaggi per la risoluzione dei problemi:

1. Assicurati che l'SDK di monitoraggio delle prestazioni sia inizializzato correttamente nell'app.

2. Assicurati che l'SDK di monitoraggio delle prestazioni non sia disabilitato tramite il seguente flag:

   • performance.instrumentationEnabled

3. Assicurati che la memorizzazione nella cache del browser sia disabilitata, altrimenti il ​​browser potrebbe non rilevare nuove impostazioni della strumentazione.

4. Chiudi, quindi riapri la scheda della pagina web. Controlla di nuovo la registrazione.

   Se hai appena aggiunto l'SDK di monitoraggio delle prestazioni nella tua app, potrebbe essere necessario riavviare completamente l'app affinché l'SDK inizi a funzionare.

5. Se non riesci a trovare nulla di disabilitato nella tua app, contatta l'assistenza Firebase .

Nella dashboard delle prestazioni mancano i primi dati sul ritardo di input

Se non visualizzi i dati per la prima metrica del ritardo di input , prova i seguenti passaggi per la risoluzione dei problemi:

1. Tieni presente che il monitoraggio delle prestazioni registra solo la prima metrica del ritardo di input quando un utente fa clic sulla pagina Web entro i primi 5 secondi dal caricamento della pagina.

2. Assicurati di aver configurato la tua app per misurare questa metrica. La prima metrica del ritardo di input richiede l'impostazione manuale . In particolare, è necessario aggiungere la libreria polyfill per questa metrica. Per le istruzioni di installazione, fare riferimento alla documentazione della libreria.

   Tieni presente che l'aggiunta di questa libreria polyfill non è necessaria per il monitoraggio delle prestazioni per segnalare altre metriche dell'app Web.

Nella dashboard delle prestazioni mancano dati di traccia personalizzati

Vengono visualizzati i dati sulle prestazioni per le tracce raccolte automaticamente ma non per le tracce del codice personalizzato ? Prova i seguenti passaggi per la risoluzione dei problemi:

1. Controlla l'impostazione delle tracce di codice personalizzate strumentate tramite l' API Trace , in particolare quanto segue:

   • I nomi per le tracce di codice personalizzato e le metriche personalizzate devono soddisfare i seguenti requisiti: nessuno spazio vuoto iniziale o finale, nessun carattere di sottolineatura iniziale ( _ ) e la lunghezza massima è di 32 caratteri.
   • Tutte le tracce devono essere avviate e arrestate. Qualsiasi traccia che non è stata avviata, non interrotta o interrotta prima dell'avvio non verrà registrata.

   Nota che se stai utilizzando il metodo record() , non è necessario avviare o interrompere esplicitamente la traccia.

2. Assicurati che la raccolta dei dati di monitoraggio delle prestazioni non sia disabilitata tramite il seguente flag:

   • performance.dataCollectionEnabled

     Questo flag controlla la raccolta di dati solo per le tracce di codice personalizzato (non tutti i dati).

3. Controlla i messaggi di registro per assicurarti che il monitoraggio delle prestazioni stia registrando le tracce del codice personalizzato previste.

4. Se il monitoraggio delle prestazioni registra gli eventi, ma non vengono visualizzati dati dopo 24 ore, contattare l'assistenza Firebase .

Nella dashboard delle prestazioni mancano i dati della richiesta di rete

Se ti mancano i dati della richiesta di rete, tieni presente quanto segue:

• Performance Monitoring raccoglie automaticamente le metriche per le richieste di rete segnalate dall'API del browser. Questi rapporti non includono le richieste di rete non riuscite.

• A seconda del comportamento del codice e delle librerie di rete utilizzate dal codice, il monitoraggio delle prestazioni potrebbe segnalare solo le richieste di rete completate. Ciò significa che le connessioni HTTP/S lasciate aperte potrebbero non essere segnalate.

I dati delle richieste di rete non vengono aggregati come previsto

Scopri di più su come il monitoraggio delle prestazioni aggrega i dati delle richieste di rete nei pattern URL.

Puoi anche provare pattern URL personalizzati !

Che cosa è successo alle informazioni sui dettagli e sulle metriche nella console Firebase?

Abbiamo sostituito le pagine Dettagli e Metriche con un'interfaccia utente centralizzata (UI) recentemente riprogettata per migliorare la risoluzione dei problemi. Questa nuova interfaccia utente per la risoluzione dei problemi offre le stesse funzionalità di base offerte da Dettagli e metriche. Per ulteriori informazioni sulla risoluzione dei problemi, consulta Visualizzare più dati per una traccia specifica .

Perché il numero di campioni non è quello che mi aspetto?

Il monitoraggio delle prestazioni raccoglie i dati sulle prestazioni dai dispositivi degli utenti dell'app. Se la tua applicazione ha molti utenti o se l'app genera una grande quantità di attività sulle prestazioni, il monitoraggio delle prestazioni potrebbe limitare la raccolta di dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono sufficientemente elevati in modo che, anche con un minor numero di eventi, i valori delle metriche siano comunque rappresentativi dell'esperienza dell'utente con l'app.

Per gestire il volume di dati che raccogliamo, Performance Monitoring utilizza le seguenti opzioni di campionamento:

• Limitazione della velocità sul dispositivo : per impedire a un dispositivo di inviare esplosioni improvvise di tracce, limitiamo il numero di tracce di codice e richieste di rete inviate da un dispositivo a 300 eventi ogni 10 minuti. Questo approccio protegge il dispositivo da strumentazioni in loop che possono inviare grandi quantità di dati sulle prestazioni e impedisce a un singolo dispositivo di distorcere le misurazioni delle prestazioni.

• Campionamento dinamico : il monitoraggio delle prestazioni raccoglie circa 100 milioni di eventi per le tracce del codice e 100 milioni per le tracce delle richieste di rete per app tra tutti gli utenti dell'app. Una frequenza di campionamento dinamica viene recuperata sui dispositivi (tramite Firebase Remote Config) per determinare se un dispositivo casuale deve acquisire e inviare tracce. Un dispositivo non selezionato per il campionamento non invia alcun evento. La frequenza di campionamento dinamica è specifica dell'app e si regola per garantire che il volume complessivo dei dati raccolti rimanga al di sotto del limite.

  Le sessioni utente inviano dati aggiuntivi e dettagliati dal dispositivo di un utente, richiedendo più risorse per acquisire e inviare i dati. Per ridurre al minimo l'impatto delle sessioni utente, il monitoraggio delle prestazioni potrebbe anche limitare il numero di sessioni.

• Limitazione della frequenza lato server : per garantire che le app non superino il limite di campionamento, Performance Monitoring potrebbe utilizzare il campionamento lato server per eliminare alcuni eventi ricevuti dai dispositivi. Sebbene questo tipo di limitazione non modifichi l'efficacia delle nostre metriche, può causare lievi variazioni del modello, tra cui le seguenti:

  • Il numero di tracce può differire dal numero di volte in cui un pezzo di codice è stato eseguito.
  • Le tracce che sono strettamente accoppiate nel codice possono avere ciascuna un numero diverso di campioni.

Che cosa è successo alla scheda Problemi nella console?

Abbiamo sostituito la scheda Problemi con l'introduzione di Avvisi, che ti avvisa automaticamente quando vengono superate le soglie impostate. Non è più necessario controllare manualmente la console Firebase per determinare lo stato di una soglia. Per ulteriori informazioni sugli avvisi, consulta Configurare avvisi per problemi di prestazioni .

Che cosa è successo alle schede Sul dispositivo e Rete nella console? Come faccio a visualizzare le tracce che erano su quelle pagine?

Abbiamo riprogettato la sezione Monitoraggio delle prestazioni della console Firebase in modo che la scheda Dashboard mostri le tue metriche chiave e tutte le tue tracce in un unico spazio. Come parte della riprogettazione, abbiamo rimosso le pagine Sul dispositivo e Rete .

La tabella delle tracce nella parte inferiore della scheda Dashboard ha tutte le stesse informazioni visualizzate nelle schede Sul dispositivo e Rete , ma con alcune funzionalità aggiuntive, inclusa la possibilità di ordinare le tracce in base alla variazione percentuale per una metrica specifica. Per visualizzare tutte le metriche e i dati per una traccia specifica, fare clic sul nome della traccia nella tabella delle tracce.

Visualizza le tue tracce nelle seguenti sottoschede della tabella delle tracce:

• Tracce delle richieste di rete (sia predefinite che personalizzate): sottoscheda Richieste di rete
• Tracce di codice personalizzate: sottoscheda Tracce personalizzate
• Tracce di avvio dell'app, app in primo piano e in background: sottoscheda Tracce personalizzate
• Tracce di rendering dello schermo : sottoscheda Rendering dello schermo
• Tracce di caricamento della pagina : sottoscheda di caricamento della pagina

Per i dettagli sulla tabella delle tracce e sulla visualizzazione di metriche e dati, visita la pagina di panoramica della console ( iOS+ | Android | Web ).

Che cosa è successo alla possibilità di impostare soglie per i problemi nella console?

Il monitoraggio delle prestazioni supporta gli avvisi per le metriche che superano le soglie definite. Per evitare confusione con queste soglie configurabili per le metriche delle prestazioni, abbiamo rimosso la possibilità di configurare le soglie per i problemi .

Come faccio ad aggiungere l'SDK JS di monitoraggio delle prestazioni più piccolo e con spazio dei nomi (l'SDK "autonomo") alla mia app Web?

Se il monitoraggio delle prestazioni è l'unico prodotto Firebase nella tua app, puoi utilizzare l'SDK di monitoraggio delle prestazioni autonomo (e lo script di intestazione consigliato di seguito) se sei interessato a:

• utilizzando una libreria con spazi dei nomi
• riducendo le dimensioni del pacchetto SDK
• ritardando l'inizializzazione dell'SDK fino al caricamento della pagina

Per includere l'SDK di monitoraggio delle prestazioni autonomo nell'app e ritardarne l'inizializzazione dopo il caricamento della pagina:

1. Aggiungi il seguente script all'intestazione del tuo file di indice.
2. Assicurati di aggiungere l' oggetto di configurazione del progetto Firebase della tua app .

(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);

dove,

• performance_standalone è 'https://www.gstatic.com/firebasejs/9.8.4/firebase-performance-standalone.js'
• firebaseConfig è l' oggetto di configurazione Firebase della tua app

Lo script precedente carica in modo asincrono l'SDK autonomo, quindi inizializza Firebase dopo l' onload dell'evento di caricamento della finestra. This tactic reduces the impact that the SDK could have on page load metrics since the browser has already reported its loading metrics when you initialize the 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);

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.