Gatilhos de eventos de e-commerce
Conecte o Shopify para disparar e-mails com a cara da sua marca quando um cliente se cadastra, um checkout é criado ou um pedido é pago ou despachado. O Brew é compatível com 13 tópicos de webhook do Shopify, que cobrem clientes, pedidos, checkouts e processamentos.
A configuração usa webhooks que você cria no admin do Shopify. Você não precisa de um app do Shopify, de um client ID nem de OAuth. O Shopify continua responsável pelos pedidos, pelos pagamentos e pelo processamento. O Brew cria e envia os e-mails.
O evento checkouts/create é disparado quando o checkout é criado, e não quando ele é abandonado. Um fluxo de lembretes começa ali e aguarda. Fazer um pedido não interrompe uma execução que já começou.
Depois de uma etapa Aguardar, uma condição lê os campos atuais do contato, como shopify_last_order_status e shopify_last_order_at. Eles descrevem o último pedido que o Brew viu, e não este checkout específico, então não comprovam que este checkout virou um pedido.
O evento checkouts/update é disparado sempre que o checkout muda, e não depois de um intervalo definido, então ele não funciona sozinho como um segundo lembrete com hora marcada.
Um checkout sem endereço de e-mail não inicia nenhuma automação, a menos que o Brew já tenha visto um e-mail para o mesmo ID de cliente do Shopify. Antes de publicar, teste um checkout que vira pedido e outro que não vira.
O Brew é compatível com estes 13 tópicos de webhook:
Cada evento verificado com um endereço de e-mail real cria ou atualiza um contato do Brew, identificado pelo e-mail, independentemente de alguma automação usar o evento. Quando o evento traz esses dados, o Brew preenche o nome, o sobrenome e os campos shopify_customer_id e shopify_shop_domain.
Os eventos de pedido atualizam shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency e shopify_last_order_at. Os eventos orders/create, orders/paid e orders/cancelled também preenchem shopify_last_order_status, e o orders/fulfilled preenche shopify_last_fulfillment_status. Os eventos de processamento atualizam shopify_last_tracking_number, shopify_last_tracking_url e shopify_last_fulfillment_status. Os eventos de checkout atualizam shopify_last_checkout_url.
Os eventos customers/delete, customers/disable e customers/enable definem shopify_account_status como deleted, disabled ou active. O Brew não remove o contato nem cancela a inscrição dele, então filtre por esse campo quando isso fizer diferença.
Use o esquema de payload declarado do evento selecionado para as tags de mesclagem. Todos os eventos incluem email, firstName, lastName, currency, shopDomain e createdAt, quando presentes. Os eventos de pedido acrescentam orderNumber, totalPrice, financialStatus e fulfillmentStatus. Os eventos de checkout acrescentam totalPrice e abandonedCheckoutUrl. Os eventos de processamento acrescentam trackingNumber, trackingUrl e fulfillmentStatus.
O campo totalPrice é o valor que o Shopify envia na moeda do pedido, como 49.95, e não em centavos. Os payloads não incluem os itens do pedido, e os IDs de objetos do Shopify não são tags de mesclagem.
Os webhooks de clientes do Shopify não incluem mais o consentimento de marketing, então o Brew não recebe essa informação. Registre o consentimento separadamente e confira-o antes de envios promocionais.
Não. O Shopify não tem um tópico orders/refunded, e o webhook de reembolso dele não traz nenhum cliente. O carts/update não tem a identidade de um destinatário, então o Brew não consegue enviar e-mails a partir dele com segurança. Não adicione webhooks para esses tópicos.
Receber um evento e enviar um e-mail são etapas separadas. Confirme que uma automação correspondente está ativa, examine os filtros e o histórico de execuções dela e verifique a elegibilidade do destinatário e o domínio de envio. Uma entrega feita com Enviar teste aparece como evento de teste e nunca inicia uma automação. Um evento sem endereço de e-mail, de um cliente desconhecido, é registrado como não resolvido.
