Risoluzione dei problemi e domande frequenti su Performance Monitoring


Questa pagina fornisce suggerimenti per la risoluzione dei problemi relativi all'utilizzo di Performance Monitoring o delle funzionalità e degli strumenti di Performance Monitoring.

I due controlli che seguono sono best practice generali consigliate per chiunque prima di procedere con la risoluzione dei problemi.

Controlla i messaggi di log per assicurarti che l'SDK Performance Monitoring stia acquisendo gli eventi di rendimento.

  1. Attiva il logging di debug nel seguente modo:

    1. In Xcode (versione minima 15.2), seleziona Prodotto > Schema > Modifica schema.
    2. Seleziona Esegui dal menu a sinistra e poi la scheda Argomenti.
    3. Nella sezione Arguments Passed on Launch (Argomenti passati al momento dell'avvio), aggiungi -FIRDebugEnabled.
  2. Controlla se nei messaggi del log sono presenti messaggi di errore.

  3. Performance Monitoring contrassegna i messaggi di log con Firebase/Performance in modo da poterli filtrare.

  4. Controlla la presenza dei seguenti tipi di log che indicano che Performance Monitoring sta registrando eventi relativi alle prestazioni:

    • Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
    • Logging network request trace: URL
  5. Fai clic sull'URL per visualizzare i dati nella console Firebase. Potrebbero essere necessari alcuni momenti per l'aggiornamento dei dati nella dashboard.

Se la tua app non registra gli eventi sul rendimento, consulta i suggerimenti per la risoluzione dei problemi.

2. Controllare la dashboard dello stato di Firebase

Controlla la dashboard dello stato di Firebase nel caso in cui esista un'interruzione di servizio nota per Firebase o per Performance Monitoring.

Guida introduttiva a Performance Monitoring

Se stai iniziando a utilizzare Performance Monitoring (iOS+ | Android | Web), i seguenti suggerimenti per la risoluzione dei problemi possono aiutarti a risolvere i problemi relativi al rilevamento dell'SDK da parte di Firebase o alla visualizzazione dei tuoi primi dati sul rendimento nella console Firebase.

Firebase può rilevare se hai aggiunto correttamente l'SDK Performance Monitoring alla tua app quando riceve informazioni sugli eventi (ad esempio le interazioni con l'app) dalla tua app. solitamente entro 10 minuti dall'avvio dell'app, la dashboard Rendimento della console Firebase mostra il messaggio "SDK rilevato". Poi, entro 30 minuti, la dashboard mostra i dati elaborati iniziali.

Se sono trascorsi più di 10 minuti dall'aggiunta della versione più recente dell'SDK alla tua app e non noti ancora alcuna modifica, controlla i messaggi di log per assicurarti che Performance Monitoring registri gli eventi. Prova la procedura di risoluzione dei problemi appropriata descritta di seguito per risolvere il problema di un messaggio di rilevamento dell'SDK in ritardo.

  1. Se stai ancora sviluppando localmente, prova a generare più eventi per la raccolta dei dati:

    1. Continua a sviluppare l'app utilizzando un simulatore o un dispositivo di test.

    2. Genera eventi spostando l'app tra primo piano e sfondo diverse volte, interagendo con l'app spostandoti tra le schermate e/o attivando richieste di rete.

  2. Assicurati che il file di configurazione Firebase (Google-Service-Info.plist) sia stato aggiunto correttamente alla tua app e che non lo abbia modificato. In particolare, controlla quanto segue:

    • Al nome del file di configurazione non vengono aggiunti caratteri aggiuntivi, ad esempio (2).

    • Il file di configurazione si trova nella directory principale del progetto Xcode e viene aggiunto ai target corretti.

    • L'ID app Firebase Apple (GOOGLE_APP_ID) elencato nel file di configurazione è corretto per la tua app. Trova l'ID app Firebase nella scheda Le tue app delle impostazioni del progetto di .

    Se il file di configurazione della tua app sembra avere dei problemi, prova a procedere nel seguente modo:

    1. Elimina il file di configurazione attualmente presente nella tua app.

    2. Segui queste istruzioni per scaricare un nuovo file di configurazione e aggiungerlo alla tua app per Apple.

  3. Se l'SDK registra gli eventi e tutto sembra essere configurato correttamente, ma non visualizzi ancora il messaggio di rilevamento dell'SDK o i dati elaborati (dopo 2 ore), contatta l'assistenza Firebase.

  1. Assicurati che l'SDK Performance Monitoring non sia disattivato tramite uno dei seguenti flag nel file Info.plist:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated
  2. Assicurati che Performance Monitoring non sia disabilitato in fase di runtime (Swift | Obj-C).

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

Performance Monitoring elabora i dati sugli eventi di rendimento prima di visualizzarli nella dashboard Rendimento.

Se sono trascorse più di 24 ore dall'apparizione del messaggio "SDK rilevato" e continui a non visualizzare i dati, controlla la Firebase Status Dashboard per verificare se è presente un'interruzione del servizio nota. Se non sono presenti interruzioni del servizio, contatta l'assistenza Firebase.

Risoluzione dei problemi generali

Se hai aggiunto correttamente l'SDK e utilizzi Performance Monitoring nella tua app, i seguenti suggerimenti per la risoluzione dei problemi possono aiutarti a risolvere i problemi generali relativi alle funzionalità e agli strumenti di Performance Monitoring.

Se non visualizzi i messaggi di log per gli eventi di rendimento, prova i seguenti passaggi per la risoluzione dei problemi:

  1. Assicurati che l'SDK Performance Monitoring non sia disattivato tramite uno dei seguenti flag nel file Info.plist:

    • firebase_performance_collection_enabled
    • firebase_performance_collection_deactivated
  2. Assicurati che Performance Monitoring non sia disabilitato in fase di runtime (Swift | Obj-C).

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

Se mancano i dati per le tracce di rendering dello schermo, prova i seguenti passaggi per la risoluzione dei problemi:

  1. Assicurati di utilizzare la versione più recente dell'SDK per le piattaforme Apple (v11.8.0). Le tracce di rendering dello schermo sono disponibili solo con la versione 5.0.0 o successive.

  2. Performance Monitoring non crea tracce di rendering dello schermo per i controller della vista contenitore (ad esempio UINavigationController e UITabBarController). Se i dati mancano solo per queste schermate, si tratta di un comportamento previsto.

Visualizzi i dati sul rendimento per le tracce raccolte automaticamente ma non per le tracce di codice personalizzato? Prova a svolgere la seguente procedura per la risoluzione dei problemi:

  1. Controlla la configurazione delle tracce di codice personalizzate sottoposte a ispezione tramite l'API Trace, in particolare quanto segue:

    • I nomi delle tracce di codice personalizzate e delle metriche personalizzate devono soddisfare i seguenti requisiti: nessun carattere di spazio iniziale o finale, nessun carattere di underscore iniziale (_) e una lunghezza massima di 32 caratteri.
    • Tutte le tracce devono essere avviate e interrotte. Le tracce non avviate, non interrotte o interrotte prima dell'avvio non verranno registrate.

  2. Controlla i messaggi di log per assicurarti che Performance Monitoring registri le tracce di codice personalizzato previste.

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

Se mancano i dati delle richieste di rete, prova a eseguire i seguenti passaggi per la risoluzione dei problemi:

  1. Verifica l'incompatibilità della raccolta di reti. Performance Monitoring colleziona automaticamente le metriche per le richieste di rete che utilizzano le seguenti librerie di rete:

    • Per Swift: URLSession e URLConnection
    • Per Objective-C: NSURLSession e NSURLConnection

    Tieni presente che puoi aggiungere il monitoraggio personalizzato per le richieste di rete.

  2. Tieni presente quanto segue:

    • A seconda del comportamento del codice e delle librerie di rete utilizzate dal codice, Performance Monitoring potrebbe generare report solo sulle richieste di rete completate. Ciò significa che le connessioni HTTP/S lasciate aperte potrebbero non essere registrate.

    • Performance Monitoring non genera report sulle richieste di rete con intestazioniContent-Type non valide. Tuttavia, le richieste di rete senza le intestazioniContent-Type continueranno a essere accettate.

Scopri di più su come Performance Monitoring aggrega i dati delle richieste di rete nei pattern URL.

Puoi anche provare i pattern URL personalizzati.

Domande frequenti

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 da avvisi.

Il selettore di app nella parte superiore della scheda Rendimento filtra le voci di avviso in Avvisi recenti. Vengono visualizzati solo i tre avvisi più recenti per le app selezionate.

Per scoprire di più sugli avvisi, consulta Configurare gli avvisi per i problemi di prestazioni.

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

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

Performance Monitoring raccoglie i dati sul rendimento dai dispositivi degli utenti della tua app. Se la tua applicazione ha molti utenti o se genera una grande quantità di attività di misurazione del rendimento, Performance Monitoring potrebbe limitare la raccolta dei dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono sufficientemente elevati in modo che, anche con un numero inferiore 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 frequenza sul dispositivo: per impedire a un dispositivo di inviare picchi improvvisi 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 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 ogni giorno un numero limitato di tracce di codice e di richieste di rete per app tra tutti gli utenti dell'app. Su ciascun dispositivo (utilizzando Firebase Remote Config) viene recuperata una frequenza di campionamento dinamica per determinare 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 regola per garantire che il volume complessivo dei dati raccolti rimanga al di sotto del limite.

    I progetti che hanno attivato l'integrazione di BigQuery ricevono un limite più elevato per il numero di tracce delle richieste di rete.

    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 degli utenti, Performance Monitoring potrebbe anche limitare il numero di sessioni.

  • Limitazione della frequenza sul 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, potrebbe causare lievi variazioni di pattern, tra cui:

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

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

Abbiamo riprogettato la sezione Performance Monitoring della console Firebase in modo che la scheda Dashboard mostri le metriche chiave e tutte le tracce in un unico spazio. Come parte del nuovo design, 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à aggiuntive, tra cui la possibilità di ordinare le tracce in base alla variazione percentuale per una metrica specifica. Per visualizzare tutte le metriche e i dati di una traccia specifica, fai clic sul nome della traccia nella tabella delle tracce.

Visualizza le tracce nelle seguenti sottoschede della tabella delle tracce:

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

Per informazioni dettagliate sulla tabella delle tracce e sulla visualizzazione di metriche e dati, visita la pagina di panoramica della console (iOS e versioni successive | Android | web).

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

Se hai attivato l'integrazione di BigQuery per Firebase Performance Monitoring, i tuoi dati verranno esportati in BigQuery da 12 a 24 ore dopo la fine della giornata (ora del Pacifico USA).

Ad esempio, i dati del 19 aprile saranno disponibili in BigQuery il 20 aprile tra le 12:00 e la mezzanotte (tutte le date e gli orari sono in PST).

Elaborazione e visualizzazione dei dati quasi in tempo reale

Firebase Performance Monitoring elabora i dati sul rendimento raccolti man mano che arrivano, il che consente di visualizzarli quasi in tempo reale nella console Firebase. I dati elaborati vengono visualizzati nella console entro pochi minuti dalla loro raccolta, da qui il termine "quasi 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.

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 con il tempo reale:

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

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.

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

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

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.

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

Sì! Indipendentemente dalla versione dell'SDK utilizzata da un'istanza dell'app, vedrai i dati sul rendimento di tutti i tuoi 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 di tutte le versioni dell'app.

Contattare l'assistenza Firebase

Se contatti l'assistenza Firebase, includi sempre il tuo ID app Firebase. Trova l'ID app Firebase nella scheda Le tue app delle Impostazioni del progetto di .