เชื่อมต่อ Shopify เพื่อเริ่มส่งอีเมลที่ตรงกับแบรนด์เมื่อลูกค้าสมัครใช้งาน คำสั่งซื้อได้รับการชำระเงิน มีการสร้างเซสชันชำระเงิน หรือมีการจัดส่งสินค้า Brew รองรับหัวข้อเว็บฮุกของ Shopify 13 หัวข้อ ครอบคลุมลูกค้า คำสั่งซื้อ เซสชันชำระเงิน และการจัดส่ง
การตั้งค่าใช้เว็บฮุกที่คุณสร้างเองใน Shopify Admin โดยไม่ต้องใช้แอป Shopify, client ID หรือ OAuth ทั้งนี้ Shopify ยังคงดูแลคำสั่งซื้อ การชำระเงิน และการจัดส่ง ส่วน Brew สร้างและส่งอีเมล
checkouts/create เกิดขึ้นเมื่อมีการสร้างเซสชันชำระเงิน ไม่ใช่เมื่อเซสชันถูกทิ้ง โฟลว์อีเมลเตือนจะเริ่มจากเหตุการณ์นี้แล้วรอ และการสั่งซื้อจะไม่หยุดรอบการทำงานที่เริ่มไปแล้ว
หลังขั้นตอน “รอ” เงื่อนไขจะอ่านค่าปัจจุบันของฟิลด์ผู้ติดต่อ เช่น shopify_last_order_status และ shopify_last_order_at ซึ่งบอกถึงคำสั่งซื้อล่าสุดที่ Brew เห็น ไม่ใช่เซสชันชำระเงินนี้โดยเฉพาะ จึงพิสูจน์ไม่ได้ว่าเซสชันชำระเงินนี้กลายเป็นคำสั่งซื้อแล้ว
checkouts/update เกิดขึ้นทุกครั้งที่เซสชันชำระเงินเปลี่ยนแปลง ไม่ใช่หลังช่วงเวลาที่กำหนด จึงใช้เป็นอีเมลเตือนครั้งที่สองตามเวลาด้วยตัวเองไม่ได้
เซสชันชำระเงินที่ไม่มีที่อยู่อีเมลจะไม่เริ่มระบบอัตโนมัติ เว้นแต่ Brew เคยเห็นอีเมลของ ID ลูกค้า Shopify เดียวกันมาก่อน ก่อนเผยแพร่ ให้ทดสอบทั้งเซสชันชำระเงินที่กลายเป็นคำสั่งซื้อและที่ไม่ได้กลายเป็นคำสั่งซื้อ
Brew รองรับหัวข้อเว็บฮุก 13 หัวข้อต่อไปนี้:
เหตุการณ์ที่ยืนยันแล้วแต่ละรายการซึ่งมีที่อยู่อีเมลจริงจะสร้างหรืออัปเดตผู้ติดต่อใน Brew โดยจับคู่ตามอีเมล ไม่ว่าจะมีระบบอัตโนมัติใช้เหตุการณ์นั้นหรือไม่ก็ตาม หากมีข้อมูล Brew จะบันทึกชื่อ-นามสกุล, shopify_customer_id และ shopify_shop_domain ด้วย
เหตุการณ์คำสั่งซื้อจะอัปเดต shopify_last_order_number, shopify_last_order_total, shopify_last_order_currency และ shopify_last_order_at โดย orders/create, orders/paid และ orders/cancelled จะบันทึก shopify_last_order_status ด้วย ส่วน orders/fulfilled จะบันทึก shopify_last_fulfillment_status เหตุการณ์การจัดส่งจะอัปเดต shopify_last_tracking_number, shopify_last_tracking_url และ shopify_last_fulfillment_status และเหตุการณ์เซสชันชำระเงินจะอัปเดต shopify_last_checkout_url
customers/delete, customers/disable และ customers/enable จะตั้งค่า shopify_account_status เป็น deleted, disabled หรือ active ตามลำดับ โดย Brew จะไม่ลบผู้ติดต่อหรือเปลี่ยนสถานะเป็นยกเลิกการรับข่าวสาร จึงควรกรองตามฟิลด์นี้ในกรณีที่จำเป็น
ใช้สคีมาเพย์โหลดที่ประกาศไว้ของเหตุการณ์ที่เลือกสำหรับแท็กตัวแปร ทุกเหตุการณ์มี email, firstName, lastName, currency, shopDomain และ createdAt หากมีข้อมูลเหล่านี้ เหตุการณ์คำสั่งซื้อจะเพิ่ม orderNumber, totalPrice, financialStatus และ fulfillmentStatus เหตุการณ์เซสชันชำระเงินจะเพิ่ม totalPrice และ abandonedCheckoutUrl ส่วนเหตุการณ์การจัดส่งจะเพิ่ม trackingNumber, trackingUrl และ fulfillmentStatus
totalPrice คือยอดเงินที่ Shopify ส่งมาในสกุลเงินของคำสั่งซื้อ เช่น 49.95 ไม่ใช่หน่วยเซนต์ เพย์โหลดไม่มีรายการสินค้าในคำสั่งซื้อ และ ID ของออบเจ็กต์ Shopify ไม่ใช่แท็กตัวแปร
เว็บฮุกลูกค้าของ Shopify ไม่ได้ส่งข้อมูลความยินยอมรับการตลาดมาอีกต่อไป Brew จึงไม่ได้รับข้อมูลนี้ ให้บันทึกความยินยอมแยกต่างหาก และตรวจสอบก่อนส่งอีเมลโปรโมชัน
ไม่รองรับ เพราะ Shopify ไม่มีหัวข้อ orders/refunded และเว็บฮุกการคืนเงินของ Shopify ไม่มีข้อมูลลูกค้า ส่วน carts/update ก็ไม่มีข้อมูลระบุตัวผู้รับ Brew จึงส่งอีเมลจากเหตุการณ์นี้อย่างปลอดภัยไม่ได้ อย่าเพิ่มเว็บฮุกสำหรับหัวข้อเหล่านี้
การได้รับเหตุการณ์กับการส่งอีเมลเป็นคนละขั้นตอนกัน ตรวจสอบว่าระบบอัตโนมัติที่ตรงกันอยู่ในสถานะ “ทำงานอยู่” จากนั้นดูตัวกรอง ประวัติการทำงาน การเข้าเกณฑ์ของผู้รับ และโดเมนผู้ส่ง เหตุการณ์ที่ส่งด้วย “Send test” จะแสดงเป็นเหตุการณ์ทดสอบและจะไม่เริ่มระบบอัตโนมัติเลย ส่วนเหตุการณ์ที่ไม่มีที่อยู่อีเมลของลูกค้าที่ Brew ไม่รู้จักจะถูกบันทึกว่าระบุผู้รับไม่ได้
