Cookie di at.js
Informazioni su at.js 2.x e at.js 1.x: comportamento dei cookie.
Comportamento dei cookie at.js 2.x
Per at.js versione 2.x (fino alla versione 2.10.0, ma non a essa inclusa), sono supportati solo i cookie di prima parte. Proprio come in at.js 1.x, il cookie di prime parti, "mbox", è memorizzato in clientdomain.com, dove clientdomain è il tuo dominio.
at.js genera un ID sessione e lo memorizza nel cookie. La prima risposta contiene tutte le informazioni relative all’attività, nonché il TNT o PC ID generato dai server Target. at.js quindi scrive il TNT/PC ID nel cookie.
Il AMCV_###@AdobeOrg il cookie di prima parte è sempre impostato dal servizio ID Experience Cloud, anche se il ECID è passato Target richieste.
Supporto per cookie di terze parti e monitoraggio tra più domini
Il monitoraggio tra più domini consente di visualizzare sessioni su due siti correlati, ma con domini diversi, come una sessione singola. Ad esempio, potresti creare un'attività Target che si espande su siteA.com e siteB.com con il visitatore che resta nella stessa esperienza quando passa da un dominio all'altro. Questa funzionalità è legata alcomportamento dei cookie di terze parti e di prima parte di at.js 1.x.
at.js 1.x: comportamento dei cookie
Per di at.js 1.x, il comportamento del cookie dipende dal fatto di essere un cookie di prima parte, un cookie di terze parti con un cookie di prima parte oppure un cookie di terze parti da solo.
Quando utilizzare un cookie di prima parte o di terze parti
Il cookie da utilizzare dipende dalla configurazione del sito. È utile capire come Target funziona quando si tenta di comprendere i cookie di prima parte e di terze parti. Consulta Come Adobe Target lavori per ulteriori informazioni.
I casi d’uso principali per i cookie sono tre:
-
Un dominio.
Tutta l’attività di test si svolge all’interno di un dominio di primo livello (
www.domain.com,store.domain.com,anysub.domain.com, ecc.).utilizza solo cookie di prima parte. Questa è l’impostazione predefinita.
-
Gli utenti passano da un dominio all’altro e tu intendi tenere traccia e sottoporre a test il loro comportamento tra i diversi domini.
Esempio: un utente accede al sito per acquistare, ma finalizza l’acquisto attraverso i negozi Yahoo. Tre approcci possibili (consulta il rappresentante commerciale di riferimento per determinare quello più adatto):
-
Abilitare i cookie di prima parte e di terze parti.
-
Abilitare solo i cookie di terze parti (molto raro, ma ha il vantaggio di mantenere il cookie at.js fuori dal tuo dominio).
-
Abilitare solo i cookie di prima parte e trasmettere il parametro
mboxSessionquando si passa a un altro dominio.Il parametro
mboxSessiondeve essere trasmesso a una pagina di destinazione con riferimento a at.js. Non può trattarsi di una pagina di reindirizzamento intermedia.
-
-
Stai utilizzando solo adbox o Flashbox su un sito di terze parti.
Due approcci possibili (contatta il responsabile dell’assistenza clienti di riferimento per determinare quello più adatto):
-
Abilitare i cookie di prima parte e di terze parti.
I cookie di prima parte e di terze parti sono necessari per Flashbox e risorse creative dinamiche.
-
Abilitare solo i cookie di terze parti.
Questo approccio è adatto solo nel raro caso in cui le implementazioni adBox vengano utilizzate senza destinazione sul sito.
-
Comportamento del cookie di prima parte
Il cookie di prima parte viene memorizzato in clientdomain.com, dove clientdomain rappresenta il tuo dominio.
at.js genera un mboxSession ID e lo memorizza nel cookie. La prima risposta contiene l’offerta, nonché il JavaScript per memorizzare l’mboxPC ID generato dall’applicazione, nel cookie.
AMCV_###@AdobeOrg il cookie di prima parte è sempre impostato con l’ID visitatore Experience Cloud.Comportamento dei cookie di terze parti
Il cookie di terze parti viene memorizzato in clientcode.tt.omtrdc.net e il cookie di prima parte in clientdomain.com, dove clientdomain rappresenta il tuo dominio.
at.js genera un mboxSession ID. La prima richiesta di posizione restituisce intestazioni di risposta HTTP che tentano di impostare cookie di terze parti denominati mboxSession e mboxPC e viene inviata nuovamente una richiesta di reindirizzamento con un parametro aggiuntivo (mboxXDomainCheck=true).
Se il browser accetta cookie di terze parti, la richiesta di reindirizzamento li include e viene restituita l’offerta.
Se il browser rifiuta i cookie di terze parti, la richiesta di reindirizzamento non include i cookie e viene visualizzato il contenuto predefinito per tutte le posizioni nella pagina. Data l’assenza di cookie impostati, lo stesso processo di cui sopra si ripete a ogni richiesta di pagina.
Comportamento dei cookie di terze parti e di prima parte
Il cookie di terze parti viene memorizzato in clientcode.tt.omtrdc.net e il cookie di prima parte in clientdomain.com, dove clientdomain rappresenta il tuo dominio.
at.js genera un mboxSession ID. La prima richiesta di posizione restituisce intestazioni di risposta HTTP che tentano di impostare cookie di terze parti denominati mboxSession e mboxPC e viene inviata nuovamente una richiesta di reindirizzamento con un parametro aggiuntivo (mboxXDomainCheck=true).
Se il browser accetta cookie di terze parti, la richiesta di reindirizzamento li include e viene restituita l’offerta.
Alcuni browser rifiutano i cookie di terze parti. Se il cookie di terze parti è bloccato, il cookie di prima parte continua a funzionare. Target tenta di impostare il cookie di terze parti e, se non è in grado di farlo, Target può solo tenere traccia del dominio specifico del cliente. Il rilevamento tra domini diversi non funziona se il cookie di terze parti è bloccato, a meno che mboxSession non venga aggiunto al collegamento che attraversa più domini. In questo caso, un altro cookie di prima parte viene impostato e sincronizzato con il cookie di prima parte del dominio precedente.
Impostazioni dei cookie
Il cookie dispone di diverse impostazioni predefinite. Puoi modificare queste impostazioni, se necessario, fatta eccezione per la durata dei cookie. In caso di modifica delle impostazioni dei cookie, rivolgiti al rappresentante di riferimento per il tuo account.
mycompany.com.clientcode.tt.omtrdc.net, utilizzando il codice cliente per il tuo account.Il cookie rimane sul browser del visitatore per due anni dal suo ultimo accesso.
Il deviceIdLifetime impostazione è sovrascrivibile in at.js versione 2.3.1 o successiva. Per ulteriori informazioni, consulta targetGlobalSettings().
Nel cookie sono conservati una serie di valori per la gestione dell’esperienza dei visitatori in relazione alle campagne:
Impatto su Target per i visitatori Safari a causa di modifiche nel monitoraggio di Apple WebKit
Considera quanto segue:
In che modo Adobe Target Tracciamento del lavoro?
clientcode.tt.omtrd.net.Qual è l’approccio di Apple?
Da Apple:
“Intelligent Tracking Prevention è una nuova funzionalità di WebKit che riduce il tracciamento tra siti limitando ulteriormente i cookie e altri dati del sito Web.”
“Questo è ciò che viene chiamato tracciamento tra siti e il cookie utilizzato da example-tracker.com è chiamato un cookie di terze parti. Durante i test abbiamo trovato siti Web popolari con oltre 70 tracker simili, che raccolgono in silenzio dati sugli utenti.”
Come Safari gestisce i cookie:
- I cookie di terze parti che non si trovano in un dominio a cui l’utente accede direttamente non vengono mai salvati. Questo comportamento non è una novità. I cookie di terze parti già non sono supportati in Safari.
- I cookie di terze parti impostati in un dominio a cui l’utente accede direttamente vengono eliminati dopo 24 ore.
- I cookie di prima parte vengono eliminati dopo 30 giorni se il dominio di prima parte è stato classificato come dominio che traccia gli utenti tra siti diversi. Questo problema può essere applicato alle grandi aziende che inviano utenti a diversi domini online. Apple non ha chiarito come esattamente questi domini saranno classificati o come un dominio può determinare se è stato classificato come dominio che traccia gli utenti tra siti diversi.
Da Apple:
Classificatore di apprendimento automatico: viene utilizzato un modello di apprendimento automatico per classificare quali domini principali controllati privatamente hanno la capacità di tracciare l’utente tra siti diversi, sulla base delle statistiche raccolte. Dalle varie statistiche raccolte, sono emersi tre vettori con un segnale forte per la classificazione basata sulle pratiche di tracciamento correnti: sottorisorsa per il numero di domini univoci, sottostruttura per il numero di domini univoci e infine numero di domini univoci di reindirizzamento. La raccolta e la classificazione di tutti i dati avviene sul dispositivo.
Tuttavia, se l’utente interagisce con example.com come dominio superiore, o dominio di prima parte, Intelligent Tracking Prevention lo considera un segnale dell’interesse dell’utente a tale sito web e regola temporaneamente il suo comportamento come descritto in questa sequenza:
Se l’utente ha interagito con nelle ultime 24 ore, i cookie saranno disponibili quando example.comexample.com è una terza parte. Questo consente scenari di login come "Accedi a X con il mio account Y".
- Domini che vengono visitati come dominio di livello superiore non saranno interessati. Ad esempio, siti come OKTA
- Identifica i domini che sono sottodominio o sottostruttura della pagina corrente in più domini univoci.
Che impatto ha sulle soluzioni Adobe?
Le modifiche di tracciamento WebKit di Apple interrompono il supporto dell’opzione di rinuncia.
TargetLa funzione di rinuncia di utilizza un cookie nel dominio clientcode.tt.omtrdc.net. Per ulteriori dettagli, consulta Privacy.
Target supporta due tipi di rinuncia:
- Uno per il cliente (il cliente gestisce il collegamento di rinuncia).
- Uno tramite un Adobe che rifiuta l’accesso a tutti gli utenti Target per tutti i clienti.
Entrambi i metodi utilizzano il cookie di terze parti.
I clienti possono scegliere durata profilo per il loro Target conti: fino a 90 giorni. Il problema si pone se la durata del profilo dell’account è superiore a 30 giorni e il cookie di prima parte viene eliminato perché il dominio del cliente è stato identificato come domino che traccia gli utenti tra siti diversi. Il comportamento per i visitatori di Safari sarà interessato nelle seguenti aree in Target:
TargetRapporti: se un utente Safari entra in un’attività, ritorna dopo 30 giorni e poi effettua la conversione, l’utente conta come due visitatori e una conversione.
Questo comportamento è lo stesso per le attività che utilizzano Analytics come origine per la generazione di rapporti (A4T)
Profilo e appartenenza all’attività:
- I dati del profilo vengono cancellati quando scade il cookie di prima parte.
- L’appartenenza all’attività viene cancellata quando scade il cookie di prima parte.
- Target non funziona in Safari per gli account che utilizzano un’implementazione di cookie di terze parti oppure di cookie di prima parte e di terze parti. Questo comportamento non è una novità. Safari non consente i cookie di terze parti già da qualche tempo.
Suggerimenti: se si teme che il dominio del cliente possa essere identificato come dominio che tiene traccia dei visitatori attraverso sessioni diverse, è più sicuro impostare la durata del profilo su un massimo di 30 giorni in Target. In tal modo gli utenti verranno tracciati allo stesso modo in Safari e negli altri motori browser.