Collega un negozio Shopify o WooCommerce e il trigger carrello abbandonato di un journey scatta a partire da un vero evento di checkout iniziato ma non concluso da quel negozio. Nessuna fonte dati da mantenere, nessuna esportazione manuale — solo un'email di recupero che parte da sola nel momento in cui un acquirente si ferma.
L'altro articolo sul carrello abbandonato su questo sito presuppone che tu stia già alimentando una fonte dati da qualunque posto vivano i tuoi dati di carrello e inviando email di recupero manualmente o secondo una pianificazione ricorrente. Questo riguarda saltare del tutto quel passaggio: un negozio Shopify o WooCommerce collegato sincronizza direttamente i propri clienti e i propri eventi di abbandono carrello, e un journey reagisce a essi in tempo reale.
Cosa fa davvero collegare un negozio
Da Impostazioni → Integrazioni, collegare Shopify ti guida attraverso la sua schermata OAuth; WooCommerce si collega con una chiave API REST generata sul tuo stesso sito WordPress. In entrambi i casi, MailInApp registra i webhook sul negozio così gli eventi di clienti, carrello e ordine arrivano dal vivo invece che tramite polling periodico. Un backfill iniziale sincronizza i clienti esistenti in una lista contatti dedicata a quell'integrazione; tutto ciò che avviene dopo resta aggiornato solo dai webhook.
Il trigger carrello abbandonato
Un journey puntato sul trigger carrello abbandonato di un'integrazione collegata iscrive un contatto quando quel negozio segnala un checkout iniziato ma non completato, dopo un ritardo che scegli tu. Shopify segnala questo nativamente come un vero evento di checkout iniziato. WooCommerce non supporta affatto ancora questo trigger — non c'è alcun segnale equivalente che MailInApp attualmente legga da un negozio WooCommerce collegato, indipendentemente da quali plugin per carrelli abbandonati il sito esegua, quindi un'integrazione solo WooCommerce non produrrà iscrizioni per carrello abbandonato. Vale la pena verificarlo prima di costruire un intero journey attorno a esso.
Non ricordare a qualcuno che ha già pagato
Un'email di recupero inviata a qualcuno che ha già completato il checkout è peggio di nessuna email. Un passaggio obiettivo prima dell'invio verifica se un acquisto è arrivato per quel contatto da quando il carrello è stato abbandonato, e esce immediatamente dall'esecuzione in caso affermativo. Il promemoria semplicemente non scatta mai per un carrello che non è più abbandonato entro il momento in cui verrebbe inviato.
L'email di recupero in sé
Nulla nell'email differisce da qualsiasi altro checkout di MailInApp. Un blocco Prodotto renderizza un vero pulsante Acquista ora addebitato tramite il tuo stesso account Stripe collegato, e un Conto alla rovescia su uno sconto di recupero a tempo resta preciso ogni volta che viene aperto invece di mostrare una riga obsoleta "scade a breve". L'integrazione scrive anche l'URL stesso del carrello abbandonato sulla riga del contatto come campo di merge, così un Pulsante può rimandare direttamente al carrello stesso come alternativa al checkout dentro l'email. Oppure imposta il campo Checkout stesso del blocco Prodotto su Link al checkout di un negozio esterno così Acquista ora stesso li rimanda direttamente a quel carrello, senza bisogno di un blocco Pulsante separato.
Intento carrello vs. intento checkout — la divisione per fase
Una distinzione chiave introdotta nella divisione per intento di MailInApp: abbandono carrello e abbandono checkout sono ora tracciati separatamente, ciascuno come un trigger di journey distinto con il proprio campo stage.
- Carrello abbandonato (
stage: "cart") — un articolo è stato aggiunto al carrello di un negozio esterno collegato ma l'acquirente se n'è andato prima di avviare il checkout. Il messaggio di recupero giusto è di solito rinforzo dei benefici: perché questo prodotto, prova sociale, o un leggero incentivo. - Checkout abbandonato (
stage: "checkout") — l'acquirente ha raggiunto il tuo checkout MailInApp-Stripe con blocco Prodotto o la pagina di checkout propria del negozio (che ci sia arrivato da un semplice link o da un blocco Prodotto impostato su Link al checkout di un negozio esterno) ma non ha completato il pagamento. Il messaggio giusto è rimozione dell'attrito: risposte FAQ, segnali di fiducia, un link di supporto, o uno sconto a tempo.
Entrambi i trigger possono girare come journey separati sullo stesso account. Il campo stage è incluso anche nei payload dei webhook e nell'attribuzione delle risposte, così le tue stesse analisi possono distinguere tra stalli nel carrello e abbandoni nel checkout. Vedi Journey per il riferimento completo dei trigger.
I ricavi continuano a confluire nei tuoi report esistenti
Dove un ordine Shopify o WooCommerce porta un'attribuzione identificabile di campagna o variante, confluisce negli stessi numeri di ricavo di risposta e di test A/B che un ordine da checkout nativo dentro l'email già produce. Le vendite recuperate non sono una superficie di reportistica separata da controllare.
Un caso correlato, ma diverso: riconquistare un acquirente passato
Carrello abbandonato riguarda un checkout che non si è mai concluso. Se invece vuoi puntare a clienti che hanno effettivamente acquistato — un prodotto specifico, in un intervallo di date specifico — e offrire loro uno sconto per tornare, vedi riconquista acquirenti passati con segmenti di cronologia acquisti e codici sconto. Usa lo stesso negozio collegato, ma un segmento diverso e un vero codice sconto nativo del negozio invece di un trigger di journey.
Come iniziare
Collega il tuo negozio da Impostazioni → Integrazioni, poi punta il trigger di un nuovo journey sull'evento carrello abbandonato di quell'integrazione con un ritardo a tua scelta. Aggiungi un passaggio obiettivo prima dell'invio per saltare chiunque abbia già pagato. Vedi Shopify, WooCommerce, e Journey per il riferimento completo.