Domande frequenti su Analytics e Identity Service analytics-and-id-service-faqs

Domande frequenti sulle caratteristiche, sulle funzionalità e sui problemi correlati all’uso di Analytics con Identity Service.

Server di tracciamento section-9a2ad7842e364c869e1650480d17f8ef

Come trovo le informazioni sul server di tracciamento?

Ogni frammento di codice AppMeasurement configurato correttamente contiene le informazioni sul server di tracciamento.

Tuttavia, talvolta, i clienti possono suddividere il file Analytics AppMeasurement in file separati. Ad esempio, alcuni clienti possono inserire in un file variabili di configurazione, usare un secondo file per i plug-in e quindi inserire un codice AppMeasurement in un terzo file. Queste operazioni non sono consigliate.

Se non riesci a trovare informazioni sul server di tracciamento, l'istanza di Analytics potrebbe non essere stata configurata in maniera appropriata. Se non riesci a trovare le informazioni sul server di tracciamento, contatta l’Assistenza clienti.

Che succede se uso Identity Service e cambio il server di tracciamento?

Per gli utenti che sono già stati identificati da Identity Service, non cambia nulla. I visitatori precedenti che non sono stati trasferiti a Identity Service e sono ancora identificati con un cookie Analytics verranno soggetti a cliff. Il numero di utenti interessati dipende da quanto tempo è attivo Identity Service. Ad esempio, un’implementazione con Identity Service attivo da una settimana avrà più utenti precedenti rispetto a un’implementazione con Identity Service attivo da 6 mesi: in quest’ultimo caso, infatti, ci saranno stati più utenti che avranno visitato nuovamente il sito e quindi che sono già stati migrati.

Implementazione e configurazione section-6028f55d5b514ae6a631c6a79f42fb89

Devo impostare un CNAME per monitorare i visitatori tra più domini?

Se utilizzi un sito di accesso principale per l’identificazione dei clienti prima che visitino altri domini, un CNAME consente il monitoraggio tra più domini nei browser che non accettano i cookie di terze parti (ad esempio Safari).

Nei browser che accettano i cookie di terze parti, durante la richiesta viene impostato un cookie nel dominio demdex.net per recuperare un ID visitatore. Questo cookie consente a Identity Service di restituire lo stesso ID visitatore Experience Cloud a tutti i domini configurati usando lo stesso ID organizzazione. Nei browser che rifiutano i cookie di terze parti a ciascun dominio viene assegnato un nuovo ID visitatore Experience Cloud.

Anche se è configurato un CNAME, se il sito di accesso principale non viene visitato per primo, i visitatori vengono identificati in modo diverso sul sito secondario e sul sito principale nei browser che non accettano i cookie di terze parti.

Perché il parametro Experience Cloud ID (MID) non è incluso nella richiesta Analytics?

Se Identity Service restituisce correttamente le informazioni ma il parametro MID non viene visualizzato, verifica di avere effettuato l’aggiornamento a una versione supportata di AppMeasurement.

Posso usare nel mio sito il codice H e AppMeasurement per JavaScript con Identity Service?

Sì. Purché entrambi i file facciano riferimento allo stesso file VisitorAPI.js, puoi usare una combinazione di codice H e AppMeasurement per JavaScript nel tuo sito.

Tuttavia, il codice H non è supportato con la versione 1.6 o successiva del codice visitorAPI.js. Se desideri effettuare l’aggiornamento alla versione 1.6 (o successiva) di visitorAPI.js non puoi continuare a utilizzare il codice H.

Cos’è un periodo di tolleranza e come posso configurarlo?

Consulta il periodo di tolleranza per Identity Service e contatta l’Assistenza clienti.

Perché devo migrare alla raccolta dati in tempo reale (RDC) per usare Identity Service?

La RDC offre vantaggi in termini di prestazioni globali ed è necessaria per garantire che l’implementazione sia pronta per le prossime funzionalità che sfruttano la rete globale dei nodi edge di Adobe. Consulta Requisiti di Analytics: raccolta dati regionali (RDC).

Reporting section-123cd55a32e54a45a23beb140becfa8f

Quali sono alcune delle possibili cause di discrepanze quando si utilizza Analytics con Identity Service?

Alcune cause comuni di discrepanze quando si usa Identity Service sono le seguenti:

  • Uso continuo del cookie s_vi legacy. Ciò contribuisce a creare discrepanze nella raccolta dei dati.
  • Doppio conteggio dei visitatori quando navigano da un sondaggio a un pop-up.

Cosa succede in Analytics quando Identity Service non riesce a impostare il cookie AMCV?

Esistono tre possibili scenari in cui questo influisce sui dati di Analytics per i nuovi visitatori:

  1. Un utente finale abbandona una pagina prima che i cookie AMCV vengano impostati correttamente (entro la finestra di timeout di 30 secondi).

    Se un visitatore lascia una pagina prima che questa sia stata caricata, l'hit Analytics non viene inviato. Analytics non riceverà alcun dato da questa situazione e considererà quei dati come persi a causa di una chiusura anticipata della pagina. Sulla base dei test svolti che includevano le geografie remote, abbiamo scoperto che questa situazione rappresentava una percentuale inferiore all'1% del traffico medio. È importante notare che talvolta questa situazione si verifica anche in assenza di Identity Service; si tratta di un artefatto dovuto all’inclusione del codice di raccolta dati di Analytics in fondo alla pagina.

  2. A un utente finale non viene assegnato un ID di Identity Service o di Analytics entro la finestra di timeout di 30 secondi a causa di collegamenti lenti o del caricamento del browser.

    Né l’ID di Identity Service né quello di Analytics verranno impostati e al visitatore verrà assegnato un ID lato client. Nonostante i dati Analytics possano essere raccolti, il profilo del visitatore verrà interrotto quando un ID di Analytics viene impostato su una pagina successiva. Inoltre, l'ID lato client non corrisponderà ad alcun profilo di visitatori esistenti archiviato nell'Audience Manager o in Analytics. Anche questo ID lato client apparirà come due visitatori diversi in Analytics se due domini separati vengono inviati nella stessa suite di rapporti.

  3. A un utente finale non viene assegnato un ID di Identity Service entro la finestra di timeout di 30 secondi, ma un ID di tracciamento di Analytics standard, e il periodo di tolleranza non viene attivato.

    La situazione 3 ha lo stesso risultato della situazione 2 in quanto viene utilizzato un ID basato su lato client.

TIP
L'uso degli ultimi aggiornamenti di VisitorAPI.js e AppMeasurement.js con le impostazioni predefinite dovrebbe evitare gli impatti gravi o percepibili causati dalle tre situazioni improbabili soprastanti.
recommendation-more-help
9c9e8ca9-9f7e-42c9-a5d5-a0d82776362a