Transformez vos e-mails en revenus avec Brew.
Connectez Shopify pour lancer des e-mails à l’image de votre marque quand un client s’inscrit, qu’une commande est payée, qu’un checkout est créé ou qu’une expédition part. Brew prend en charge 13 types d’événements webhook Shopify, répartis entre clients, commandes, checkouts et expéditions.
La configuration repose sur des webhooks que vous créez dans l’admin Shopify. Vous n’avez besoin ni d’une app Shopify, ni d’un client ID, ni d’OAuth. Shopify reste responsable des commandes, des paiements et des expéditions. Brew crée et envoie les e-mails.
L’événement checkouts/create est envoyé quand le checkout est créé, et non quand il est abandonné. Une séquence de rappel démarre à ce moment-là, puis attend. Passer commande n’arrête pas une exécution déjà lancée.
Après une étape d’attente, une condition lit les champs actuels du contact, comme shopify_last_order_status et shopify_last_order_at. Ils décrivent la dernière commande vue par Brew, et non ce checkout précis : ils ne peuvent donc pas prouver que ce checkout a abouti à une commande.
L’événement checkouts/update est envoyé à chaque modification du checkout, et non après un délai défini : il ne peut donc pas servir, à lui seul, de second rappel programmé.
Un checkout sans adresse e-mail ne lance aucune automatisation, sauf si Brew a déjà vu une adresse e-mail pour le même ID client Shopify. Avant de publier, testez un checkout qui aboutit à une commande et un autre qui n’y aboutit pas.
Brew prend en charge les 13 types d’événements webhook suivants :
Chaque événement vérifié qui contient une adresse e-mail réelle crée ou met à jour un contact Brew, identifié par son adresse e-mail, qu’une automatisation utilise l’événement ou non. Lorsque les données sont présentes, Brew renseigne le prénom, le nom, shopify_customer_id et shopify_shop_domain.
Les événements de commande mettent à jour shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency et shopify_last_order_at. Les événements orders/create, orders/paid et orders/cancelled renseignent aussi shopify_last_order_status, et orders/fulfilled renseigne shopify_last_fulfillment_status. Les événements d’expédition mettent à jour shopify_last_tracking_number, shopify_last_tracking_url et shopify_last_fulfillment_status. Les événements de checkout mettent à jour shopify_last_checkout_url.
Les événements customers/delete, customers/disable et customers/enable donnent à shopify_account_status la valeur deleted, disabled ou active. Brew ne supprime ni ne désabonne le contact : filtrez donc sur ce champ lorsque c’est important.
Pour les balises de fusion, utilisez le schéma de payload déclaré par l’événement sélectionné. Tous les événements incluent email, firstName, lastName, currency, shopDomain et createdAt, lorsque ces champs sont présents. Les événements de commande ajoutent orderNumber, totalPrice, financialStatus et fulfillmentStatus. Les événements de checkout ajoutent totalPrice et abandonedCheckoutUrl. Les événements d’expédition ajoutent trackingNumber, trackingUrl et fulfillmentStatus.
Le champ totalPrice contient le montant envoyé par Shopify dans la devise de la commande, par exemple 49.95, et non un montant en centimes. Les payloads n’incluent pas les lignes de commande, et les ID des objets Shopify ne sont pas des balises de fusion.
Les webhooks client de Shopify n’incluent plus le consentement marketing : Brew ne le reçoit donc pas. Enregistrez le consentement séparément et vérifiez-le avant tout envoi promotionnel.
Non. Shopify n’a pas de type d’événement orders/refunded, et son webhook de remboursement ne contient aucun client. L’événement carts/update ne comporte aucune identité de destinataire : Brew ne peut donc pas s’en servir pour envoyer des e-mails en toute sécurité. N’ajoutez pas de webhooks pour ces types d’événements.
Recevoir un événement et envoyer un e-mail sont deux étapes distinctes. Vérifiez qu’une automatisation correspondante est active, puis contrôlez ses filtres, son historique d’exécution, l’éligibilité du destinataire et le domaine d’envoi. Une notification de test envoyée depuis Shopify apparaît comme un événement de test et ne lance jamais d’automatisation. Un événement sans adresse e-mail pour un client inconnu est enregistré comme non résolu.
