Come monitorare le conversioni e-commerce su domini, dispositivi e browser durante l'esecuzione di un test A/B?

Che cos'è il monitoraggio interambiente?

Una conversione, più punti di contatto!

Questo è ciò che riguarda il monitoraggio cross-environment.

I clienti oggi utilizzano una varietà di punti di contatto per completare gli acquisti tramite e-commerce. Possono accedere a Internet da più dispositivi e visualizzare le campagne di marketing in un ambiente prima di convertirsi in un altro, magari iniziando da un dispositivo portatile e dal dominio "A" mentre navigano fino a decidere quale prodotto è più appropriato per loro, quindi passando agli smartphone , passando spesso da un browser all'altro e infine acquistando su un dominio "B".

Come risultato di questa tendenza, un numero crescente di canalizzazioni di conversione si estende su più domini, dispositivi e browser web.

Le interazioni dei visitatori del sito Web possono essere in genere di due tipi:

• Singolo ambiente: quando il percorso verso la conversione inizia e finisce sullo stesso dispositivo, browser o dominio.
• Cross-environment: quando i visitatori del sito Web fanno clic da un dispositivo o browser o dominio ma effettuano la conversione in un ambiente diverso.

Ecco una formula semplificata per comprendere questi termini:

Dato che le interazioni tra ambienti sono molto più comuni, il monitoraggio e l'attribuzione delle conversioni può essere una sfida. Quindi, come possiamo monitorare queste conversioni e-commerce quando l'ambiente cambia per offrire un'esperienza personalizzata? Innanzitutto, dobbiamo capire quali proprietà dell'ambiente possono cambiare e quindi identificare i diversi modi per tenere traccia di tali conversioni.

Analizziamo i diversi tipi di monitoraggio che possono verificarsi in una canalizzazione di e-commerce omnicanale per assicurarci che nessun cliente sfugga di mezzo:

Tracciamento interdominio

Il monitoraggio tra domini è un modo per analizzare i visitatori su più domini.

Perché il monitoraggio tra domini è un concetto importante nei test A/B?

Il monitoraggio interdominio è una meravigliosa funzionalità che ti consente di attribuire conversioni e comportamenti alle tue campagne anche se il percorso dell'utente si estende su più domini. Senza di esso, l'attribuzione sarebbe quasi impossibile per quelli di noi che hanno più di un dominio (come i siti con un dominio di acquisto o di pagamento separato).

Ecco alcune delle metriche di conversione che possono essere acquisite su più domini:

• Conversioni
• Eventi di conversione
• Conversioni click-through
• Conversioni view-through
• Conversioni totali
• Eventi di conversione click-through
• Eventi di conversione view-through
• Eventi di conversione totali
• Entrate totali

Tracciamento interdominio con cookie di terze parti

La forma più comune di tracciamento interdominio si basa su cookie di terze parti.

I siti Web utilizzano cookie proprietari per memorizzare informazioni sul visitatore e sulla sua sessione e di solito hanno i seguenti attributi:

• Nome cookie : il nome del cookie.
• Cookie Domain : il dominio su cui è impostato il cookie.
• Cookie Path : il percorso su cui è impostato il cookie. Questa è impostata come directory principale del dominio '/'.
• Cookie Expires : il tempo in secondi dopo il quale il cookie scadrà.

Ora, poiché si tratta di cookie proprietari, non possono condividere informazioni con altri domini. È qui che entra in gioco il monitoraggio tra domini. In questo caso, dobbiamo istruirlo a condividere i valori del cookie di dominio A con il cookie di dominio B, trasformando il cookie di prima parte in un cookie di terza parte.

Ciò che farà il monitoraggio tra domini è aggiungere i valori del cookie del dominio A agli URL in cui il dominio cambia utilizzando una stringa di query per impostazione predefinita. Questo può anche essere cambiato in un frammento di URL se non sei un fan delle stringhe di query. Il dominio B riconoscerà questi parametri aggiunti in questi URL per garantire che il cookie adotti questi valori.

Vediamo un esempio di come sarebbe.

Supponi di voler noleggiare un'auto online. Per verificare le diverse opzioni, probabilmente andrai su un sito web di autonoleggio (in questo esempio useremo car.com). Poiché il sito dispone di numerosi sottodomini (car.com, payment.car.com, pickup.car.com, ecc.) e di un dominio di terze parti per la ricezione dei pagamenti (secure.booking.com), il percorso dell'utente sarà incrociato dominio.

Utilizzando il monitoraggio tra domini, il team di Car.com può individuare un utente che passa da un sottodominio all'altro e personalizzare la sua intera esperienza con i prodotti o servizi più rilevanti in diversi sottodomini.

Tracciamento interdominio con archiviazione locale

Tuttavia, c'è un grande svantaggio quando i cookie vengono utilizzati nel monitoraggio tra domini: la loro memoria limitata.

I cookie possono contenere molti meno dati rispetto all'archiviazione locale: l'archiviazione dei cookie è limitata a 4096 byte mentre l'archiviazione locale ha 5 MB per dominio. Quindi, se utilizzi i cookie, più dati desideri archiviare nei browser dei tuoi visitatori, più cookie dovrai creare.

Un altro problema con i cookie è che rallentano il tuo sito web, rendendo l'esperienza dell'utente non ottimale. Ad ogni richiesta HTTP, i cookie vengono inviati al server. Se hai un viaggio tra domini, questo diventa ancora peggio. I visitatori navigheranno avanti e indietro tra i diversi domini, aumentando le richieste HTTP e il numero di cookie nel proprio browser.

Per i motivi di cui sopra, alcuni siti utilizzano un localStorage invece del cookie storage. Ciò significa essenzialmente che ospiti il ​​file sul dominio A e utilizzi un iframe sul dominio B che carica il file dal dominio A. In questo modo condividi i dati dei visitatori tra i due domini come se fosse un unico dominio:

File 1.html:

 <html>
<testa/>
<iframe src='http://127.0.0.1/test.html' />
</html>

File 2.html:

 <html>
<testa/>
<script>
console.log(localStorage);
localStorage.setItem('test', '123');
</script>
</html>

Idee sbagliate sul monitoraggio tra domini

Il monitoraggio tra domini è spesso una pratica fraintesa. Ecco i primi tre malintesi al riguardo che potrebbero sorprenderti!

Mito n. 1. Hai bisogno del monitoraggio interdominio per tenere traccia degli utenti nei sottodomini

Molti esperti CRO ritengono di dover abilitare il monitoraggio tra domini per tenere traccia dei visitatori tra i sottodomini. Questo non è vero. I cookie possono essere condivisi tra i sottodomini e il dominio principale.

Quindi, ad esempio, se un cookie è impostato su www.convert.com, è possibile accedervi anche da blog.convert.com senza abilitare il monitoraggio tra domini.

Mito n. 2. Il monitoraggio interdominio è necessario per i gateway di pagamento

La prossima parte confusa sul monitoraggio tra domini è che è necessario configurarlo per i gateway di pagamento (ad es. PayPal.com).

Tuttavia, il monitoraggio tra domini è possibile solo quando hai il controllo su entrambi i domini.

La maggior parte delle volte, i gateway di pagamento non ti consentono di inserire il tuo codice di monitoraggio nelle loro pagine web per motivi di sicurezza (maggiori informazioni di seguito).

Mito #3. Il monitoraggio tra domini è necessario quando sono presenti più domini

L'altro malinteso è che hai bisogno del monitoraggio tra domini ogni volta che utilizzi vari domini. Questo è vero solo se vuoi vedere lo stesso utente navigare tra i siti web e attribuire le conversioni alle fonti di traffico. In tal caso, avrai bisogno del monitoraggio tra domini.

Tuttavia, se vuoi vedere il dominio A come una sorgente di traffico verso il dominio B e non ti interessa da quali sorgenti di traffico le persone sono arrivate al dominio A, non avrai bisogno del monitoraggio tra domini.

Tracciamento su più dispositivi

Al giorno d'oggi, le persone possiedono più dispositivi. Ciò significa che i visitatori possono interagire con il tuo marchio (ad esempio, fare clic sui tuoi annunci Google) su un dispositivo, quindi passare a un altro e continuare a controllare i tuoi prodotti. Grazie ai rapporti sulle conversioni cross-device, gli esperti di marketing possono verificare l'efficacia delle loro campagne su tutti i dispositivi (tablet, dispositivi mobili e desktop), indipendentemente dal dispositivo su cui l'utente effettua effettivamente la conversione.

I rapporti tra dispositivi collegano cookie (per il Web), ID dispositivo (per app mobili) e dati di accesso aggregati per identificare un utente su dispositivi diversi. Ciò consente ai proprietari di siti Web di identificare il percorso intrapreso da un utente, dalla prima interazione con un marchio o visualizzazione di un annuncio fino al punto di conversione.

Aiuta gli esperti di marketing a individuare specifici visitatori del sito Web, anche se accedono alla canalizzazione utilizzando percorsi diversi:

Esistono due metodi principali per il monitoraggio cross-device.

In un metodo, i visitatori del sito Web vengono tracciati tramite ID visitatore fissi. L'altro metodo si basa sul comportamento di un utente con un ID dispositivo.

Tracciamento cross-device con ID visitatore (deterministico)

Questo metodo viene spesso utilizzato quando gli utenti si iscrivono tramite una newsletter o effettuano il login. I social network come Facebook, Instagram, TikTok o Twitter effettuano il monitoraggio cross-device assegnando ID visitatore.

Questo metodo è adatto per i siti Web che hanno registrato visitatori. Una volta che un visitatore è contrassegnato con un ID univoco, la piattaforma di tracciamento viene avvisata ogni volta che il visitatore effettua l'accesso. Se lo stesso visitatore utilizza in seguito un altro dispositivo, diciamo un tablet, e apre il sito web in questione come app ed effettua il login, può essere accuratamente tracciato.

Questo metodo, noto anche come deterministico, è estremamente accurato (quasi il 100%) e può essere utilizzato per eseguire campagne precise rivolte a utenti specifici.

Tracciamento cross-device basato sull'ID dispositivo (probabilistico)

Il secondo metodo di tracciamento cross-device funziona anche taggando gli utenti, solo che questa volta non è necessario che siano registrati. Questo metodo si basa su vari attributi raccolti da indirizzi IP, dispositivi, browser o app esplorati dal visitatore e combinati in un profilo utente. Lo svantaggio di questo metodo è che non è accurato come quando si utilizza un ID visitatore.

Viene anche indicato come targeting probabilistico . Come suggerisce il nome, si parla della probabilità che A sia probabilmente l'utente con un desktop (dispositivo X) e uno smartphone (dispositivo Y). Quindi, per eseguire il monitoraggio, vengono progettati algoritmi con un'enorme quantità di attributi, che quindi segmentano gli utenti in base a comportamenti simili su dispositivi, posizioni geografiche, indirizzi IP e qualsiasi altro contesto simile. Naturalmente, la precisione di questo monitoraggio non può raggiungere il 100%, ma il 60-70% è un buon obiettivo.

Tracciamento cross-browser

Infine, il monitoraggio cross-browser consente a un sito Web di tracciare un utente tra diversi browser, inclusi Chrome, Firefox, Microsoft Edge, Safari, Tor.

Il metodo alla base del monitoraggio cross-browser è chiamato fingerprinting del browser .

Funziona identificando un insieme di caratteristiche uniche dell'hardware e del software di un computer e utilizzando tali informazioni, un'"impronta digitale" per il sistema in questione.

Potresti non rendertene conto, ma tutto, dalle app installate alle impostazioni del browser, viene combinato per formare il tuo profilo unico . Il grado di identificabilità di questa impronta digitale dipende dall'algoritmo di ciascun browser.

Diciamo che stai navigando su Firefox, vedi un annuncio e decidi di passare a Chrome per acquistare un prodotto per evitare di essere preso di mira dalle campagne di retargeting. A meno che tu non abbia disabilitato il monitoraggio cross-browser dalle impostazioni del browser, i browser saranno comunque in grado di indirizzarti con le campagne.

Quando i siti optano per le transazioni su un dominio/dispositivo/browser diverso?

Il monitoraggio tra domini è particolarmente utile quando i proprietari di siti desiderano tenere traccia delle sessioni che si verificano su due o più domini o sottodomini e trattare tali sessioni come un'unica sessione.

Le sessioni di solito si estendono su più domini quando:

1. La procedura di pagamento è impostata su un dominio diverso (cosa abbastanza comune quando si utilizza un carrello degli acquisti di terze parti come Shopify),
2. La conversione all'obiettivo o la transazione e-commerce avviene su un dominio diverso (cosa abbastanza comune anche nel caso di siti affiliati).

Ecco uno scenario tipico in cui il monitoraggio tra domini ha senso: piattaforme di e-commerce con carrelli della spesa di terze parti.

In questa situazione, un utente può atterrare sul sito principale per visualizzare un prodotto da una campagna PPC. Quando l'utente va alla cassa, viene indirizzato a un carrello degli acquisti di terze parti su un dominio diverso, ad esempio tramite Shopify, per completare la transazione.

Senza il monitoraggio tra domini, il comportamento di acquisto e il checkout non verranno collegati e le conversioni non verranno monitorate tra i diversi domini. Quindi, questi proprietari di negozi online devono in qualche modo collegare i loro domini. In caso contrario, la conversione verrà accreditata sul carrello degli acquisti di terze parti, non sulla fonte di traffico originale.

Quindi, il monitoraggio tra domini ti consente di tracciare in modo affidabile un visitatore anche dopo che ha lasciato il tuo sito.

Un altro vantaggio dell'implementazione del monitoraggio tra domini è che puoi raccogliere dati da domini diversi in un unico rapporto.

La centralizzazione dei dati delle transazioni facilita una migliore ottimizzazione perché

• sostiene il miglioramento continuo dei processi decisionali,
• rafforza una migliore tracciabilità e ottimizzazione dei processi aziendali e
• riduce al minimo il rischio di un'organizzazione prevenendo l'impatto negativo di imprecisioni e ridondanze.

E infine, i proprietari di siti non devono più limitarsi a fare tutte le pagine di destinazione pre-vendita sul loro sito di denaro principale, a causa delle limitazioni di tracciamento. Possono espandersi su più siti Web per un funnel di siti Web di marketing più ampio e tracciabile.

Nel mondo omnicanale di oggi, il modo in cui i consumatori utilizzano dispositivi e browser si estende su piattaforme diverse: possono leggere le notizie del mattino sui tablet su Firefox, controllare la posta elettronica durante il tragitto giornaliero sui telefoni su Chrome e utilizzare i PC desktop quando sono al lavoro. Di notte, potrebbero navigare sui loro smartwatch per aggiornarsi sulle notizie del giorno.

Ecco uno scenario tipico:

• Un utente sta sfogliando il feed delle notizie sul proprio telefono e fa clic su un post sul tuo prodotto. L'utente è interessato ma non si registra subito.
• Più tardi quella settimana, l'utente decide di provare di nuovo il tuo prodotto, ma questa volta visita il tuo dominio direttamente dal proprio computer da un altro browser. L'utente decide quindi di registrarsi.
• In un paio di giorni, l'utente accede alla tua app dal proprio telefono.
• Tutta la cronologia di navigazione sui dispositivi e sui browser di cui sopra dovrebbe essere correttamente collegata al loro account e il clic originale dal loro feed di notizie dovrebbe essere correttamente attribuito alla loro conversione.

Questa tecnologia può aiutare i proprietari di siti a comprendere meglio il comportamento dei consumatori e il loro percorso multicanale di acquisto. Consente loro di offrire una migliore esperienza al cliente e di creare strategie di marketing omnicanale altamente mirate su vari punti di contatto. Aiuta a rispondere a domande come:

• Le mie campagne PPC stanno raggiungendo i miei consumatori ideali al momento giusto?
• Come posso misurare efficacemente quali dispositivi generano il maggior numero di conversioni per ottimizzare le mie campagne e premiare quella fonte?
• In che modo le esperienze del mio sito Web possono essere eseguite senza interruzioni su dispositivi e browser e fornire ai miei consumatori un'esperienza del marchio coerente?
• Come posso raggiungere i consumatori indipendentemente dal dispositivo su cui si trovano, non solo per motivarli a interagire con il mio marchio, ma anche per farli tornare come clienti abituali?

In che modo le modifiche alla privacy influiscono sul monitoraggio interambiente?

Poiché Internet diventa sempre più parte integrante della vita di tutti i giorni, è importante che le persone si sentano al sicuro durante la navigazione. Per aiutare a mantenere private le informazioni personali sui siti Web, sempre più browser stanno mettendo in atto misure di prevenzione del tracciamento. Ecco un'analisi delle ultime modifiche alla prevenzione del monitoraggio e di come possono influire sul monitoraggio interambiente.

Analizzeremo brevemente ciascuno degli aggiornamenti di seguito, ma per una descrizione più dettagliata di ciascuno degli aggiornamenti e di come Convert li ha affrontati, leggi Come sono cambiati il ​​monitoraggio e i cookie nel 2019 e Come sono cambiati il ​​monitoraggio e i cookie nel 2020.

Cookie di terze parti bloccati da Google Incognito

Nella modalità di navigazione in incognito, Google Chrome non salva la cronologia di navigazione, le informazioni sui moduli o i cookie del browser di un utente. A partire da Chrome 83, il browser blocca i cookie di terze parti in modalità di navigazione in incognito per impostazione predefinita.

Gli utenti possono ancora consentire i cookie di terze parti per siti specifici, ma qualsiasi metodo di tracciamento incrociato che si basa su cookie di terze parti deve ora affrontare grandi sfide perché devono essere abilitati dai visitatori del sito Web dalle impostazioni del browser.

Prevenzione rigorosa del monitoraggio nella modalità InPrivate di Microsoft Edge

In Microsoft Edge 80, il comportamento predefinito consente agli utenti di decidere se desiderano o meno protezioni in modalità rigorosa durante l'esplorazione di InPrivate.

Ciò significa che se gli utenti attivano questa funzione, il cross-tracking diventa impossibile.

Mozilla Enhanced Tracking Protection (ETP) 2.0

Dal 2019, i nuovi utenti di Firefox avranno Enhanced Tracking Protection (ETP) attivato per impostazione predefinita e l'anno scorso Mozilla ha aggiunto un ulteriore livello di sicurezza con Enhanced Tracking Protection 2.0 in cui bloccano il tracciamento dei reindirizzamenti. ETP 2.0 cancella i cookie e i dati dei siti dai siti ogni 24 ore, salvo per quei siti con cui gli utenti interagiscono regolarmente!

Quindi dimentica i metodi di cross-tracking che si basano sui cookie che vengono bloccati da ETP.

Prevenzione intelligente del monitoraggio in iOS 14, iPad 14 e Safari 14

Con il rilascio di iOS 14, iPad 14 e Safari 14, Apple ha incluso nuove funzionalità sulla privacy come il Rapporto sulla privacy in cui gli utenti possono visualizzare le informazioni sui tracker bloccati, nonché l'ITP per tutti i browser Web sui dispositivi iOS (v14 e versioni successive), che impedire l'attribuzione cross-tracking.

Gli strumenti di test A/B possono tenere traccia delle conversioni e-commerce E mantenere la privacy degli utenti?

Gli aggiornamenti di monitoraggio e privacy descritti sopra limitano le informazioni che possono essere tracciate in più ambienti, ma il mantenimento della privacy degli utenti e l'offerta di un'esperienza personalizzata non si escludono a vicenda.

La raccolta di dati cross-environment non deve avvenire in modo intrusivo che comprometta la fiducia dei tuoi clienti o impedisca loro di ottenere il massimo dal loro sito Web: c'è un modo in cui potresti farlo rispettando entrambi i mondi!

Gli strumenti di test A/B possono offrire soluzioni per aiutare la tua azienda a capire cosa vogliono gli utenti e offrire loro un'esperienza online eccezionale, rispettando allo stesso tempo la privacy.

Esaminiamo alcuni degli strumenti di test A/B più popolari sul mercato, vediamo quali soluzioni di monitoraggio delle conversioni e-commerce offrono e quanto sono rispettose della privacy.

In modo ottimale

Crea due metodi diversi per consentire il monitoraggio delle conversioni cross-environment.

Opzione 1: abilita e usa BYOID

Questo può essere fatto abilitando la funzione "Porta il tuo ID visitatore" su Optimizely. Questa funzione ti consente di definire il tuo ID visitatore, sia come cookie, chiave localStorage, parametro di query URL o variabile javascript. Presenta diversi vantaggi oltre alla mitigazione ITP 2.x, incluso il controllo sulla strategia di persistenza dell'ID, la possibilità di un ID visitatore uniforme su più piattaforme e la riduzione del cookie bloat.

Questa opzione è un processo manuale e noioso che devi definire per ogni client o dominio in cui stai eseguendo esperienze. Devi anche fare attenzione che gli ID univoci che crei vengano raccolti correttamente dall'API Optimizely.

Opzione 2: imposta optimizationlyEndUserId su CDN

Questo metodo non è in genere consigliato perché BYOID è un approccio più completo. Ma un altro modo per configurare la creazione dei cookie è tramite una CDN. Questa è un'opzione praticabile per l'implementazione basata sull'interfaccia utente e gestita dall'interfaccia utente della creazione di cookie lato server in molti casi. Optimizely attualmente fornisce documentazione per la creazione di cookie lato server tramite la configurazione di Akamai.

Se stai seguendo questo processo, oltre alle modifiche alle impostazioni CDN di cui sopra, dovresti anche disabilitare l'estensione automatica della durata del cookie ID visitatore eseguendo questo nel JS del progetto:

 window["ottimizzare"].push({
 "type": "extendCookieLifetime",
 "isEnabled": falso
});

Questa strategia ha anche funzionalità limitate quando è abilitato il monitoraggio tra domini, specialmente quando i diversi domini seguono strategie diverse per la persistenza dell'ID visitatore.

VWO

VWO supporta il monitoraggio interdominio con l'ausilio di cookie di terze parti.

Se abiliti l'opzione cookie di terze parti nel tuo test, oltre a memorizzare i dati dei visitatori (variazione mostrata e obiettivi di conversione attivati) nei cookie appartenenti al tuo dominio, VWO invierà anche quei dati ai server. Una volta inviati i dati, i server VWO impostano i cookie per il dominio dev.visualwebsiteoptimizer.com. Se il tuo test coinvolge un altro dominio, la prossima volta che la tua pagina richiede dati di test, i server VWO rimandano anche i dati dei visitatori. In un certo senso, i server fungono da proxy tra i tuoi più domini diversi e quindi le conversioni possono essere monitorate.

Tuttavia, i browser Firefox e Safari bloccano i cookie di terze parti per impostazione predefinita. Di conseguenza, VWO non può accedere ai cookie di terze parti, impedendo così il funzionamento del monitoraggio tra domini nei browser Safari e Firefox.

Google Ottimizza

Per implementare correttamente il monitoraggio interdominio di Google Optimize, devi conoscere HTML e Javascript o ottenere uno sviluppatore web dedicato.

Per configurarlo, crea una singola proprietà nel tuo account Google Analytics.

Quindi, dovrai utilizzare lo stesso ID di monitoraggio di Google Analytics su entrambi i siti che desideri collegare.

1. Il dominio di origine decora gli URL che puntano al dominio di destinazione in modo che contengano i valori dei cookie di misurazione proprietari del dominio di origine.
2. Il dominio di destinazione verifica la presenza di cookie di misurazione collegati.

Il parametro linker è identificato nei parametri di query URL con la chiave _gl, come nell'esempio seguente:

https://www.esempio.com/? _gl=1~abcde5~

Camaleonte

La loro soluzione crea uno snippet lato server che si sincronizza automaticamente con localStorage. Quindi consigliano di installare uno snippet lato server che sincronizzi automaticamente il cookie kameleoonVisitorCode tra il front-end e il back-end. Questo contiene l'importantissimo identificatore del codice del visitatore.

ITP non impone alcuna restrizione sui cookie lato server, quindi questo cookie avrà una data di scadenza sufficientemente lontana nel futuro.

Lo snippet creerà il cookie KameleoonVisitorCode lato server quando non è stato trovato alcun cookie Kameleoon (cioè non è stato ancora creato front-side) OPPURE recupera il valore esistente e ricrea il cookie lato server per evitare problemi ITP. La sincronizzazione significa che non solo gli identificatori non verranno rimossi dopo sette giorni, ma non vi è alcun impatto sulle prestazioni o sull'esperienza dell'utente poiché memorizzeremo un solo cookie.

Tuttavia, poiché Kameleoon archivia altri dati nella memoria locale, dati necessari per avviare esperimenti in tempo reale senza chiamate aggiuntive al server, ha anche implementato un meccanismo di sincronizzazione della memoria locale.

Su Safari, una volta che Kameleoon ottiene il suo codice visitatore leggendo il cookie kameleoonVisitorCode, verificherà se la sua attuale memoria locale è vuota. Se questo è il caso, il che probabilmente significa che l'ultima visita è avvenuta più di sette giorni fa, eseguiranno una chiamata di sincronizzazione del server (SSC) per recuperare tutti i dati che erano presenti nella memoria locale dai loro server back-end. Una volta terminata questa chiamata, i dati verranno ripristinati nello stato esatto in cui sarebbero stati se ITP non li avesse cancellati. Le normali operazioni possono quindi riprendere.

In che modo Convert Experiences gestisce il monitoraggio cross-environment?

Convert Experiences rispetta tutte le regole sulla privacy e, per impostazione predefinita, non consente il monitoraggio tra domini, dispositivi e browser .

Tuttavia, se gli utenti lo desiderano, possono abilitare il monitoraggio tra domini nelle impostazioni del progetto e possono chiedere al team di supporto di Converti soluzioni personalizzate nel monitoraggio tra dispositivi. Il monitoraggio cross-browser non è supportato.

Ora, vediamo maggiori dettagli su ciascun tipo di monitoraggio e su come configurarlo nell'app.

Monitoraggio interdominio nelle esperienze di conversione

Questa sezione descrive come Convert Experiences gestisce il monitoraggio tra domini; ad esempio, se il tuo sito web comprende più nomi di dominio. Questo è spesso il caso se stai utilizzando un carrello degli acquisti di terze parti.

Il monitoraggio tra domini è disattivato per impostazione predefinita per tutti i progetti in Converti esperienze, a causa del GDPR. Tuttavia, puoi deselezionare l'impostazione "Non consentire il collegamento tra domini" per rendere possibile il monitoraggio:

Nell'app Converti esperienze, gli esperimenti sono organizzati all'interno di Progetti. Un Progetto è un'entità che può contenere un numero qualsiasi di Esperienze e che include domini (Siti Attivi):

Tutti i siti Web all'interno di un progetto Convert condividono i cookie, rendendo possibile il monitoraggio tra domini A MENO CHE non si abiliti l'impostazione del progetto "Non consentire il collegamento tra domini" sopra.

Il modo in cui i cookie vengono condivisi tra i domini avviene passando automaticamente i cookie tra i domini che appartengono allo stesso progetto quando un visitatore fa clic su collegamenti o invia moduli. Questi cookie vengono passati agli altri tuoi domini tramite le variabili GET.

Due variabili vengono aggiunte alla stringa di query per passare i cookie:

• _conv_v
• _conv_s

È anche possibile trasferire manualmente i cookie a link o moduli selezionati. Tutto quello che devi fare è passare le variabili _conv_v e _conv_s nell'URL del collegamento o nell'azione del modulo.

 <a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >

Ora, ti guidiamo attraverso un caso d'uso del monitoraggio tra domini in Converti esperienze.

Diciamo che inizio il mio viaggio su una pagina di un evento in cui devo effettuare un abbonamento:

https://dominioA.com/reports/WCI/cpc-bndl

Una volta che devo pagare, il dominio A mi reindirizza alla pagina del carrello dei pagamenti che si trova sotto il dominio B e aggiunge i cookie Converti necessari per il monitoraggio tra domini come parametri di query URL, in questo modo:

 https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B100323139.%7Bv.1003114910- g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2

Una volta terminato di effettuare il pagamento, atterro sulla pagina di ringraziamento del dominio A:

 https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%3A%7B100323139.%7Bv.1003114910 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2

dove sono considerato un visitatore esistente, quindi la conversione delle entrate viene acquisita su entrambi i domini.

Monitoraggio cross-device nelle esperienze di conversione

Converti esperienze non supporta il monitoraggio cross-device per impostazione predefinita. Il metodo seguente è stato progettato solo per soluzioni personalizzate e su richiesta per piani Leader . Non è più attivo, ma lo presentiamo qui a scopo didattico.

Per tracciare i visitatori su diversi dispositivi e offrire un'esperienza utente coerente, indipendentemente dal dispositivo che stanno utilizzando, l'utente deve essere "identificato" attraverso una sorta di identificatore univoco che non dovrebbe contenere dati di identificazione personale (PII) .

Convert ha creato una funzione API attraverso la quale i clienti possono presentare questo identificatore univoco che identifica il visitatore su tutti i dispositivi. L'identificatore univoco deve essere "dato" su una pagina, prima dello snippet di monitoraggio Conversion principale.

Si presenta così:

 finestra._conv_q = finestra._conv_q || {};
_conv_q.push([“identify”,”unique_hashed_id_here”]);

Quando viene fornito l'identificatore univoco, Convert ritarderà la presentazione dell'esperienza finché non interroga il server per i dati (esperienze viste, obiettivi raggiunti, ecc.) e restituisce i risultati. Quando i risultati vengono restituiti, vengono salvati su un cookie a lungo termine che sostituisce l'eventuale bucket che l'utente aveva prima di essere "identificato". Ci aspettiamo che ciò avvenga solo se i dati non sono già disponibili sul cookie a lungo termine, per evitare ritardi nella presentazione dell'esperienza su ogni visualizzazione di pagina.

Le risposte dovrebbero essere ridotte al minimo e compresse per evitare latenze di rete aggiuntive. La soluzione finale consiste in 2 richieste fatte dalla pagina:

• La prima richiesta è responsabile del caricamento del file js principale (dati di caricamento): è memorizzato nella cache a livello di CDN e contiene tutti gli esperimenti disponibili, le dipendenze della libreria jquery, gli obiettivi, altre funzioni di utilità e il monitoraggio, ma non contiene il bucket dell'utente. Questo file viene servito ridotto a icona e compresso (gzip).
• La seconda chiamata ha una dimensione di un paio di byte. Cerca di ottenere il bucket assegnato in precedenza per questo particolare utente. Carica gli ID degli esperimenti e gli ID degli obiettivi a cui l'utente era stato assegnato in precedenza contattando un database NoSQL chiave-valore performante (memorizzato nella cache all'interno del sistema di memorizzazione nella cache). Se sono necessari ulteriori miglioramenti delle prestazioni, Convert ottimizzerà utilizzando un CDN davanti ad esso (in tal caso, ogni richiesta verrà memorizzata nella cache per utente). Questa risposta viene anche fornita ridotta a icona e compressa (gzip).

Quando viene fornito l'identificatore univoco per un nuovo visitatore univoco del sito Web, il bucket delle esperienze viene eseguito in questo modo:

1. Per un nuovo utente : non vengono memorizzati cookie a lungo termine; se viene fornito l'identificatore univoco, gli esperimenti vengono ritardati fino al ritorno della seconda chiamata. Quella chiamata:
   1. o restituisce quali esperimenti/variazioni sono collegati all'identificatore univoco, nel qual caso Convert mostrerà la stessa coppia di esperimenti/variazioni all'utente (comportandosi allo stesso modo in cui si comporta per un visitatore che torna a una pagina dell'esperimento vista prima)
   2. o non restituirà dati se quell'identificatore univoco non ha nulla ad esso collegato, nel qual caso Convert eseguirà la randomizzazione normalmente; Di conseguenza, quando viene assegnato un nuovo bucket, ci sarà una chiamata asincrona aggiuntiva al back-end per salvare il nuovo bucket che si è appena verificato.

Quando viene fornito l'identificatore univoco per un visitatore del sito Web esistente, il bucket delle esperienze viene eseguito in questo modo:

2. Per un utente esistente (con identificatore) , abbiamo il cookie a lungo termine trovato nel suo browser impostato da Convert. Se viene fornito un identificatore univoco, potremmo avere uno di questi due casi:
   1. Non è stata avviata alcuna sessione di navigazione (una nuova sessione viene identificata tramite un cookie di sessione che scade dopo 20 minuti di inattività) OPPURE l'ID visitatore memorizzato sul cookie a lungo termine è diverso dall'ID visitatore fornito tramite l'ID univoco; in this case, the same thing as in the previous example will happen: when bucketing is returned from the server, it will overwrite current bucketing stored on the long-term cookie; If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
   2. A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences

Convert Experiences does NOT support cross-browser tracking.

How to Test if Cross-Domain Tracking Works?

Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:

• There is less traffic than you would expect,
• Your conversions are not triggered/captured,
• Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.

Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.

Things to Consider When You Enable Cross-Domain Tracking

• You do not need to enable cross-domain tracking for subdomains in your account.
• Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
• For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
  • In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
  • In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
• With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
  Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.

There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.

Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.