Trasforma le email in fatturato con Brew.
Collega Shopify per far partire email in linea con il tuo brand quando un cliente si registra, un ordine viene pagato, viene creato un checkout o parte una spedizione. Brew supporta 13 tipi di evento webhook di Shopify su clienti, ordini, checkout ed evasioni.
La configurazione usa i webhook che crei nel pannello di controllo di Shopify. Non ti servono né un’app Shopify, né un client ID, né OAuth. Shopify resta responsabile di ordini, pagamenti ed evasione degli ordini. Brew crea e invia le email.
L’evento checkouts/create scatta quando il checkout viene creato, non quando viene abbandonato. Un flusso di promemoria parte da lì e attende. Effettuare un ordine non interrompe un’esecuzione già avviata.
Dopo un nodo Attesa, una condizione legge i campi attuali del contatto, come shopify_last_order_status e shopify_last_order_at. Questi campi descrivono l’ultimo ordine visto da Brew, non questo specifico checkout, quindi non possono dimostrare che questo checkout sia diventato un ordine.
L’evento checkouts/update scatta ogni volta che il checkout cambia, non dopo un intervallo prestabilito, quindi da solo non funziona come secondo promemoria a tempo.
Un checkout senza indirizzo email non avvia alcuna automazione, a meno che Brew non abbia già visto un’email per lo stesso ID cliente di Shopify. Prima di pubblicare, testa un checkout che si converte in ordine e uno che non si converte.
Brew supporta questi 13 tipi di evento webhook:
Ogni evento verificato con un indirizzo email reale crea o aggiorna un contatto di Brew, abbinato in base all’email, che un’automazione usi o meno l’evento. Quando i dati sono presenti, Brew imposta nome, cognome, shopify_customer_id e shopify_shop_domain.
Gli eventi degli ordini aggiornano shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency e shopify_last_order_at. Gli eventi orders/create, orders/paid e orders/cancelled impostano anche shopify_last_order_status, mentre orders/fulfilled imposta shopify_last_fulfillment_status. Gli eventi delle evasioni aggiornano shopify_last_tracking_number, shopify_last_tracking_url e shopify_last_fulfillment_status. Gli eventi dei checkout aggiornano shopify_last_checkout_url.
Gli eventi customers/delete, customers/disable e customers/enable impostano shopify_account_status su deleted, disabled o active. Brew non rimuove il contatto e non ne annulla l’iscrizione, quindi filtra su quel campo dove serve.
Per i merge tag, usa lo schema del payload dichiarato dall’evento selezionato. Ogni evento include email, firstName, lastName, currency, shopDomain e createdAt, quando presenti. Gli eventi degli ordini aggiungono orderNumber, totalPrice, financialStatus e fulfillmentStatus. Gli eventi dei checkout aggiungono totalPrice e abandonedCheckoutUrl. Gli eventi delle evasioni aggiungono trackingNumber, trackingUrl e fulfillmentStatus.
Il campo totalPrice è l’importo che Shopify invia nella valuta dell’ordine, ad esempio 49.95, non in centesimi. I payload non includono gli articoli dell’ordine e gli ID degli oggetti Shopify non sono merge tag.
I webhook dei clienti di Shopify non includono più il consenso al marketing, quindi Brew non lo riceve. Raccogli il consenso a parte e verificalo prima degli invii promozionali.
No. Shopify non ha un tipo di evento orders/refunded e il suo webhook dei rimborsi non contiene il cliente. L’evento carts/update non identifica il destinatario, quindi Brew non può usarlo per inviare email in sicurezza. Non aggiungere webhook per questi tipi di evento.
Ricevere un evento e inviare un’email sono passaggi separati. Verifica che un’automazione corrispondente sia attiva, poi controlla i suoi filtri, la cronologia delle esecuzioni, l’idoneità del destinatario e il dominio di invio. Una consegna di test inviata da Shopify compare come evento di test e non avvia mai un’automazione. Un evento senza indirizzo email relativo a un cliente sconosciuto viene registrato come non risolto.
