È lunedì mattina in un negozio WooCommerce di articoli per la casa con un GMV di 20 milioni di dollari e il responsabile della retention sta leggendo il funnel della scorsa settimana in Google Analytics. Visualizzazioni delle pagine di dettaglio del prodotto: 180.000. Aggiunte al carrello: 18.000. Acquisti: 1.800. La dashboard di Klaviyo mostra 3.200 dollari recuperati dall'abbandono del carrello la scorsa settimana.
La linea di abbandono della navigazione sulla stessa dashboard indica zero, perché Klaviyo non può raggiungere gli utenti che abbandonano la navigazione. Nessuna email è stata acquisita per loro. Hanno visitato una pagina di dettaglio del prodotto, non l'hanno aggiunta al carrello e se ne sono andati. 162.000 visitatori sono invisibili all'email questa settimana.
Questo è il pubblico per cui sono state create le notifiche push di abbandono della navigazione di WooCommerce. L'iscrizione al push web si attiva alla prima visita qualificata, non all'acquisizione dell'email nella fase del carrello. Questa singola differenza di tempistica significa che l'utente che abbandona la navigazione senza mai inserire un indirizzo email è ancora raggiungibile.
Un flusso di lavoro in 3 messaggi con la logica di uscita corretta può convertirne l'8-14% in aggiunte al carrello, il che su una settimana di 162.000 visitatori rappresenta una voce che il team di retention può difendere alla prossima revisione del conto economico. Il resto di questo articolo illustra quel flusso di lavoro, la strumentazione esatta degli eventi necessaria nello stack WooCommerce e le metriche di retention per tre dimensioni di lista.
- L'abbandono della navigazione non è l'abbandono del carrello, non è l'abbandono della sessione
- Perché il push è l'unico canale pratico per l'abbandono della navigazione
- Il flusso di lavoro di abbandono della navigazione in 3 messaggi
- Il ramo di uscita "ancora in navigazione"
- La leva dei prodotti correlati (Messaggio 2)
- Dati sull'abbandono della navigazione nello stack WooCommerce
- Analisi per flusso: leggi l'imbuto
- Crealo in PushEngage Workflows
- Cosa cambia questo
L'abbandono della navigazione non è l'abbandono del carrello, non è l'abbandono della sessione
Chiarezza definitoria, brevemente, perché la SERP confonde i tre. L'abbandono della navigazione è la visualizzazione di una pagina di dettaglio del prodotto senza un'aggiunta al carrello entro trenta minuti. L'abbandono del carrello è un'aggiunta al carrello senza il completamento del checkout. L'abbandono della sessione è una visita che non ha mai raggiunto affatto una pagina di dettaglio del prodotto. Ognuno ha un trigger diverso, una dimensione del pubblico diversa e un flusso di lavoro diverso.
La differenza di dimensioni è la notizia principale. Su un tipico negozio WooCommerce di medie dimensioni, per ogni utente che abbandona il carrello ci sono da cinque a otto utenti che abbandonano la navigazione. Il funnel di abbandono del carrello è ben servito dall'email perché il cliente ha acquisito il suo indirizzo al momento del tentativo di checkout. Il funnel di abbandono della navigazione non è affatto servito dall'email, perché non è stata acquisita alcuna email. Questo è il motivo per cui il recupero dell'abbandono della pagina del prodotto è stato la parte silenziosamente antieconomica della maggior parte degli stack di retention. Il push risolve il problema dell'indirizzabilità perché l'evento di opt-in è una finestra di dialogo nativa del browser che si attiva alla prima visita qualificata.
| Fase del funnel | Evento trigger | Volume settimanale tipico su un negozio da 20 milioni di dollari di GMV | Flusso di lavoro ereditato |
|---|---|---|---|
| Abbandono della sessione | page_view (qualsiasi pagina) | molto alto, rumoroso | nessuno consigliato |
| Abbandono della navigazione | page_view sulla pagina di dettaglio del prodotto senza add_to_cart entro 30 minuti | 144,000 | il flusso di navigazione in questo articolo |
| Abbandono del carrello | add_to_cart senza purchase entro 60 minuti | 18,000 | il flusso di abbandono del carrello |
Il flusso di navigazione entra nel flusso del carrello nel momento in cui un utente che abbandona la navigazione aggiunge un articolo al carrello. Questo passaggio è importante e viene ignorato nella maggior parte dei contenuti di navigazione. I due flussi condividono una tassonomia di eventi e il flusso del carrello eredita un abbonato parzialmente qualificato dal flusso di navigazione ogni volta che viene effettuato il terzo contatto.
Perché il push è l'unico canale pratico per l'abbandono della navigazione
L'email necessita di un indirizzo email. Un utente che abbandona la navigazione su un sito WooCommerce non ne ha ancora uno. La finestra di dialogo di opt-in di PushEngage si attiva alla seconda visualizzazione della pagina o dopo un segnale di coinvolgimento configurabile, e una volta accettata l'iscrizione, l'abbonato è raggiungibile per il resto della vita del suo dispositivo senza mai fornirti il suo indirizzo. Questa è l'ipotesi operativa che rende economicamente sostenibile l'automazione del recupero della navigazione. Le notifiche push di WooCommerce raggiungono il visitatore anonimo in un modo in cui nessun altro canale raggiunge a un costo accettabile.
Le altre opzioni hanno economie che non sopravvivono a una revisione P&L con volumi di abbandono della navigazione. Il remarketing a pagamento su Meta e Google Ads addebita CPM-per-impressione e consuma il budget CAC per ogni utente che abbandona la navigazione e che viene ritoccato, indipendentemente dal fatto che converta. Gli SMS richiedono un numero di telefono, che è ancora meno probabile di un'email nella fase di navigazione.
L'email necessita di un indirizzo email. Le notifiche push, dopo un singolo opt-in, costano quasi zero per invio. Con una lista WooCommerce di 200.000 iscritti, il costo marginale di un invio di recupero abbandono navigazione è effettivamente la frazione di centesimo che il provider del servizio push addebita per l'infrastruttura di consegna, non una tariffa per messaggio.
La matematica di retention/CAC ne consegue. Per lo stesso fatturato recuperato, l'automazione del recupero della navigazione tramite push costa una piccola frazione dell'alternativa del remarketing a pagamento. Questo è l'argomento per la voce di bilancio, e risiede nello stack WooCommerce perché i negozi WooCommerce tendono ad avere pagine di dettaglio del prodotto ben strumentate per il tracciamento di page_view pronte all'uso.
Il flusso di lavoro di abbandono della navigazione in 3 messaggi
Ecco il flusso completo. Trigger: un evento personalizzato PushEngage page_view filtrato per le pagine di dettaglio del prodotto (dove is_product = true) e dove l'abbonato non ha attivato nemmeno add_to_cart entro trenta minuti. Tipo di esecuzione: Multiplo Parallelo, in modo che un abbonato che naviga cinque prodotti diversi in una sessione possa avere cinque istanze di flusso concorrenti, ciascuna puntata sul prodotto corretto. Criteri di uscita: obiettivi add_to_cart (ereditato dal flusso del carrello) o purchase (nessun ulteriore messaggio necessario).
Blueprint — Il flusso di lavoro di abbandono della navigazione in 3 messaggi
- INIZIO: Evento personalizzato
page_view, filtrois_product = true, E nessunadd_to_cartdallo stesso abbonato entro 30 minuti - ATTENDI: 30 minuti
- DECISIONE 1: l'abbonato è attualmente attivo sul sito (flag session_activity impostato negli ultimi 5 minuti)?
- Percorso SÌ: ESCI (non interrompere una sessione attiva; il flusso di lavoro rivaluta al trigger successivo)
- Percorso NO: continua
- AZIONE (Messaggio 1): Invia una notifica push web che ricorda il prodotto specifico visualizzato. Titolo: “Stai ancora pensando a {{event.data.product_title}}?” Corpo: “È proprio dove l'hai lasciato. Tocca per riprenderlo.” URL: l'URL della pagina prodotto. Immagine:
{{event.data.product_image}}. - ATTENDI: 4 ore
- DECISIONE 2: l'abbonato ha aggiunto il prodotto al carrello?
- Percorso SÌ: ESCI (il flusso di lavoro di abbandono del carrello eredita)
- Percorso NO: continua
- AZIONE (Messaggio 2): Invia una notifica push web con prodotti correlati. Titolo: “Potrebbero piacerti anche questi dalla nostra collezione {{event.data.category}}.” Corpo: “Tre scelte simili a {{event.data.product_title}}.” URL: la pagina di archivio della categoria WooCommerce. Immagine: l'immagine del primo prodotto correlato.
- ATTENDI: 48 ore
- AZIONE (Messaggio 3): Invia una notifica push web con un'offerta a sorpresa. Titolo: “Abbiamo notato il tuo interesse per questo articolo.” Corpo: “L'abbiamo tenuto per te con uno sconto del 10%. Codice: BROWSE10.” URL: l'URL della pagina prodotto con il codice sconto pre-applicato.
- FINE
Questo è l'intero flusso di lavoro di abbandono della navigazione. Tre messaggi, due attese con decisioni, un ramo di uscita silenzioso, due uscite basate sugli obiettivi. Le notifiche di visualizzazione del prodotto nel Messaggio 1 e nel Messaggio 3 inviano ciascuna il prodotto originale visualizzato; il Messaggio 2 passa a prodotti correlati perché dopo 4 ore dalla navigazione, la fatica da promemoria è reale e la scoperta è la leva che converte. I successivi due H2 approfondiscono l'uscita "ancora in navigazione" e la leva dei prodotti correlati, poiché entrambi sono i dettagli più importanti non reclamati sulla SERP.
Una nota sul tipo di esecuzione. "Più istanze parallele" è corretto per l'abbandono della navigazione perché un singolo abbonato può abbandonare la navigazione di cinque prodotti in una sessione di quaranta minuti e ognuno è una propria istanza del flusso di lavoro con il proprio contesto di prodotto. Il motore Workflows di PushEngage tiene traccia del timestamp di entry_flag per istanza, quindi le cinque istanze non entrano in conflitto. Se imposti questo flusso di lavoro su "Singolo", solo uno dei cinque prodotti riceve un intervento di recupero e gli altri quattro rimangono inattivi.
Il ramo di uscita "ancora in navigazione"
Questo è il dettaglio più trascurato in tutti i risultati di prima pagina per la parola chiave. La maggior parte degli articoli sull'abbandono della navigazione ti dice di inviare un messaggio al trentesimo minuto, punto. Quel consiglio genera rumore per gli acquirenti attivi e erode il canale. Un abbonato che è ancora sul sito al trentunesimo minuto non ha bisogno di una notifica sul prodotto che sta attualmente guardando. Ha bisogno di essere lasciato in pace per completare la sessione.
Il nodo DECISION a trenta minuti di attesa risolve questo problema. Legge un attributo heartbeat session_activity sul profilo dell’abbonato. Se il timestamp dell’attributo rientra negli ultimi cinque minuti, il workflow termina silenziosamente. L’abbonato non viene penalizzato per essere sul sito. La prossima volta che esce, la visualizzazione della pagina di dettaglio del prodotto successivo riattiva il trigger e avvia una nuova istanza del workflow con un contesto aggiornato. Questa è la cosa più importante da aggiungere a un workflow di abbandono della navigazione che la maggior parte dei team spedisce senza.
L’implementazione è leggera. L’SDK JavaScript di PushEngage può attivare un evento personalizzato heartbeat ogni cinque minuti mentre la pagina è in primo piano, che scrive sull’attributo dell’abbonato tramite l’azione UpdateAttribute del motore Workflows. Il filtro del pubblico del nodo DECISION legge quindi subscriber.attributes.session_active_at e lo confronta con now() - 5min. Il filtro del pubblico è documentato nel riferimento alla logica decisionale di PushEngage Workflows.
Il caso di retention per l’uscita di navigazione ancora in corso è diretto. Un utente anonimo che abbandona la navigazione ma è ancora sul sito è un utente con intento attivo, e una notifica push è lo strumento sbagliato. Lasciarli terminare la sessione preserva il punteggio di recapito del canale, mantiene basso il tasso di disiscrizione e concentra gli invii del workflow sul segmento in cui il push sposta effettivamente un numero. L’automazione del recupero della navigazione vive o muore per questa disciplina.
La leva dei prodotti correlati (Messaggio 2)
Il Messaggio 2 non invia lo stesso prodotto che l’abbonato ha già visualizzato. Invia un elenco curato di prodotti correlati, perché quattro ore dopo la navigazione originale, la fatica da promemoria si è installata e il cliente è già tornato o non tornerà per quell’articolo specifico. La scoperta è la leva allo scoccare delle quattro ore, non il promemoria.
WooCommerce lo rende facile. La piattaforma fornisce wc_get_related_products come funzione integrata collegata alla sua tassonomia di prodotti. La funzione restituisce prodotti correlati, upsell e simili per categoria collegati al prodotto visualizzato. Il plugin di integrazione WooCommerce di PushEngage può passarli nel workflow come variabili di dati evento, in modo che la notifica del Messaggio 2 possa visualizzare i titoli, le immagini e gli URL dei prodotti correlati senza una chiamata API separata. Una tipica riga di copia del Messaggio 2: “Potrebbero piacerti anche questi dalla nostra collezione {{event.data.category}}.”
Questo è il vantaggio specifico di WooCommerce. I negozi su piattaforme senza una tassonomia integrata di prodotti correlati devono calcolare la correlazione al momento dell’attivazione del workflow, il che significa un servizio di raccomandazione personalizzato. I negozi WooCommerce di fascia media con ampi cataloghi di SKU vedono il maggiore aumento dal Messaggio 2 perché la superficie dei prodotti correlati è abbastanza ampia da trovare un secondo prodotto che l’abbonato desidera effettivamente. I negozi con cataloghi ristretti vedono meno aumento qui e potrebbero unire i Messaggi 2 e 3 in un unico tocco di scoperta-sconto a 24 ore.
Il modello è importante perché l'abbandono della navigazione solo con promemoria è l'impostazione predefinita della SERP e il suo tetto di conversioni è basso. L'aggiunta di un tocco di scoperta aumenta il tasso di recupero dei carrelli del flusso di lavoro del 30-50% sui negozi con tassonomia dei prodotti correlati già popolata, cosa che la maggior parte delle installazioni WooCommerce ha, indipendentemente dal fatto che il merchandiser lo sappia o meno.
Dati sull'abbandono della navigazione nello stack WooCommerce
Tre input di eventi alimentano il flusso di lavoro. Ecco da dove proviene ciascuno e l'ordine di installazione se si parte da zero.
Evento 1, page_view con product_id. Viene attivato dall'SDK JavaScript di PushEngage su ogni pagina di dettaglio del prodotto. Il payload minimo è { event_name: 'page_view', product_id: '...' }; il payload consigliato include anche product_title, product_image e category in modo che il flusso di lavoro possa renderli nei Messaggi 1, 2 e 3 senza una seconda chiamata API. Installalo per primo perché il trigger del flusso di lavoro di navigazione dipende da esso.
Evento 2, add_to_cart. Viene attivato dal plugin di integrazione WooCommerce-PushEngage, che aggancia l'azione WordPress woocommerce_add_to_cart. Installalo per secondo perché la DECISIONE 2 del flusso di lavoro (e i criteri di uscita del flusso di lavoro) leggono questo evento. Se ritardi l'installazione del plugin di integrazione, il flusso di lavoro di navigazione viene comunque eseguito; semplicemente non può ereditare in modo pulito nel flusso di lavoro del carrello.
Evento 3, heartbeat session_activity. Un evento personalizzato attivato dall'SDK PushEngage ogni cinque minuti mentre la pagina è in primo piano. Aggiorna l'attributo del sottoscrittore session_active_at. Installalo per terzo. Il flusso di lavoro di navigazione si degrada con grazia senza di esso: l'attesa di 30 minuti si applica ancora e il Messaggio 1 viene ancora attivato, ma il ramo di uscita solo per chi sta ancora navigando non può essere attivato e gli acquirenti attivi riceveranno a volte notifiche a metà sessione. Questo è il passaggio di rifinitura opzionale.
La maggior parte dei negozi WooCommerce con il plugin PushEngage installato riceve gratuitamente gli eventi 1 e 2 durante l'onboarding. L'heartbeat di session_activity è il terzo evento opzionale che trasforma il flusso di lavoro da "buono" a "migliore sulla SERP". I negozi che stanno rimandando il lavoro di ingegneria possono spedire il flusso di lavoro con gli eventi 1 e 2 nella prima settimana e aggiungere l'heartbeat nella terza settimana.
Analisi per flusso: leggi l'imbuto
PushEngage Workflows tiene traccia degli utenti in coda, completati e usciti in ogni nodo. Per l'abbandono della navigazione su un negozio WooCommerce da 200.000 iscritti con circa 30.000 visualizzazioni di pagine di dettaglio prodotto a settimana (numeri illustrativi), l'imbuto si legge in questo modo:
| Nodo | In coda | Completato | Uscito | Note |
|---|---|---|---|---|
| INIZIO (filtro page_view) | 0 | 28,000 | 0 | Iscritti che entrano nel flusso di lavoro questa settimana |
| ATTENDI 30 minuti | 850 | 27,150 | 0 | Profondità normale della coda |
| DECISIONE 1 (ancora in navigazione?) | 0 | 21,800 | 5,350 | 5.350 sessioni attive uscite silenziosamente |
| AZIONE Messaggio 1 | 0 | 21,800 | 0 | Promemoria inviato |
| ATTENDI 4 ore | 280 | 18,520 | 3,000 | 3.000 iscritti aggiunti al carrello (il flusso di lavoro del carrello eredita) |
| DECISIONE 2 (aggiunto al carrello?) | 0 | 18,520 | 0 | Tutti i restanti solo in navigazione |
| AZIONE Messaggio 2 | 0 | 18,520 | 0 | Prodotti correlati inviati |
| ATTENDI 48 ore | 600 | 16,300 | 2,220 | 2.220 aggiunti al carrello nei due giorni successivi |
| AZIONE Messaggio 3 | 0 | 16,300 | 0 | Scoperta sconto inviata |
| FINE | n.d. | 16,300 | n.d. | Non aggiunto al carrello |
In questo funnel, 5.220 iscritti (3.000 + 2.220) hanno aggiunto al carrello mentre erano all'interno del flusso di navigazione, con un tasso di conversione da navigazione a carrello del 18,6% sui 28.000 che sono entrati. Di questi aggiunte al carrello, il flusso di abbandono del carrello recupera poi un'ulteriore frazione per l'acquisto. I nodi di uscita più frequenti sono le due attese, che è il modello previsto: il tempo decisionale avviene nelle finestre di attesa, non nelle finestre di azione. L'uscita per
La matematica del fatturato recuperato scala con la dimensione della lista. Lo stesso flusso su una lista di 50.000 iscritti produce circa un quarto di questi numeri; su una lista di 1.000.000 di iscritti produce circa cinque volte tanto. Il costo per invio rimane vicino allo zero, che è il vantaggio strutturale del canale.
| Dimensione della lista | Visualizzazioni settimanali dei dettagli del prodotto | Abbandoni settimanali della navigazione che entrano nel flusso | Recuperi settimanali di aggiunte al carrello (18,6%) | Fatturato recuperato stimato a 85 $ AOV × 15% tasso di chiusura |
|---|---|---|---|---|
| 50,000 | 7,500 | 7,000 | 1,300 | $16,600 |
| 200,000 | 30,000 | 28,000 | 5,220 | $66,500 |
| 1,000,000 | 150,000 | 140,000 | 26,000 | $331,500 |
Questi sono dati indicativi; il miglioramento effettivo sul tuo negozio dipende dall'AOV, dal mix di categorie e dal tasso di chiusura delle aggiunte al carrello recuperate. Il punto è che la matematica si accumula con la dimensione della lista a un costo per invio che non lo fa.
Crealo in PushEngage Workflows
Il flusso di abbandono della navigazione corrisponde direttamente ai componenti di PushEngage Workflows. Ecco la corrispondenza:
| Componente del flusso | Tipi di nodo utilizzati | Tipi di azione utilizzati | Opzione del flusso di lavoro |
|---|---|---|---|
| Il flusso di lavoro di abbandono della navigazione in 3 messaggi | START, WAIT, DECISION, ACTION, EXIT, END | SendPushNotification | Tipo di esecuzione: Multiplo Parallelo; uscita agli obiettivi add_to_cart o purchase |
Il motore Workflows include oltre 60 modelli predefiniti che coprono i flussi eCommerce, inclusi abbandono della navigazione e del carrello. Il modello di abbandono della navigazione è il punto di partenza giusto; clonalo, sostituisci le tue variabili di categoria e prodotto WooCommerce e il flusso sarà attivo in meno di un'ora all'interno del costruttore di PushEngage Workflows.
Cosa cambia questo
Per un contesto più ampio su come questo flusso si inserisce in un programma di fidelizzazione completo per WooCommerce, l'hub delle notifiche push per eCommerce copre i tipi di campagna che questo flusso implementa, e il post esistente sulle campagne di abbandono della navigazione offre una panoramica strategica sull'argomento più ampio. Il flusso gemello WooCommerce cart abandonment workflow è il passo successivo naturale una volta che la navigazione è attiva; eredita l'iscritto nel momento in cui il Messaggio 1 o il Messaggio 2 generano un'aggiunta al carrello. La sequenza di recupero dell'abbandono del carrello di PushEngage copre i dettagli del playbook. Per i team multicanale che utilizzano push insieme all'email, il post push e email multicanale affronta la questione dell'orchestrazione.
Se prendi un numero da questo articolo, prendi 162.000. Questo è il pubblico settimanale che abbandona la navigazione su un singolo negozio WooCommerce da 20 milioni di dollari di GMV, quasi nessuno dei quali ha un indirizzo email raggiungibile. Email e SMS non muoveranno questo pubblico. Il remarketing a pagamento lo farà, a un costo CAC che si accumula contro la fidelizzazione. Le notifiche push di abbandono della navigazione di WooCommerce raggiungono lo stesso pubblico a un costo quasi nullo per invio, con un flusso di lavoro che viene spedito in un pomeriggio e un ramo di uscita ancora in navigazione che mantiene il canale consegnabile.
La matematica della fidelizzazione è ciò che rende difendibile la voce di bilancio. Con una lista di 200.000 iscritti con il flusso di lavoro sopra, il ricavo settimanale recuperato previsto è dell'ordine di 66.500 dollari a tipici AOVs di mercato medio. Questo numero scala linearmente con la dimensione della lista e il costo per invio rimane quasi nullo. Prima il flusso di lavoro di abbandono della navigazione, poi il flusso di lavoro di abbandono del carrello che eredita da esso, e il resto dello stack di fidelizzazione di WooCommerce che si compone attorno a entrambi.
Il piano gratuito ti offre 200 iscritti, tutti i canali e il motore completo dei Flussi di lavoro fin dal primo giorno. Questo è sufficiente per strumentare l'evento page_view, spedire il flusso di lavoro e osservare il funnel per una settimana prima di richiedere la voce di bilancio. Inizia con il piano gratuito per spedire il Messaggio 1 di questo flusso di lavoro prima di venerdì.
