Cookie di Adobe Analytics e del browser

Last update: Tue Feb 06 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Argomenti:
Data Configuration and Collection

Creato per:

Admin

Questo documento spiega come le principali misure di prevenzione del tracciamento dei browser influiscono sui cookie di terze parti e di prima parte impostati da Adobe Analytics. Include informazioni sul programma ITP (Intelligent Tracking Prevention) di Apple e sulle limitazioni di Chrome sui cookie di terze parti tramite l’attributo SameSite.

NOTE

Analytics tra dispositivi e Customer Journey Analytics può unire i cookie utilizzando un ID persona, ad esempio un ID di accesso con hash, se disponibile.

I cookie utilizzati in un contesto di terze parti sono diventati ampiamente obsoleti. Firefox e Safari hanno iniziato a bloccare i cookie di terze parti per impostazione predefinita a partire rispettivamente dal 2019 e dal 2020. Chrome ha annunciato piani per interrompere il supporto dei cookie di terze parti a partire dal 2023. In tal caso, i cookie di terze parti saranno effettivamente inutilizzabili.

Inoltre, Chrome attualmente consente il funzionamento dei cookie in un contesto di terze parti solo se l’attributo "SameSite" è impostato su None e i cookie sono etichettati come sicuri, il che significa che possono essere utilizzati solo tramite HTTPS. Ulteriori informazioni sono disponibili nella sezione "Cos’è l’attributo per cookie SameSite e come influisce su Analytics?"

Il servizio ID visitatore utilizza il "demdex.netCookie " per fornire un identificatore permanente ai visitatori tra domini diversi del cliente. Il servizio ID Analytics legacy, il cookie "s_vi", è impostato come cookie di terze parti per le implementazioni che non utilizzano un dominio di raccolta CNAME personalizzato.

Nei browser in cui i cookie di terze parti sono bloccati, il tracciamento tra domini diversi non è disponibile.

I cookie di prime parti sono consentiti su tutti i principali browser. Tuttavia, Apple limita la durata dei cookie di prime parti impostati da Adobe tramite il proprio programma di tracciamento intelligente (ITP). Questo problema riguarda Safari e tutti i browser su iOS e iPadOS.

I cookie di prime parti di Adobe sono limitati alla scadenza di 7 giorni o, per i click-through che Apple determina provenire dai tracker, a una scadenza di 24 ore. Con una scadenza di 7 giorni, se un utente visita il tuo sito e restituisce entro sette giorni, la data di scadenza del cookie viene estesa di altri sette giorni. Tuttavia, se un utente visita il sito e ritorna tra otto giorni, viene trattato come un nuovo utente nella seconda visita.

Attualmente, i criteri ITP si applicano a tutti i cookie di prime parti impostati da Adobe, sia che si utilizzi il servizio ID visitatore che l’ID Analytics legacy ("s_vi" cookie). A un certo punto, questi criteri si applicavano solo ai cookie impostati lato client e non a quelli impostati lato server tramite un’implementazione CNAME. Nel novembre 2020, tuttavia, ITP è stato aggiornato per essere applicato anche alle implementazioni CNAME.

Calendario delle principali modifiche apportate ai criteri ITP ITP-timeline

Febbraio 2019 con ITP 2.1: la scadenza dei cookie lato client era limitata a sette giorni
Aprile 2019 con ITP 2.2: i cookie lato client erano limitati a 24 ore per i clic degli annunci quando il dominio di riferimento era a) coinvolto nel tracciamento tra siti diversi e b) l’URL finale conteneva una stringa di query e/o un identificatore di frammento.
Novembre 2020 con CNAME Cloaking e difesa del tracciamento dei rimbalzi: le limitazioni ITP sono state estese alle implementazioni CNAME.

I criteri ITP sono in continua evoluzione. Per informazioni aggiornate, consulta la documentazione di Apple Prevenzione del tracciamento in Webkit.

Tutti i cookie di prime parti impostati da Adobe e le librerie JavaScript correlate sono interessati dai criteri ITP:

Cookie AMCV impostato dalla libreria del servizio ID visitatore di Adobe Experience Cloud (ECID)
La versione precedente di Analytics Cookie "s_vi" quando è configurato con la raccolta dati di prime parti utilizzando un CNAME
La versione precedente di Analytics Cookie "s_fid", che è il cookie di fallback utilizzato quando non è possibile impostare "s_vi"

Qual è l’impatto di ITP su Safari per Analytics?

L’impatto delle limitazioni ITP può variare in modo significativo, a seconda del comportamento degli utenti. Sono interessati solo i visitatori che utilizzano un browser interessato da ITP (ad esempio, Safari) e che ritornano dopo sette giorni di assenza. Se i visitatori non utilizzano un browser ITP o tornano entro sette giorni, l’operazione non ha alcun effetto su di loro. È importante esaminare i propri dati in Analytics per comprendere l’entità dell’impatto di questa limitazione. Per suggerimenti su come misurare l’impatto sui siti, consulta la sezione "Come posso determinare se le modifiche di Safari influiscono sulla mia attività?"

Se queste limitazioni influiscono sui dati, vedrai:

Un numero maggiore di visitatori conta i visitatori di ritorno che vengono trattati come nuovi visitatori perché i loro cookie sono scaduti. Sono interessate anche tutte le metriche basate sulla metrica Visitatore (come Vendite per visitatore).
Modifiche all’attribuzione. L’attribuzione si basa sul collegamento degli eventi di conversione alle attività precedenti dello stesso visitatore. Una volta scaduto il cookie, gli eventi successivi vengono associati a un nuovo visitatore. Le attività del nuovo visitatore non possono essere collegate a quelle del visitatore precedente.

NOTE

Le tecnologie ITP attualmente non si applicano ai browser incorporati nelle app mobili.

I cookie di terze parti non vengono creati dai siti web visitati dagli utenti.

Anche se i browser al momento trattano tutti i cookie di terze parti nello stesso modo e li memorizzano, i cookie di terze parti possono comportarsi in modi diversi. Con l’implementazione dei cookie di terze parti di Analytics di un cliente, i browser memorizzano l’Adobe demdex.net ID come cookie di terze parti, ma il client effettua chiamate solo ad Adobi e non a domini di terze parti troppo sconosciuti o sospetti. Questo cookie fornisce identificatori permanenti tra domini diversi e consente contenuti protetti (HTTPS). Per ulteriori informazioni, consulta Cookie e il servizio Experienci Platform Identity.

All’interno delle implementazioni di Analytics, i cookie di terze parti vengono utilizzati per il tracciamento tra domini diversi e per casi di utilizzo pubblicitari, inclusi gli annunci di retargeting. I cookie di terze parti ti consentono di identificare i visitatori quando visitano diversi domini di tua proprietà o quando vengono visualizzati annunci su siti di tua proprietà.

I cookie di prime parti sono specifici del dominio e vengono creati dai siti web dei clienti e memorizzati nei browser client quando gli utenti visitano i siti web. Tutti i browser generalmente accettano i cookie di prime parti, anche se Safari limita la scadenza di alcuni tipi di cookie di prima parte.

All’interno delle implementazioni di Analytics, i cookie di prime parti vengono utilizzati per identificare gli utenti quando si trovano sul sito e quindi supportano tutte le analisi delle attività degli utenti. Non è necessario utilizzare cookie di terze parti per comprendere le attività sul sito.

Per ulteriori informazioni, consulta Informazioni sui cookie di prime parti.

Confronto dei cookie

Con il rilascio del browser Chrome 80 a febbraio 2020, e delle versioni successive dei browser Firefox e Edge, l’attributo per cookie SameSite applica la specifica per tre valori diversi che determinano se i cookie possono essere utilizzati in un contesto di terze parti:

None: questa impostazione abilita l’accesso tra siti e consente il passaggio dei cookie in un contesto di terze parti. Per specificare questo attributo, è necessario specificare anche Secure e tutte le richieste del browser devono seguire HTTPS. Ad esempio, quando imposti il cookie, associ i valori dell’attributo come segue: Set-Cookie: example_session=test12; SameSite=None; Secure. Se non etichettati correttamente, i cookie non sono utilizzabili dai browser più recenti e vengono rifiutati.
Lax: consente l’invio di richieste tra siti con cookie dello stesso sito solo per la navigazione di livello superiore con sicuro (sola lettura, ad esempio GET) Metodi HTTP.
Strict: il cookie dello stesso sito non viene inviato per richieste di siti web di terze parti. Il cookie viene inviato solo se il sito per il cookie corrisponde al sito nella barra degli URL.

Il comportamento predefinito in queste versioni del browser consiste nel trattare i cookie che non hanno specificato SameSite attributo uguale a SameSite=Lax.

Per i clienti che utilizzano il servizio ID visitatore, i cookie hanno le proprietà SameSite=None e secure è impostato per impostazione predefinita e consente a questi cookie di supportare casi di utilizzo di terze parti.

Per i clienti che utilizzano gli identificatori legacy di Analytics ("s_vi" e "s_fid" cookie), i cookie sono impostati anche per abilitare casi di utilizzo di terze parti con domini di raccolta standard: adobedc.net, 2o7.net e omtrdc.net. Per i clienti che utilizzano un’implementazione CNAME, Analytics imposta SameSite=Lax.

NOTE

Se possiedi più domini e utilizzi lo stesso CNAME per la raccolta dati in tutti i tuoi domini, il cookie viene trattato come un cookie di terze parti su tali altri domini. Se utilizzi gli identificatori Analytics precedenti, potrebbe essere utile aggiornare le impostazioni su SameSite=None in modo che questi cookie possano essere condivisi tra i siti. Consulta "Modificare il valore SameSite quando si utilizza un CNAME per più domini" nella sezione successiva per ulteriori informazioni.

Per i browser identificati da Google come cookie con gestione errata quando SameSite è impostato su None, SameSite viene invece lasciato non impostato.

Nella tabella seguente sono riepilogati gli attributi SameSite per i cookie di Analytics:

Tabella cookie

In che modo i requisiti dell'indirizzo del sito per l'attributo SameSite possono essere soddisfatti?

Distribuisci tutte le pagine del sito con HTTPS

Conferma che la configurazione JavaScript utilizzi HTTPS per tutte le chiamate ai servizi Adobe.

Se il sito utilizza il servizio ID visitatore di Experience Cloud, il servizio reindirizza le chiamate HTTP di terze parti al relativo endpoint HTTPS, il che può aumentare la latenza ma significa che non è necessario modificare la configurazione.

Modificare il valore SameSite quando si utilizza un CNAME per più domini samesite-one-cname

NOTE

Le seguenti informazioni si riferiscono solo ai siti che non utilizzano il servizio ID visitatore di Experience Cloud.

Se disponi di un’implementazione CNAME impostata nello stesso dominio del sito web, il cookie viene creato in un contesto di prime parti e non è necessario apportare modifiche.

Tuttavia, se possiedi più domini e utilizzi lo stesso CNAME per la raccolta dati in tutti i tuoi domini, il cookie viene trattato come un cookie di terze parti su tali altri domini. Con Chrome 80 e versioni successive, non è più visibile su questi altri domini. Per rendere il comportamento più simile in tutti i browser, Analytics ha impostato esplicitamente il SameSite valore di questo cookie per Lax. Se utilizzi questo cookie in un contesto di terze parti semplice, devi impostare il cookie con SameSite=None , il che significa anche che devi sempre utilizzare HTTPS. Se non lo hai già fatto, contatta l’Assistenza clienti di Adobe per far sì che il valore SameSite venga modificato per i CNAME protetti.

Come posso determinare se le modifiche di Safari influiscono sulla mia attività? measure-itp-effect

L’Adobe consiglia ai clienti di misurare l’impatto all’interno della propria azienda prima di modificare la raccolta dei dati. Puoi utilizzare Analysis Workspace per misurare l’impatto della prevenzione del tracciamento ITP sulla tua attività individuale:

Misura la percentuale di traffico proveniente da browser gestiti da ITP:

Crea un segmento per vedere quanti visitatori utilizzano una piattaforma ITP.

note note
NOTE
I browser specifici interessati da ITP dipendono dall’utilizzo o meno di un’implementazione CNAME. Consulta "Calendario delle principali modifiche apportate ai criteri ITP" per maggiori dettagli.

Segmento per i visitatori ITP

Applica il segmento al numero di visite per comprendere l’utilizzo relativo di Safari nella tua base di utenti. Questo ti consente di creare una tabella come questa:

Misura la percentuale di visitatori che utilizzano browser non Safari e che non ritornano entro sette giorni. Se i visitatori non Safari ritornano ripetutamente entro sette giorni, il traffico Safari potrebbe non essere influenzato in modo significativo.
1. Crea un segmento come quello seguente per il traffico non Safari.
2. Applica il segmento al numero di visite per comprendere l’utilizzo relativo di Safari nella tua base di utenti. Questo ti consente di creare una tabella come questa:

Modi per regolare i dati durante il reporting

Se la tua azienda è interessata dalla prevenzione del tracciamento ITP, puoi prendere in considerazione le seguenti misure per adeguare i dati durante la generazione del rapporto.