Flussi Klaviyo per i carrelli abbandonati: riconosci più acquirenti

Un flusso di carrello abbandonato di Klaviyo può inviare un’email solo a un acquirente che Klaviyo ha identificato: un profilo con un indirizzo email o un numero di telefono, collegato al browser con cui la persona fa acquisti. I visitatori anonimi aggiungono comunque prodotti al carrello, ma Klaviyo non può collegare quell’attività a una persona, quindi per loro non parte nessun flusso.

Questa guida spiega come Klaviyo identifica i visitatori, quali acquirenti gli sfuggono e come la connessione Klaviyo di ROASaurus ne identifica di più nel checkout di Shopify. Tratta anche il consenso, i segmenti di clienti per i tuoi flussi, la configurazione e i test, e cosa la connessione non può fare.

Perché i flussi di carrello abbandonato raggiungono solo i visitatori identificati?

I flussi di Klaviyo partono dalle metriche. Un flusso di abbandono della navigazione parte da Viewed Product. Un flusso di carrello abbandonato parte da Added to Cart o, nella maggior parte dei flussi predefiniti, da Started Checkout. Su Shopify, la metrica di checkout dell’integrazione Shopify di Klaviyo si chiama Checkout Started. Ognuno di questi eventi appartiene a un profilo, e Klaviyo ha bisogno di dati di contatto per creare un profilo.

Il JavaScript onsite di Klaviyo traccia le visualizzazioni di prodotto e le aggiunte al carrello per i browser che riesce a identificare. Quando un visitatore sconosciuto guarda un prodotto, non c’è un profilo a cui associare l’evento, quindi l’evento non può avviare un flusso. Il numero di visitatori che Klaviyo riconosce limita quindi quante persone i tuoi flussi possono raggiungere. Un testo email migliore non cambia quel limite. Riconoscere più acquirenti sì.

Come identifica un visitatore Klaviyo?

Klaviyo collega un browser a un profilo in alcuni modi. Ognuno richiede che il visitatore faccia prima qualcosa.

Dopo l’identificazione, lo script di Klaviyo conserva un token cifrato chiamato $exchange_id nel cookie __kla_id. Klaviyo imposta questo cookie per 2 anni, ma i browser possono accorciarlo. La documentazione di Klaviyo dice che Safari elimina il cookie impostato da JavaScript dopo 7 giorni di utilizzo del browser senza interazione con il tuo sito. La nostra guida a Safari ITP e il tracciamento spiega meglio questo limite.

Klaviyo ha anche una funzione di backfill dell’attività dei visitatori anonimi. Quando un visitatore consente il tracciamento ma non è identificato, Klaviyo conserva i suoi eventi Viewed Product e Added to Cart nel local storage del browser. Quando il visitatore viene identificato in quel browser, Klaviyo invia gli eventi al profilo con i timestamp originali. Possono quindi attivare dei flussi se il profilo ne ha i requisiti. L’impostazione si trova nella pagina Tracking delle impostazioni di Klaviyo, sotto l’identificazione onsite. Ha anch’essa dei limiti: Safari può eliminare il local storage dopo 7 giorni di utilizzo del browser senza una visita al tuo sito, e l’attività precedente al consenso non viene salvata.

Quali acquirenti sfuggono a Klaviyo?

Il divario è maggiore per gli acquirenti che arrivano al checkout senza alcun contatto precedente con Klaviyo:

• Visitatori alla prima visita da un annuncio che non hanno mai cliccato un’email e hanno chiuso il popup.
• Clienti che tornano con un nuovo telefono, un nuovo browser o un browser ripulito.
• Visitatori Safari il cui cookie è stato eliminato dopo 7 giorni di utilizzo del browser senza una visita al tuo sito.
• Visitatori che hanno rifiutato i cookie. Klaviyo non li traccia, ed è corretto.

Ecco un esempio svolto per un mese in un negozio di esempio. 1,200 acquirenti hanno inviato i propri dati di contatto al checkout. Klaviyo ne conosceva già 480. Restano 1,200 − 480 = 720 acquirenti senza storico in Klaviyo precedente al checkout. Di questi, il 65% ha accettato i cookie di marketing: 720 × 0.65 = 468 acquirenti. Gli altri 252 li hanno rifiutati.

Come funziona il checkout booster di ROASaurus?

Il booster fa parte del pixel di checkout di ROASaurus, il pixel personalizzato che aggiungi negli eventi del cliente di Shopify. Aspetta il momento in cui un acquirente invia il proprio indirizzo email o numero di telefono al checkout. Poi fa quanto segue:

1. Legge il cookie __kla_id di Klaviyo. Se il cookie contiene un $exchange_id, Klaviyo conosce già questo acquirente e il booster si ferma.
2. In caso contrario, invia una richiesta dal browser dell’acquirente alla client API di Klaviyo, con la tua chiave API pubblica (il site ID). La richiesta identifica il profilo tramite email, o tramite telefono quando non c’è l’email.
3. Nella stessa richiesta registra il carrello: un evento Viewed Product e un evento Added to Cart per ogni riga del carrello, poi Started Checkout.

Gli eventi portano il product ID, il variant ID, il nome del prodotto, il prezzo, la quantità, l’URL del prodotto e l’immagine, così i tuoi template di flusso possono mostrare i prodotti giusti. Started Checkout porta l’URL del checkout, gli articoli e il totale del checkout. Il booster retrodata gli eventi del carrello di uno o più minuti per ogni riga del carrello, così arrivano in un ordine naturale prima di Started Checkout. Per un carrello con due righe, il profilo riceve cinque eventi:

In quale metrica di Klaviyo finiscono gli eventi?

Klaviyo tiene separate le metriche per fonte. Gli eventi della sua integrazione Shopify e gli eventi inviati tramite le sue API sono metriche separate, anche quando hanno lo stesso nome. Gli eventi del booster arrivano tramite la client API di Klaviyo. Il suo evento di checkout si chiama Started Checkout, mentre la metrica di checkout dell’integrazione Shopify di Klaviyo si chiama Checkout Started. Un flusso che si attiva su Checkout Started di Shopify quindi non parte dall’evento del booster. Anche lo script onsite di Klaviyo invia Viewed Product e Added to Cart tramite l’API di Klaviyo, quindi gli eventi del booster con quei nomi possono condividere quelle metriche. Klaviyo non lo afferma direttamente, quindi verificalo nel tuo account con il checkout di prova descritto qui sotto.

E il consenso?

Con Respect visitor consent attivo, che è l’impostazione predefinita in Store settings, il pixel di checkout legge le impostazioni di privacy dei clienti di Shopify. Il booster viene eseguito solo quando l’acquirente accetta i cookie di marketing. Per un acquirente che rifiuta, il booster non invia nulla a Klaviyo. Anche l’identificazione al checkout di Klaviyo su Shopify richiede il consenso: l’acquirente deve accettare i cookie di marketing e di analisi.

L’altra opzione, Always track, esegue il booster per ogni acquirente. Usala solo dove il consenso non è richiesto. La nostra guida a Consent Mode v2 e il GDPR e la pagina di aiuto sul consenso spiegano come funziona l’impostazione in tutto ROASaurus.

Il browser vede solo la tua chiave API pubblica, lo stesso site ID usato dallo script onsite di Klaviyo. Una chiave API privata, se ne aggiungi una per i pubblici, viene conservata cifrata sul server di ROASaurus e non viene mai inviata al browser.

Come possono i segmenti di clienti migliorare i tuoi flussi?

Una seconda parte dell’integrazione Klaviyo funziona nella direzione opposta. Con una chiave API privata che ha gli scope lists:write e profiles:write, ROASaurus mantiene un’audience di clienti in una lista Klaviyo e la aggiorna ogni giorno. Costruiscila nella pagina Audiences a partire da tutti i clienti, da uno degli 11 segmenti RFM di Customers & LTV, come Champions o At risk, o da regole tue, come l’LTV previsto o i prodotti acquistati. Vengono inviate solo le persone che hanno dato il consenso al marketing. Ogni membro riceve queste proprietà del profilo:

• roasaurus_segment, roasaurus_orders, roasaurus_revenue e roasaurus_last_order
• roasaurus_predicted_ltv_12m: ricavi previsti nei 12 mesi
• roasaurus_expected_next_12m: ricavi attesi nei prossimi 12 mesi

In un flusso di carrello abbandonato, una divisione condizionale su roasaurus_segment ti permette di trattare i clienti in modo diverso. Per esempio, invia ai clienti Champions e Loyal un semplice promemoria e riserva uno sconto a chi non ha mai ordinato. Solo i clienti in un pubblico sincronizzato hanno queste proprietà, quindi i nuovi acquirenti finiscono nel ramo dei profili che non le hanno. Sincronizza il pubblico All customers se vuoi che ogni cliente passato le abbia.

Come regola di sicurezza, una sincronizzazione che rimuoverebbe una grande parte di una lista non viene applicata. Su una lista con 30 o più membri, un’esecuzione che rimuoverebbe più di un terzo dei membri, o svuoterebbe la lista, viene messa in pausa. Il pubblico risulta in pausa finché un’esecuzione successiva non è stabile.

Fermare un pubblico in ROASaurus lascia la lista Klaviyo così com’è.

Come si configura e si testa?

1. Aggiungi il pixel Klaviyo

   In ROASaurus, apri Tracking & platforms, clicca Add pixel sulla card di Klaviyo e incolla la tua chiave API pubblica, il site ID di 6 caratteri.

2. Aggiungi il pixel di checkout in Shopify

   In Shopify admin, vai su Impostazioni › Eventi del cliente › Aggiungi pixel personalizzato. Incolla lo snippet dalla pagina Tracking & platforms. La guida alla configurazione di Shopify elenca ogni passaggio.

3. Controlla l’impostazione del consenso

   Tieni attivo Respect visitor consent a meno che tu venda solo dove il consenso non è richiesto.

4. Fai un checkout di prova

   In una finestra del browser in incognito, aggiungi due prodotti, vai al checkout e inserisci un indirizzo email che controlli e che Klaviyo non ha mai visto. Accetta i cookie di marketing se il tuo banner lo chiede.

5. Controlla il profilo e i trigger dei flussi

   In Klaviyo, apri il nuovo profilo. Dovresti vedere Viewed Product, Added to Cart e Started Checkout. Poi apri ogni flusso di abbandono e conferma che la sua metrica trigger sia la metrica sotto cui compaiono i tuoi eventi di prova. Metriche con lo stesso nome possono provenire da fonti diverse, quindi confronta l’icona della fonte accanto al nome di ogni metrica.

6. Facoltativo: aggiungi i pubblici

   Aggiungi al pixel Klaviyo una chiave API privata con lists:write e profiles:write, poi crea un’audience nella pagina Audiences e aggiungi Klaviyo come destinazione.

Altri due controlli nell’aiuto di Klaviyo. Segui il consiglio di Klaviyo e gestisci separatamente i flussi Added to Cart e Started Checkout, con un filtro che rimuove dal flusso Added to Cart le persone che hanno iniziato il checkout. Il booster registra Started Checkout subito dopo gli eventi del carrello. Se quel filtro usa la stessa metrica di checkout che ha ricevuto il tuo acquirente di prova, questi acquirenti non ricevono un secondo promemoria dal flusso Added to Cart. E se usi anche l’identificazione al checkout di Klaviyo o il backfill dell’attività anonima, il tuo checkout di prova mostra se un acquirente riceve eventi da entrambi.

Cosa non può fare il booster?

ROASaurus usa i segnali di Klaviyo anche per i propri report. Quando un visitatore invia un modulo di Klaviyo, lo script di ROASaurus collega quell’email al visitatore. Reagisce all’invio del modulo e non legge mai i tasti premuti. Le visite con un parametro _kx, un utm_source pari a klaviyo o un utm_medium pari a email contano come canale email nell’attribuzione. In Channels, ROASaurus mostra anche i ricavi che Klaviyo attribuisce a ogni campagna e flusso, accanto ai propri numeri basati sui clic e al profitto al netto del costo di Klaviyo. L’attribuzione vera e propria conta l’email tramite i clic.

Fonti

1. Klaviyo Help Center: Understanding cookies in Klaviyo
2. Klaviyo Help Center: How to create an abandoned cart flow
3. Klaviyo Help Center: How to create a browse abandonment flow
4. Klaviyo Help Center: Understand Klaviyo's anonymous visitor activity backfill
5. Klaviyo Help Center: Shopify data reference

In ROASaurus

• Integrazione Klaviyo
• Lifetime value e segmenti RFM
• Assistenza: configura ROASaurus su Shopify
• Assistenza: consenso e privacy

Continua a leggere