ทำความเข้าใจการซิงค์ข้อมูล Shopify กับ Brevo

Tajo ย้ายข้อมูล Shopify เข้าสู่ Brevo ได้สองทาง แอป Tajo Shopify ประมวลผล Webhook ของ Shopify ทันทีที่เข้ามา ส่วนกฎการซิงค์ได้รับอนุมัติจากมนุษย์ ทำงานทิศทางเดียว รันเป็นชุด และถูกบันทึกตั้งแต่ต้นจนจบ บทความนี้อธิบายทั้งสองทาง สิ่งที่ไม่รวมอยู่ และสิ่งเล็กน้อยที่แอป Tajo Shopify เขียนกลับไปยัง Shopify

ตรวจสอบเบื้องต้น บทความนี้สมมติว่าคุณเชื่อมต่อ Shopify และ Brevo แล้ว และเผยแพร่กฎการซิงค์อย่างน้อยหนึ่งรายการแล้ว หากยังไม่ได้ทำ ให้เริ่มที่ เชื่อมต่อ Tajo กับ Shopify

ทันทีที่เหตุการณ์เกิดขึ้น: แอป Tajo Shopify

แอป Tajo Shopify สมัครรับ Webhook ของ Shopify และประมวลผลแต่ละรายการทันทีที่เข้ามา การเปลี่ยนแปลงของลูกค้าและสินค้าจะรอประมาณสี่วินาทีก่อน ลูกค้า คำสั่งซื้อ การชำระเงิน สินค้า คอลเลกชัน และระดับสต็อกไปถึง Brevo ด้วยวิธีนี้ พร้อมกับเหตุการณ์ เช่น order_paid และ cart_abandoned คู่มือการเชื่อมต่อ Shopify แสดงทุก topic และสิ่งที่แต่ละ topic เขียนลง Brevo

รูปร่างของกฎการซิงค์

sync rule คือคำนิยามที่ผ่านการตรวจสอบและได้รับอนุมัติแล้วว่าอะไรจะย้ายและย้ายอย่างไร เอเจนต์สร้างกฎจากคำอธิบายของคุณ และคนเป็นผู้อนุมัติ กฎหนึ่งข้อมีสี่ส่วนที่คุณตรวจสอบได้บนหน้าของมันภายใต้ Connections > Syncs and mappings:

กฎการซิงค์ย้ายข้อมูลใน ทิศทางเดียว: จากแหล่งข้อมูลของคุณไปยัง Brevo และไม่เขียนไปยัง Shopify เลย แอป Tajo Shopify เขียนบางอย่างกลับไปยัง Shopify เช่น การยกเลิกความยินยอมและแท็กระดับสิทธิประโยชน์ คำอธิบายสิทธิ์ Shopify แสดงรายการการเขียนแต่ละรายการและเมื่อใดที่เกิดขึ้น

กฎการซิงค์ทำงานเมื่อใด

กฎการซิงค์ทำงานเป็น ชุด (batch) กฎการซิงค์ผู้ติดต่อทำงานทุก 15 นาทีโดยค่าเริ่มต้น กฎ Shopify orders → Brevo orders ที่ใช้งานอยู่และเผยแพร่แล้วก็ทำงานทุก 15 นาทีเช่นกัน แต่เฉพาะเมื่อใช้ตัวกรองความยินยอมทางการตลาดของผู้ซื้อตามเทมเพลตเท่านั้น กฎที่มีการแก้ไขตัวกรองจะทำงานเฉพาะเมื่อคุณสั่งรันเอง การรันตามกำหนดเวลาครั้งแรกของกฎคำสั่งซื้อเริ่มก่อนขณะนั้นไม่กี่นาที และไม่ส่งคำสั่งซื้อที่เก่ากว่านั้น การรันแต่ละครั้งหลังจากนั้นจะส่งคำสั่งซื้อที่อัปเดตตั้งแต่การรันครั้งก่อน คำสั่งซื้อในอดีตจะไปถึง Brevo ก็ต่อเมื่อคุณรันกฎเองเท่านั้น หน้าของกฎที่ใช้งานอยู่มีปุ่ม Test run (1 batch) และเอเจนต์ Sync Operator จะรันกฎที่ใช้งานอยู่เมื่อคุณขอ การรันเป็นชุดคือสิ่งที่ทำให้ทุกการเขียนสามารถตรวจสอบได้ อยู่ภายใต้งบประมาณ และสามารถระบุที่มาไปยังการรันครั้งใดครั้งหนึ่งได้

การรันแต่ละครั้งจะอ่านเรคคอร์ดใหม่และที่เปลี่ยนแปลงตั้งแต่ตำแหน่ง cursor นำนิพจน์ตัวกรองมาใช้ จับคู่ฟิลด์ และเขียนไปยัง Brevo บันทึกการรันจะแสดงจำนวนเรคคอร์ดที่อ่าน เขียน และล้มเหลวอย่างชัดเจน

การรับประกันด้านการกำกับดูแล

Consent fails closed

กฎที่เขียนข้อมูลส่วนบุคคลลง Brevo ไม่สามารถเผยแพร่ได้หากไม่มีตัวกรองความยินยอมและการระงับ (suppression) ในเวลาที่รัน ผู้ติดต่อที่จะถูกเขียนเข้ากลุ่มเป้าหมายทางการตลาดโดยไม่มีความยินยอมที่พิสูจน์ได้จะถูกปฏิเสธ เมื่อไม่สามารถยืนยันความยินยอมได้ Tajo จะปฏิเสธการเขียนแทนที่จะเดา รูปแบบความล้มเหลวจะเป็น “ระมัดระวังเกินไป” เสมอ ไม่ใช่ “ส่งข้อมูลเกินความจำเป็น”

การรันเป็น idempotent

การเขียนทุกครั้งมีคีย์ที่ได้มาจากเรคคอร์ดต้นทาง คีย์นี้เป็นค่าแฮช จึงไม่มีข้อมูลส่วนบุคคล การรันซิงค์ซ้ำกับเรคคอร์ดชุดเดิม ไม่ว่าจะหลังความล้มเหลว การหยุดชั่วคราว หรือรันด้วยตนเอง จะไม่สร้างการเขียนซ้ำซ้อน

ทุกอย่างถูกตรวจสอบ

การเผยแพร่กฎ การอนุมัติที่ถูกทำให้เป็นโมฆะ และการหยุดอัตโนมัติ จะถูกบันทึกไว้ใน Activity การตัดสินใจอนุมัติแต่ละครั้งมีเหตุผลเป็นลายลักษณ์อักษร การรันแต่ละครั้งถูกบันทึกในประวัติการรันของกฎ การอนุมัติที่อนุญาตให้เผยแพร่จะผูกกับค่าแฮช (digest) ของกฎที่ผ่านการพรีวิวพอดี การแก้ไขกฎจะทำให้กฎกลับเป็นฉบับร่างและการอนุมัติเป็นโมฆะ ดังนั้นสิ่งที่ทำงานจึงเป็นสิ่งที่ได้รับอนุญาตเสมอ

ความล้มเหลวจะหยุดกฎ

หากมีการรันล้มเหลวติดต่อกันห้าครั้ง วงจรตัด (circuit breaker) จะหยุดกฎโดยอัตโนมัติและแสดงข้อผิดพลาดล่าสุดบนหน้าของกฎ ให้แก้ไขสาเหตุแล้วเผยแพร่ใหม่เพื่อให้ทำงานต่อ การรันที่ล้มเหลวบางส่วนจะรายงานจำนวนที่ล้มเหลว เพื่อให้คุณเห็นชัดเจนว่าอะไรไม่ถูกเขียนสำเร็จ

Brevo และการยกเลิกความยินยอม

• เมื่อผู้ติดต่อยกเลิกการสมัครผ่านลิงก์ในท้ายอีเมลของ Brevo การยกเลิกนั้นจะถูกบันทึกไว้กับผู้ติดต่อคนนั้น และ Brevo จะไม่ส่งแคมเปญให้อีก
• ในการซิงค์ลูกค้าแบบชุด แอป Tajo Shopify จะเปรียบเทียบเวลาของความยินยอมใน Shopify กับเวลาของการยกเลิกการรับใน Brevo และเก็บค่าที่เกิดทีหลัง
• การเปลี่ยนแปลงความยินยอมที่มาจาก Shopify ในรูปแบบ Webhook จะถูกเขียนลง Brevo ตามที่ Shopify รายงาน
• หากผู้ติดต่อสมัครรับใน Shopify แอป Tajo Shopify จะทำเครื่องหมายว่า ยกเลิกการรับ ใน Shopify ด้วย เหตุการณ์ของ Brevo เปลี่ยนลูกค้าจากสมัครรับเป็นยกเลิกการรับเท่านั้น และจะไม่สมัครรับให้ใครเด็ดขาด ดังนั้นการสมัครรับใน Brevo จะไม่เปลี่ยน Shopify

มีข้อมูลอะไรบ้าง

แอป Tajo Shopify ส่งผู้ติดต่อ คำสั่งซื้อ เหตุการณ์คำสั่งซื้อและตะกร้า แคตตาล็อกสินค้า และสต็อก สิ่งที่กฎการซิงค์ส่งขึ้นอยู่กับการจับคู่ฟิลด์ของกฎ สำหรับลูกค้า Shopify เทมเพลตจะจับคู่ฟิลด์ระบุตัวตน ยอดใช้จ่ายรวม จำนวนคำสั่งซื้อ แท็ก และการยินยอม (opt-in) เข้ากับคุณสมบัติผู้ติดต่อใน Brevo ที่คุณนำไปใช้ใน เซกเมนต์ และแคมเปญได้ การจับคู่ที่แน่นอนสำหรับพื้นที่ทำงานของคุณไม่ได้ซ่อนอยู่ในคำอธิบายใดๆ เปิดกฎการซิงค์แล้วอ่านตารางการจับคู่ฟิลด์ นั่นคือคำตอบที่แท้จริงว่า “อะไรซิงค์บ้าง”

สิ่งที่ Tajo ยังไม่รองรับในวันนี้

การชัดเจนเรื่องขอบเขตสำคัญกว่ารายการฟีเจอร์ที่ยาวเหยียด:

• ไม่มีกฎการซิงค์แบบสองทิศทาง กฎการซิงค์เขียนเข้าสู่ Brevo เท่านั้น การเขียนของแอป Shopify ไปยัง Shopify เอง (การยกเลิกความยินยอม metafield การมีส่วนร่วมและสิทธิประโยชน์จาก Brevo แท็กระดับสิทธิประโยชน์) อยู่ในรายการที่ คำอธิบายสิทธิ์ Shopify
• ไม่มีกฎการซิงค์แบบเรียลไทม์ กฎการซิงค์ทำงานเป็นชุด มีเพียงการซิงค์ผ่าน Webhook ของแอป Tajo Shopify ที่ทำงานทันทีที่เหตุการณ์เข้ามา
• ไม่มีปุ่มแจ้งเตือนเมื่อสินค้ากลับมา แอปทำให้สต็อกสินค้าใน Brevo เป็นปัจจุบัน และส่งเหตุการณ์ back_in_stock ให้ผู้ซื้อที่ขอรับการแจ้งเตือน คำขอต้องมาจากหน้าร้านของคุณ: แอปไม่ได้เพิ่มปุ่ม “แจ้งเตือนฉัน” ลงในธีมของคุณ

หากขอบเขตเหล่านี้ข้อใดข้อหนึ่งเป็นอุปสรรคต่อการใช้งานของคุณ บอกให้ทีมงานทราบ ลำดับความสำคัญในช่วง early access ถูกกำหนดจากความคิดเห็นแบบนี้โดยตรง

ดูข้อมูลของคุณได้ที่ไหน

• ใน Tajo: เปิดกฎการซิงค์ภายใต้ Connections > Syncs and mappings เพื่อดู run history ตำแหน่ง cursor และจำนวนต่อการรัน Activity จะบันทึกการเผยแพร่และการหยุดอัตโนมัติ
• ใน Brevo: เปิด Contacts และตรวจสอบคุณสมบัติของผู้ติดต่อคนใดก็ได้เพื่อยืนยันว่าฟิลด์ที่จับคู่ไว้กำลังถูกเติมข้อมูล สร้างเซกเมนต์จากคุณสมบัติเหล่านั้นเพื่อกำหนดกลุ่มเป้าหมาย

การแก้ไขปัญหา

• ผู้ติดต่อไม่ปรากฏใน Brevo: ตรวจสอบการรันล่าสุดของกฎว่ามีความล้มเหลวหรือไม่ และสถานะของกฎ (กฎที่ถูกหยุดไว้จะไม่ทำงาน) ดู ผู้ติดต่อขาดหายไปใน Brevo
• การรันล้มเหลวซ้ำๆ: วงจรตัดจะหยุดกฎและแสดงข้อผิดพลาดล่าสุด ดู ข้อมูลไม่ซิงค์
• ผู้ติดต่อซ้ำซ้อน: การเขียนเป็น idempotent ต่อเรคคอร์ดต้นทาง แต่ข้อมูลซ้ำที่มีอยู่ก่อนแล้วใน Brevo จะยังคงอยู่ ดู ผู้ติดต่อซ้ำ

คำถามที่พบบ่อย

ฉันทำให้การซิงค์เร็วขึ้นได้ไหม? หน้าของกฎที่ใช้งานอยู่มีปุ่ม Test run (1 batch) สำหรับการเปลี่ยนแปลงทันทีที่เกิดขึ้น การซิงค์ผ่าน Webhook ของแอป Tajo Shopify ครอบคลุมลูกค้า คำสั่งซื้อ การชำระเงิน สินค้า และสต็อกอยู่แล้ว

เกิดอะไรขึ้นถ้าการรันล้มเหลวกลางทาง? การรันจะรายงานจำนวนที่ล้มเหลว cursor จะขยับไปข้างหน้าเฉพาะส่วนที่ประมวลผลแล้ว และการรันครั้งถัดไปจะครอบคลุมส่วนที่เหลืออย่างปลอดภัย กุญแจ idempotency ป้องกันการเขียนซ้ำซ้อน

ฉันเปลี่ยนสิ่งที่ซิงค์ได้ไหม? ได้ ขอให้เอเจนต์แก้ไขการจับคู่ฟิลด์หรือตัวกรองของกฎ การแก้ไขจะทำให้กฎกลับเป็นฉบับร่าง และต้องผ่านการพรีวิวและการอนุมัติอีกครั้งก่อนจะทำงานได้

ทำไมกฎของฉันถึงหยุดตัวเอง? ความล้มเหลวติดต่อกันทำให้วงจรตัดทำงาน หน้าของกฎจะแสดงจำนวนความล้มเหลวและข้อผิดพลาดล่าสุด ให้แก้ไขปัญหาแล้วเผยแพร่ใหม่

บทความที่เกี่ยวข้อง

• เชื่อมต่อ Tajo กับ Shopify
• พื้นฐานการแบ่งกลุ่ม
• การแก้ไขปัญหา: ข้อมูลไม่ซิงค์
• การแก้ไขปัญหา: ผู้ติดต่อขาดหายไปใน Brevo

ขอความช่วยเหลือ

ติดต่อทีม