Raccolta dati di Debug Analytics
Questo articolo spiega cosa controllare quando esegui il debug dei dati inviati ad Adobe Analytics. Trova il tuo metodo di implementazione nella tabella seguente e segui la relativa sezione. Se stai analizzando dati di report imprevisti, inizia con Confronta le richieste con i report.
Per i passaggi e gli strumenti applicabili a tutte le raccolte dati di Adobe, ad esempio l’acquisizione delle richieste di rete, l’abilitazione della registrazione di debug e l’analisi delle richieste annullate, vedere Debug e risoluzione dei problemi di raccolta dati.
AppMeasurement e l’estensione Analytics appmeasurement
Trovare la richiesta appmeasurement-find
Acquisire le richieste di rete e filtrare per /b/ss/. I debugger di tag come Adobe Experience Platform Debugger identificano e decodificano queste richieste per te.
Se non viene visualizzata alcuna richiesta /b/ss/:
- Controlla la console del browser per verificare la presenza di errori JavaScript.
- Se utilizzi l’estensione tag di Analytics, verifica che il codice di incorporamento del tag sia all’interno dell’elemento
<head>della pagina e che la libreria sia pubblicata nell’ambiente che stai testando. La modalità di debug dei tag indica se la regola che invia l’hit è attivata. - Se ospiti AppMeasurement, apri direttamente l’URL della libreria per confermare che il file viene caricato e contiene codice.
- Disattiva le estensioni del browser, ad esempio i blocchi degli annunci, che possono impedire l’invio di richieste.
- Debugger non riconosce le richieste inviate dall’interno di un iframe. Utilizza invece gli strumenti per sviluppatori del browser. Vedi Utilizzare AppMeasurement con iFrame.
Controlla cosa ha ricevuto Analytics appmeasurement-contents
- Suite di rapporti: il segmento di percorso dopo
/b/ss/elenca gli ID suite di rapporti che ricevono l’hit. Conferma che siano le suite di rapporti previste, ad esempio una suite di rapporti per lo sviluppo nelle pagine di sviluppo. - Variabili: le richieste non elaborate utilizzano i nomi dei parametri di query anziché i nomi delle variabili; ad esempio, eVar1 viene visualizzato come
v1e prop1 comec1. Vedi il riferimento alla variabile. Quando una richiesta è troppo lunga, AppMeasurement la invia con HTTPPOST, in modo che le variabili vengano visualizzate nel corpo della richiesta invece che nell’URL. - Tipo di hit: le richieste inviate da
tl()includono il parametropee non incrementano le visualizzazioni di pagina. Le richieste inviate dat()non includonope.
Se i valori sono presenti ma errati, vedere Risoluzione dei problemi relativi all’implementazione di JavaScript per informazioni sulle cause più comuni, ad esempio citazioni, maiuscole e spazi vuoti.
Controlla la risposta appmeasurement-response
Una risposta di 2xx conferma solo che il server di raccolta dati ha ricevuto la richiesta e non che l’hit è stato registrato. Con il tipo di risposta predefinito, una richiesta può restituire esito positivo anche quando l’hit viene rilasciato. È prevista una risposta 302 alla prima richiesta di un nuovo visitatore. Vedi Codici di risposta HTTP.
AppMeasurement invia richieste di collegamento di uscita e tutte le richieste quando useBeacon è abilitato, con navigator.sendBeacon(). Gli strumenti per sviluppatori possono etichettare queste richieste come annullate anche quando il browser le ha inviate. Vedi Richieste interrotte.
Web SDK web-sdk
Trovare la richiesta web-sdk-find
Con Web SDK, il browser invia gli eventi ad Edge Network invece di inviarli direttamente ad Analytics, in modo che non venga visualizzata una richiesta /b/ss/. Controlla la richiesta di Edge Network e conferma quanto segue:
- Il parametro
configIdcorrisponde a un flusso di dati in cui il servizio Adobe Analytics è abilitato con le suite di rapporti previste. - Il payload si qualifica come visualizzazione di pagina o evento di collegamento. Analytics ignora i payload che non contengono né dettagli di pagina né un tipo di interazione web. Vedi Tipi di evento Edge Network in Adobe Analytics.
Controlla cosa ha ricevuto Analytics web-sdk-contents
Avvia un Edge Trace e riproduce l’azione. Individua la riga che inizia con Analytics Automatic Mapping, quindi espandi mappedQueryParams e l’ID suite di rapporti sotto di essa.
- Variabili: i valori mappati utilizzano gli stessi nomi dei parametri di query delle richieste AppMeasurement, talvolta in forma abbreviata, ad esempio
gnper il nome della pagina eplper i prodotti. Vedi Mappatura campo oggetto XDM e Mappatura campo oggetto dati. - Dati contestuali: i campi XDM che non sono mappati a una variabile Analytics vengono visualizzati come dati contestuali con il prefisso
c.a.x.. Utilizza regole di elaborazione per assegnarle alle variabili. - Suite di rapporti: se utilizzi le sostituzioni delle suite di rapporti, la riga di configurazione dello stream di dati in Edge Trace mostra le suite di rapporti utilizzate da Edge Network.
Verifica elaborazione web-sdk-processing
Nella sessione di Assurance aperta da Edge Trace, cerca gli eventi per hitdebugger. Questi eventi utilizzano il fornitore com.adobe.analytics.hitdebugger e i relativi payload mostrano valori dopo l’elaborazione di Analytics, ad esempio Experience Cloud ID (mcvisId) e pageName.
Per informazioni dettagliate, vedere Configurare Adobe Analytics con Adobe Experience Platform Web SDK.
Confrontare le richieste con i rapporti reports
Un hit che raggiunge Analytics non viene visualizzato immediatamente nei rapporti e i valori riportati possono differire dai valori della richiesta:
- Latenza: i dati completi vengono generalmente visualizzati nei rapporti circa due ore dopo la raccolta. Alcuni dati, ad esempio gli hit con marca temporale, possono richiedere più tempo. Consulta Disponibilità e latenza dei dati.
- Elaborazione: le regole di elaborazione, le regole VISTA, le regole bot e altri passaggi di elaborazione possono modificare o escludere i valori dopo la raccolta. Vedi Ordine di elaborazione per i dati in Adobe Analytics. I dati post-elaborati di Assurance mostrano il risultato dell’elaborazione per un singolo hit.
- Suite di rapporti: conferma di visualizzare la stessa suite di rapporti interessata dalla richiesta o dallo stream di dati.
- Valori imprevisti: se una dimensione mostra picchi o valori imprevisti, vedere Conflitti hash.
Per modifiche più ampie al traffico, consulta Risoluzione dei problemi relativi a picchi e cadute nei dati.