ในหน้านี้
ส่งผู้ติดต่อทดสอบรายเดิมสองครั้ง ถ้ารอบสองสร้างระเบียนใหม่หรือคืนสถานะหลังยกเลิกสมัคร แสดงว่าการเชื่อมต่อมีปัญหาก่อนปริมาณงานจะเพิ่ม
“เราแค่ต้องเชื่อมสองแอป” เป็นจุดเริ่มที่เข้าใจได้ สิ่งที่ต้องรู้ต่อคือการเชื่อมต่อนั้นจำอะไรหลังคำขอแรก
ตรวจสามอย่างก่อนเลือกซอฟต์แวร์
การส่งผ่าน พาคำขอหรือเหตุการณ์จากระบบหนึ่งไปอีกระบบ การจับคู่ กำหนดความหมายของฟิลด์ สถานะ บันทึกรุ่นต้นทางที่ประมวลผล สิ่งที่ล้มเหลว และระเบียนปลายทางที่คู่กัน
ระบุต้นทาง ปลายทาง และฟิลด์สำหรับผลลัพธ์แรกที่ใช้ได้ กำหนดเจ้าของแต่ละฟิลด์ ระบบขายอาจดูแลขั้นตอนลูกค้า ส่วน Brevo ดูแลการยกเลิกอีเมลปัจจุบัน ระเบียนเดียวไม่จำเป็นต้องมีเจ้าของเดียวทุกฟิลด์
สี่เส้นทางเข้า Brevo
แอปพื้นฐาน
ตรวจแอปที่ยังมีการดูแลและผู้เผยแพร่ในตลาดแอป Brevo อ่านวิธีตั้งค่าสำหรับฟิลด์และเหตุการณ์ที่ต้องใช้ การอยู่ในตลาดไม่ได้พิสูจน์ว่ามีการผสานกับ Tajo
สำหรับ Shopify เริ่มที่ขั้นตอนตั้งค่าและย้ายไป Brevo PushOwl ทดสอบการจับคู่ก่อนสร้างการเชื่อมต่อที่สอง แอปพื้นฐานอาจพอสำหรับงาน แต่ฟิลด์และการกู้คืนขึ้นกับแอปนั้น
บริการอัตโนมัติ
บริการรับข้อมูลจากแบบฟอร์ม จับคู่ฟิลด์ และเรียก Brevo ได้ ก่อนเลือกให้ดูการเล่นซ้ำจริง ค่าใช้จ่ายต่องาน และการเก็บข้อมูล ปริมาณน้อยหรือเครื่องมือแบบภาพไม่ทำให้การสมัครที่หายไปยอมรับได้
สำหรับการสมัครบนเว็บ คู่มือ Webflow แยกแบบฟอร์ม Brevo ที่ฝังไว้จากแบบฟอร์มพื้นฐานที่เซิร์ฟเวอร์จัดการ เลือกเส้นทางที่รักษาพฤติกรรมการส่งและยืนยันที่ต้องการ
ชั้นผสานระบบ
ใช้เมื่อหลายการจับคู่ บันทึกการประมวลผลถาวร หรือการกู้คืนร่วมกันคุ้มกับบริการเพิ่ม ขอเห็นหน้ารายการล้มเหลวและการเล่นซ้ำระเบียนที่ถูกปฏิเสธหนึ่งรายการ อย่าอนุมานความสามารถจากชื่อประเภท
Tajo ยังอยู่ในช่วงเปิดให้ใช้ก่อน นำต้นทาง ปลายทาง และเกณฑ์รับงานที่ชัดเจนไปทบทวนการผสานระบบ ตรวจตัวเชื่อมต่อและวิธีรันที่พร้อมใช้ก่อนพึ่งพา เอกสารของคู่ระบบเป็นจุดเริ่มทบทวน ไม่ใช่หลักฐานว่าพร้อมในพื้นที่ทำงานของคุณ
โค้ด API โดยตรง
เลือกเมื่อเส้นทางอื่นควบคุมตัวตน การแปลง หรือการกู้คืนได้ไม่พอ จากนั้นคุณรับผิดชอบข้อมูลรับรอง ขีดจำกัดอัตรา สถานะที่บันทึก และคู่มือปฏิบัติงาน
ดูการเขียนผู้ติดต่อและขอบเขตข้อผิดพลาดในคู่มือ Brevo API หากต้นทางเป็นสเปรดชีต ตัวอย่าง Apps Script เป็นเส้นทางสคริปต์แยก ไม่ต้องมีตัวเชื่อมต่อ Sheets พื้นฐานของ Tajo
เทียบด้วยเกณฑ์เดียวกัน
| เกณฑ์ | แอปพื้นฐาน | บริการอัตโนมัติ | ชั้นผสานระบบ | API โดยตรง |
|---|---|---|---|---|
| ฟิลด์ที่ต้องใช้ | ตรวจการจับคู่ของแอป | ตรวจข้อมูลเข้าของงาน | ดูแผนจับคู่ | สร้างแผนจับคู่ |
| ตัวตนระเบียน | ตรวจเกณฑ์จับคู่ | กำหนดการจับคู่ชัดเจน | ตรวจข้อตกลงตัวตน | เก็บ ID ปลายทาง |
| การกู้คืน | ดูเครื่องมือแอป | ทดสอบลองซ้ำและเล่นซ้ำ | สาธิตกู้คืนรายระเบียน | สร้างและดูแล |
| ปริมาณและข้อจำกัด | ยืนยันขีดจำกัดผู้ให้บริการ | ประเมินงานและข้อจำกัด | ตรวจภาระงาน | ทำตามข้อจำกัดปลายทาง |
| ผู้รับผิดชอบ | ผู้เผยแพร่และผู้ดำเนินงาน | เจ้าของขั้นตอน | ผู้ให้บริการและเจ้าของการซิงก์ | ทีมของคุณ |
เส้นทางใดตรงความต้องการจริง?
-
แอปพื้นฐานครอบคลุมฟิลด์และการตรวจ
ใช้แอปพื้นฐาน
เริ่มจากการตั้งค่าที่มีเอกสาร
-
แบบฟอร์มหรือเหตุการณ์ต้องจับคู่เล็กน้อย
ประเมินบริการอัตโนมัติ
ตรวจพฤติกรรมยืนยันและเล่นซ้ำ
-
หลายการจับคู่ต้องกู้คืนร่วมกัน
ประเมินชั้นผสานระบบ
ขอดูความล้มเหลวและการเล่นซ้ำ
-
การแปลงที่ต้องการไม่รองรับ
เขียนเส้นทาง API ที่เล็กที่สุด
คิดต้นทุนดูแลต่อเนื่องด้วย
พิสูจน์การซิงก์แรกด้วยระเบียนเดียว
ใช้ปลายทางที่แยกไว้และผู้ติดต่อที่คุณควบคุม ปิดแคมเปญอัตโนมัติระหว่างตรวจเส้นทางข้อมูล
- บันทึก ID ต้นทาง รายการปลายทาง แอตทริบิวต์จำเป็น และหลักฐานความยินยอมปัจจุบัน สร้างชนิดแอตทริบิวต์ก่อนเขียน
- รันครั้งเดียว ตรวจระเบียนปลายทาง ไม่ดูแค่สถานะงาน ตรวจค่าจริงและสิทธิ์รับการตลาดแยกกัน
- เล่นรุ่นต้นทางเดิมซ้ำ ควรเหลือตัวตนเดียวและไม่มีอีเมลยืนยันหรือต้อนรับซ้ำ
- เปลี่ยนฟิลด์ทั่วไปแล้วซิงก์ จากนั้นเว้นฟิลด์ต้นทางว่างและตรวจเกณฑ์เก็บหรือล้างค่าตามเอกสาร
- บันทึกการยกเลิกสมัครภายหลัง เล่นการสมัครเก่าซ้ำและยืนยันว่าการยกเลิกยังมีผล
- จำลองคำขอที่ถูกปฏิเสธ เก็บตัวตนและผล กู้คืนระเบียน ตรวจระเบียน แล้วค่อยขยับเคอร์เซอร์ที่บันทึกไว้
นี่คือขั้นตอนรับงาน ไม่ใช่การอ้างว่าทุกตัวเชื่อมต่อมีเครื่องมือเหมือนกัน หากสาธิตข้อสำคัญไม่ได้ นั่นคือช่องว่างที่ต้องแก้
อย่าให้การลองซ้ำเปลี่ยนความหมาย
จุดเชื่อมต่อผู้ติดต่อของ Brevo รับ ext_id จากต้นทางและรองรับ updateEnabled แต่คุณยังรับผิดชอบการจับคู่ ตัวระบุที่ขัดกันต้องตรวจทาน forceMerge อาจลบระเบียน จึงไม่ควรเป็นทางกู้คืนพื้นฐาน
การเขียนข้อมูลซ้ำต่างจากผลข้างเคียงซ้ำ ผู้ติดต่ออาจมีเพียงหนึ่งรายแต่ได้รับอีเมลยืนยันสองฉบับ เก็บรหัสการส่งและผลของแต่ละการกระทำ หากคำขอหมดเวลา ผลลัพธ์ไม่แน่ชัด จึงต้องตรวจปลายทางก่อนส่งซ้ำ
อ่านตารางจำกัดอัตราปัจจุบัน ตามจุดเชื่อมต่อและระดับบัญชี ขีดจำกัดต่างกัน บางเส้นทางจำกัดทั้งรายชั่วโมงและรายวินาที อย่าใช้ตัวเลขเดียวกับทุกงาน
เว็บฮุกก็ต้องมีเจ้าของ
เหตุการณ์บอกว่ามีการเปลี่ยน แต่ไม่แก้ความขัดแย้งของเจ้าของฟิลด์หรือรักษาการซิงก์สองทางที่ครบถ้วนด้วยตนเอง
ยืนยันที่มาของการส่งด้วยวิธีที่ผู้ให้บริการรองรับ เก็บงานที่ถูกต้อง และตรวจการอัปเดตที่พลาด เมื่อตัวเชื่อมต่อรับการอัปเดตของตนกลับมา ให้เทียบรุ่นต้นทางที่บันทึกกับค่าฟิลด์ที่ตั้งใจ ก่อนเขียนอีกครั้ง อย่าคิดว่าทุกผู้ให้บริการคืนเครื่องหมายต้นทางที่กำหนดเอง
สำหรับผู้สมัครใหม่ ให้ทำตามคู่มือยืนยันสมัครสองขั้น ก่อนเพิ่มเข้ากลุ่มการตลาด ที่อยู่ที่ถูกคัดลอก กับที่อยู่ที่ยืนยันและยังสมัครอยู่ เป็นผลคนละแบบ
การเชื่อมต่อพร้อมเมื่อการรันครั้งที่สองอธิบายได้ชัดเท่าครั้งแรก
คำถามที่พบบ่อย
ตัวเชื่อมต่อ Brevo คืออะไร?
เป็นระบบย้ายข้อมูลระหว่าง Brevo กับอีกระบบหนึ่ง ควรประเมินการส่งข้อมูล การจับคู่ฟิลด์ และสถานะการประมวลผลที่บันทึกไว้ รวมถึงการระบุตัวตน ความล้มเหลว และความยินยอม
ควรเริ่มจากการผสาน Brevo แบบใด?
เริ่มจากแอปพื้นฐานที่ยังดูแลอยู่หากครอบคลุมงานของคุณ หากมีความต้องการเฉพาะด้านฟิลด์หรือการกู้คืน จึงเปรียบเทียบบริการอัตโนมัติ ชั้นผสานระบบ และโค้ด API เอง
การอยู่ในตลาดแอป Brevo แปลว่า Tajo รองรับหรือไม่?
ไม่ใช่ ตรวจผู้เผยแพร่แอปและงานที่รองรับแยกกัน รายชื่อในตลาด เอกสาร และตัวเชื่อมต่อ Tajo ที่ใช้งานได้เป็นหลักฐานคนละอย่าง
ป้องกันรายชื่อผู้ติดต่อซ้ำอย่างไร?
เลือกตัวระบุจากต้นทางที่คงที่ เก็บ ID ปลายทางหลังจับคู่ และแก้การชนกันของตัวระบุก่อนเขียน อย่าใช้ forceMerge เป็นค่าทั่วไปสำหรับลองซ้ำ
ถ้า Brevo ตอบ 429 ควรทำอย่างไร?
พักตามส่วนหัวการจำกัดอัตราที่เกี่ยวข้อง เก็บงานที่ล้มเหลว และลองซ้ำภายใต้นโยบายที่มีขอบเขต ติดตามผลรายระเบียนและอย่าทำผลข้างเคียงอื่นซ้ำ
ซิงก์ความยินยอมสองทิศทางได้หรือไม่?
กำหนดแหล่งอ้างอิงหนึ่งแห่งต่อช่องทางและวัตถุประสงค์ การสมัครเก่าต้องไม่ลบล้างการยกเลิกภายหลัง การย้ายสองทางต้องมีกฎความขัดแย้งและป้องกันวนซ้ำชัดเจน