Risoluzione dei problemi e domande frequenti su Performance Monitoring

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

1. Apri gli strumenti per sviluppatori del browser (ad esempio, Scheda Rete per Chrome Dev Tools o in Network Monitor per Firefox).

2. Aggiorna l'app web nel browser.

3. Controlla se nei messaggi di log sono presenti messaggi di errore.

4. Dopo qualche secondo, cerca una chiamata di rete a firebaselogging.googleapis.com negli strumenti per sviluppatori del tuo browser. La la presenza di quella chiamata di rete indica che il browser sta inviando prestazioni a Firebase.

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

Ho aggiunto l'SDK all'app, ma la console continua a chiedere di aggiungere l'SDK

Firebase è in grado di rilevare se hai aggiunto correttamente l'SDK Performance Monitoring alla tua app Quando riceve informazioni sull'evento (ad esempio interazioni con l'app) dalla tua app. In genere, entro 10 minuti dall'avvio dell'app, la Rendimento dashboard della console Firebase mostra un "SDK rilevato" per creare un nuovo messaggio email. Quindi, entro 30 minuti, la dashboard visualizza i dati elaborati iniziali.

Se sono trascorsi più di 10 minuti dall'aggiunta dell'ultima versione dell'SDK a nell'app e continui a non notare alcuna modifica, controlla il log messaggi per verificare che Performance Monitoring stia registrando eventi. Prova la procedura di risoluzione dei problemi appropriata come descritto di seguito per risolvere i problemi relativi a un messaggio di rilevamento dell'SDK ritardato.

Console dice che l'SDK ma non vengono visualizzati dati

Performance Monitoring elabora i dati degli eventi di rendimento prima di visualizzarli nel Dashboard del rendimento.

Se sono trascorse più di 24 ore dal rilevamento dell'SDK" messaggio visualizzato, e continui a non vedere dati, controlla Dashboard dello stato di Firebase in caso di nota di un'interruzione di servizio. In assenza di interruzioni, contatta l'assistenza Firebase.

L'app non registra i dati eventi di rendimento

Se non vedi i messaggi di log relativi alle prestazioni eventi, prova a seguire questi passaggi per la risoluzione dei problemi:

1. Assicurati che l'SDK Performance Monitoring sia corretto inizializzato nel dell'app.

2. Assicurati che l'SDK Performance Monitoring non sia disattivato tramite la seguente flag:

   • performance.instrumentationEnabled

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

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

   Se hai appena aggiunto l'SDK Performance Monitoring nella tua app, potrebbe essere necessario riavvia l'app per far funzionare l'SDK.

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

Dashboard prestazioni mancano i dati sul primo ritardo di input

Se non visualizzi i dati relativi al ritardo della prima immissione metrica, prova i seguenti passaggi per la risoluzione dei problemi:

1. Tieni presente che Performance Monitoring registra la metrica First Input Delay solo quando un evento l'utente fa clic sulla pagina web entro i primi 5 secondi dal caricamento pagina.

2. Assicurati di aver configurato la tua app per misurare questa metrica. La La metrica First Input Delay richiede un intervento manuale configurazione. In particolare, per questa metrica devi aggiungere la libreria di polyfill. Per per l'installazione, consulta le documentazione.

   Tieni presente che l'aggiunta di questa libreria di polyfill non è necessaria per consentire a Performance Monitoring di generare report su altre metriche delle app web.

La dashboard sul rendimento è dati di traccia personalizzata mancanti

Visualizzi i dati sul rendimento per le tracce raccolte automaticamente ma non per le tracce di codice personalizzato? Prova a seguire questi passaggi per la risoluzione dei problemi:

1. Verifica la configurazione delle tracce di codice personalizzate strumentate tramite il API Trace, in particolare:

   • I nomi per le tracce di codice personalizzate e le metriche personalizzate devono soddisfare i seguenti requisiti Requisiti: nessuno spazio vuoto iniziale o finale, nessun trattino basso iniziale (_) e la lunghezza massima è di 32 caratteri.
   • Tutte le tracce devono essere avviate e arrestate. Qualsiasi traccia non avviata, non se viene interrotto o interrotto prima di iniziare non verrà registrato.

   Tieni presente che se utilizzi record() non è necessario avviare o interrompere esplicitamente la traccia.

2. Assicurati che la raccolta dei dati Performance Monitoring non sia disattivata tramite il seguente flag:

   • performance.dataCollectionEnabled

     Questo flag controlla la raccolta dei dati soltanto per le tracce di codice personalizzate (non tutti i dati).

3. Controlla i messaggi di log per assicurarti che Performance Monitoring sta registrando le tracce di codice personalizzato previste.

4. Se Performance Monitoring registra eventi, ma non vengono visualizzati dati dopo 24 ore, contatta l'assistenza Firebase.

Dashboard prestazioni mancano i dati della richiesta di rete

Se mancano i dati delle richieste di rete, tieni presente quanto segue:

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

• A seconda del comportamento delle librerie di codice e di networking utilizzate , Performance Monitoring potrebbe generare report solo sulle 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 Performance Monitoring aggrega la richiesta di rete dati nei pattern URL.

Puoi anche provare l'URL personalizzato modelli!

Che cosa è successo ai problemi principali nella scheda Rendimento nella home page del progetto?

Abbiamo sostituito Principali problemi con Avvisi recenti in seguito alla recente introduzione degli avvisi, che ti inviano una notifica automatica quando vengono superate le soglie impostate. I problemi sono stati ritirati e sostituiti dagli avvisi.

Il selettore di app nella parte superiore della scheda Rendimento filtra l'avviso in Avvisi recenti. Solo i tre avvisi più recenti relativi le app selezionate.

Per scoprire di più sugli avvisi, vedi Configura avvisi per problemi di prestazioni.

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

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

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

Abbiamo sostituito le pagine Dettagli e Metriche con una nuova versione centralizzata per migliorare la risoluzione dei problemi. Questo nuovo per la risoluzione dei problemi offre la stessa funzionalità di base Metriche offerte. Per scoprire di più sulla risoluzione dei problemi, vedi Visualizza altri dati per una traccia specifica.

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

Performance Monitoring raccoglie i dati sul rendimento dai dispositivi degli utenti della tua app. Se le tue ha molti utenti o genera un'elevata quantità di prestazioni attività, Performance Monitoring potrebbe limitare la raccolta dei dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono abbastanza alti anche con un minor numero di eventi, i valori della metrica sono comunque rappresentativi di l'esperienza con l'app da parte dell'utente.

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

• Limitazione di frequenza sul dispositivo: per evitare che un dispositivo invii burst improvvisi di limiti 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 dalle misurazioni in loop che possono inviare grandi quantità di dati sulle prestazioni e impedisce a un singolo dispositivo di alterare le misurazioni delle prestazioni.

• Campionamento dinamico: Performance Monitoring raccoglie un limite di circa 100 milioni eventi per le tracce di codice e 100 milioni al giorno per tracce delle richieste di rete per app per tutti gli utenti dell'app. Viene recuperata una frequenza di campionamento dinamica sui dispositivi (utilizzando Firebase Remote Config) per stabilire se un dispositivo casuale deve acquisire e inviare tracce. Un dispositivo non selezionato per il campionamento non invia eventi. La frequenza di campionamento dinamica è specifica per l'app e si adatta garantire che il volume complessivo di dati raccolti resti 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 sull'utente sessioni, Performance Monitoring potrebbe anche limitare il numero di sessioni.

• Limitazione della frequenza lato server: per garantire che le app non superino il campionamento limite, Performance Monitoring potrebbe utilizzare il campionamento lato server per eliminare alcuni eventi ricevute dai dispositivi. Anche se questo tipo di limitazione non modifica efficacia delle nostre metriche, potrebbero verificarsi variazioni minime del pattern, tra cui seguenti:

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

Che fine ha fatto la scheda Problemi nella console?

Abbiamo sostituito la scheda Problemi con l'introduzione degli Avvisi, che ti avvisa automaticamente quando vengono superate le soglie che hai impostato. Tu no non sarà più necessario controllare manualmente la console Firebase per determinare lo stato una soglia. Per saperne di più 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 presenti su quelle pagine?

Abbiamo riprogettato la sezione Performance Monitoring della console Firebase in modo che La scheda Dashboard mostra le metriche chiave e tutte le tracce in un unico spazio. Come Nell'ambito di questa riprogettazione, abbiamo rimosso le pagine Sul dispositivo e Rete.

La tabella delle tracce nella parte inferiore della scheda Dashboard contiene le stesse informazioni visualizzate nelle schede Sul dispositivo e Rete, ma con alcune funzionalità aggiunte, inclusa la possibilità di ordinare le tracce per percentuale variazione per una metrica specifica. Per visualizzare tutte le metriche e i dati relativi a uno specifico traccia, fai clic sul nome della traccia nella tabella delle tracce.

Visualizza le tracce nelle seguenti sottotabelle della tabella delle tracce:

• Tracce richiesta di rete (sia predefinite che personalizzate) - sottoscheda Richieste di rete
• Tracce di codice personalizzato: sottoscheda Tracce personalizzate
• Avvio dell'app, tracce in primo piano, app in background - Sottoscheda Tracce personalizzate
• Tracce di rendering della schermata - sottoscheda Rendering della schermata
• Tracce caricamento pagina - Sottoscheda Caricamento pagina

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

Perché il numero di frame lenti e bloccati non è quello che mi aspettavo?

I frame con rendering lento e i frame bloccati vengono calcolati con un dispositivo presunto una frequenza di aggiornamento di 60 Hz. Se la frequenza di aggiornamento di un dispositivo è inferiore a 60 Hz, ogni frame avrà tempi di rendering più lenti perché il numero di frame al secondo è inferiore. Tempi di rendering più lenti possono causare la registrazione di più frame lenti o bloccati perché un numero maggiore di frame verrà visualizzato più lentamente o si bloccherà. Tuttavia, se un dispositivo la frequenza di aggiornamento sia superiore a 60 Hz e ogni frame avrà un tempo di rendering più rapido. In questo modo, è possibile segnalare meno fotogrammi lenti o bloccati. Questo è un nell'SDK Performance Monitoring.

Come faccio ad aggiungere più piccolo dell'SDK JS Performance Monitoring con spazio dei nomi (l'SDK "standalone)) per la mia applicazione web?

Se Performance Monitoring è l'unico prodotto Firebase nella tua app, puoi utilizzare l'SDK Performance Monitoring autonomo (e lo script di intestazione consigliato riportato di seguito) se interessato a:

• usando una libreria con spazio dei nomi
• riducendo le dimensioni del pacchetto SDK
• ritardare l'inizializzazione dell'SDK fino al caricamento della pagina

Per includere l'SDK Performance Monitoring autonomo nella tua app e posticipare la sua initialization dopo il caricamento della pagina:

1. Aggiungi il seguente script all'intestazione del file di indice.
2. Assicurati di aggiungere l'estensione Oggetto di configurazione del progetto 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);

dove

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

Lo script riportato sopra carica in modo asincrono l'SDK autonomo, quindi inizializza Firebase dopo l'attivazione dell'evento onload della finestra. Questa tattica riduce l'impatto che l'SDK potrebbe avere metriche relative al caricamento della pagina, perché il browser ha già segnalato le proprie metriche di caricamento al momento dell'inizializzazione dell'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);

Che cosa significa "quasi in tempo reale" significati dati sul rendimento?

Firebase Performance Monitoring elabora i dati sul rendimento raccolti man mano che arrivano, i dati vengono visualizzati quasi in tempo reale nella console Firebase. Elaborato i dati vengono visualizzati nella console entro pochi minuti dalla loro raccolta; di conseguenza l'espressione "vicino in tempo reale".

Per sfruttare l'elaborazione dei dati quasi in tempo reale, assicurati che la tua app utilizzi una versione dell'SDK compatibile con il tempo reale.

Come faccio a ottenere dati sul rendimento quasi in tempo reale per la mia app?

Per usufruire dell'elaborazione dei dati quasi in tempo reale, devi solo assicurarti che la tua app utilizzi una versione dell'SDK Performance Monitoring compatibile con l'elaborazione dei dati in tempo reale.

Di seguito sono riportate le versioni dell'SDK compatibili in tempo reale:

• iOS: versione 7.3.0 o successiva
• tvOS: versione 8.9.0 o successiva
• Android: 19.0.10 o versioni successive (o Firebase Android BoM 26.1.0 o successive)
• Web: versione 7.14.0 o successiva

Tieni presente che consigliamo sempre di utilizzare la versione più recente dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i dati quasi in tempo reale.

Quali versioni dell'SDK Performance Monitoring sono considerate compatibili con il tempo reale?

Di seguito sono riportate le versioni dell'SDK compatibili con l'elaborazione dati in tempo reale:

• iOS: versione 7.3.0 o successiva
• tvOS: versione 8.9.0 o successiva
• Android: 19.0.10 o versioni successive (o Firebase Android BoM 26.1.0 o successive)
• Web: versione 7.14.0 o successiva

Tieni presente che consigliamo sempre di utilizzare la versione più recente dell'SDK, ma qualsiasi la versione elencata sopra consentirà a Performance Monitoring di elaborare i dati quasi reale nel tempo.

Cosa succede se non aggiorno la mia app per utilizzare una versione dell'SDK compatibile in tempo reale?

Se la tua app non usa una versione dell'SDK compatibile in tempo reale, continuerai a vedere tutti i dati sulle prestazioni dell'app nella console Firebase. Tuttavia, la visualizzazione degli indicatori sul rendimento sarà ritardata di circa 36 ore dal momento della loro recopilación.

Ho eseguito l'aggiornamento a una versione dell'SDK compatibile in tempo reale, ma alcuni dei miei utenti lo ancora su versioni precedenti della mia app. Continuo a vedere il suo rendimento? nella console Firebase?

Sì! Indipendentemente dalla versione dell'SDK utilizzata da un'istanza di app, vedrai sul rendimento di tutti gli utenti.

Tuttavia, se stai esaminando dati recenti (meno di circa 36 ore fa), i dati visualizzati provengono dagli utenti delle istanze dell'app che utilizzano una versione dell'SDK compatibile con il monitoraggio in tempo reale. I dati non recenti, tuttavia, includono i dati sul rendimento. da tutte le versioni dell'app.