Disparadores por eventos de e-commerce
Conecta Shopify para activar emails fieles a tu marca cuando un cliente se registra, se paga un pedido, se crea un checkout o se envía un pedido. Brew admite 13 tipos de evento de webhook de Shopify, entre clientes, pedidos, checkouts y preparación de pedidos.
La configuración usa webhooks que creas en el panel de control de Shopify. No necesitas ninguna app de Shopify, ni un client ID ni OAuth. Shopify sigue encargándose de los pedidos, los pagos y la preparación de pedidos. Brew crea y envía los emails.
El evento checkouts/create se emite cuando se crea el checkout, no cuando se abandona. Un flujo de recordatorio empieza ahí y espera. Hacer un pedido no detiene una ejecución que ya ha empezado.
Tras un paso de Espera, una condición lee los campos actuales del contacto, como shopify_last_order_status y shopify_last_order_at. Esos campos describen el último pedido que Brew ha visto, no este checkout en concreto, así que no pueden demostrar que este checkout se convirtiera en un pedido.
El evento checkouts/update se emite cada vez que cambia el checkout, no tras un tiempo fijo, así que por sí solo no sirve como segundo recordatorio programado.
Un checkout sin dirección de email no inicia ninguna automatización, salvo que Brew ya haya visto un email para el mismo ID de cliente de Shopify. Antes de publicar, prueba un checkout que acabe en pedido y otro que no.
Brew admite 13 tipos de evento de webhook:
Cada evento verificado con una dirección de email real crea o actualiza un contacto de Brew, identificado por su email, tanto si alguna automatización usa el evento como si no. Cuando los datos están disponibles, Brew completa el nombre, el apellido, shopify_customer_id y shopify_shop_domain.
Los eventos de pedidos actualizan shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency y shopify_last_order_at. Los eventos orders/create, orders/paid y orders/cancelled también completan shopify_last_order_status, y orders/fulfilled completa shopify_last_fulfillment_status. Los eventos de preparación de pedidos actualizan shopify_last_tracking_number, shopify_last_tracking_url y shopify_last_fulfillment_status. Los eventos de checkout actualizan shopify_last_checkout_url.
Los eventos customers/delete, customers/disable y customers/enable establecen shopify_account_status en deleted, disabled o active. Brew no elimina el contacto ni lo da de baja, así que filtra por ese campo cuando sea importante.
Usa el esquema de payload declarado del evento seleccionado para las etiquetas de combinación. Todos los eventos incluyen email, firstName, lastName, currency, shopDomain y createdAt cuando están disponibles. Los eventos de pedidos añaden orderNumber, totalPrice, financialStatus y fulfillmentStatus. Los de checkout añaden totalPrice y abandonedCheckoutUrl. Los de preparación de pedidos añaden trackingNumber, trackingUrl y fulfillmentStatus.
El campo totalPrice es el importe que envía Shopify en la moneda del pedido, como 49.95, no en centavos. Los payloads no incluyen las líneas del pedido, y los ID de los objetos de Shopify no son etiquetas de combinación.
Los webhooks de clientes de Shopify ya no incluyen el consentimiento de marketing, así que Brew no lo recibe. Guarda el consentimiento por separado y compruébalo antes de hacer envíos promocionales.
No. Shopify no tiene ningún tipo de evento orders/refunded, y su webhook de reembolsos no incluye el cliente. El evento carts/update no tiene la identidad del destinatario, así que Brew no puede enviar emails a partir de él con seguridad. No añadas webhooks para esos tipos de evento.
Recibir un evento y enviar un email son pasos distintos. Confirma que haya una automatización coincidente activa; después, revisa sus filtros y su historial de ejecuciones, y comprueba que el destinatario pueda recibir el email y el estado del dominio de envío. Una entrega hecha con Enviar prueba aparece como evento de prueba y nunca inicia una automatización. Un evento sin dirección de email de un cliente desconocido se registra como no resuelto.
