พื้นผิวการติดตามของ Brevo

การติดตั้ง Brevo แบบเต็มรูปแบบสัมผัสกับพื้นผิวการติดตามสี่รูปแบบที่แตกต่างกัน แต่ละรูปแบบมีคำถามการยินยอมของตัวเอง

Brevo Tracker (sib-tracker.js)

Brevo Tracker คือชั้นการวิเคราะห์พฤติกรรม โหลดจาก cdn.brevo.com/js/sib-tracker.js ระบุผู้เยี่ยมชมด้วยคุกกี้ sib-tracker-id และรายงานการโหลดหน้า การคลิก และเพย์โหลดเหตุการณ์แบบกำหนดเองไปยัง Brevo เมื่อผู้เยี่ยมชมถูกระบุตัวตนด้วยอีเมล (โดยทั่วไปผ่านการส่งแบบฟอร์มหรือการเข้าสู่ระบบ) Tracker จะเชื่อมโยงประวัติการเรียกดูที่ไม่ระบุตัวตนกับโปรไฟล์ผู้ติดต่อที่รู้จัก จากมุมมองด้านกฎระเบียบ Tracker เป็นเครื่องมือติดตามพฤติกรรมเพื่อวัตถุประสงค์ทางการตลาดที่ต้องการการยินยอมแบบ opt-in ใน EU

แบบฟอร์มสมัครสมาชิก Brevo

แบบฟอร์ม Brevo มีสองรูปแบบ ได้แก่ แบบฟอร์ม HTML ที่ฝังอยู่ (น้ำหนักเบา ไม่ต้องการสคริปต์ภายนอก) และแบบฟอร์มป็อปอัป (สคริปต์แยกต่างหากที่ตรวจสอบพฤติกรรมผู้เยี่ยมชมเพื่อตัดสินใจว่าจะแสดงเมื่อใด) แบบฟอร์มที่ฝังอยู่มีความเทียบเท่ากับแบบฟอร์มติดต่อจากมุมมองความเป็นส่วนตัว แบบฟอร์มป็อปอัปใกล้เคียงกับเครื่องมือติดตามพฤติกรรมมากกว่าและต้องการการกั้นเช่นเดียวกับ Tracker

วิดเจ็ต Brevo Conversations

ผลิตภัณฑ์ Conversations (แชทสดของ Brevo) โหลดสคริปต์ของตัวเองจาก conversations-widget.brevo.com ตั้งค่าคุกกี้เซสชัน และเริ่มการเชื่อมต่อสถานะออนไลน์แบบเรียลไทม์ มีฟังก์ชันคล้ายกับ Intercom Messenger การจัดการการยินยอมเหมือนกัน

API ธุรกรรมและเชิงโปรแกรม

Brevo ยังดำเนินการพื้นผิวฝั่งเซิร์ฟเวอร์ ได้แก่ Transactional Email API สำหรับข้อความที่ระบบสร้างขึ้น SMS API สำหรับข้อความขาออก และ Marketing Automation API สำหรับแคมเปญที่ถูกทริกเกอร์ สิ่งเหล่านี้ไม่ทำงานบนอุปกรณ์ของผู้ใช้ แต่พิกเซลติดตามอีเมลที่ฝังอยู่ในข้อความทำงาน และพิกเซลเหล่านั้นเป็นพื้นผิวการยินยอมแยกต่างหากที่รับช่วงข้อจำกัดเดียวกันกับพิกเซลเว็บภายใต้ Apple Mail Privacy Protection และการป้องกันฝั่งอีเมลที่คล้ายกัน

การควบคุมความเป็นส่วนตัวของ Brevo โดยกำเนิด

Brevo ได้เสริมสร้างพื้นฐานความเป็นส่วนตัวโดยกำเนิดในช่วงสองปีที่ผ่านมา โดยเฉพาะอย่างยิ่งในการตอบสนองต่อคำแนะนำของ CNIL เกี่ยวกับแบนเนอร์คุกกี้และบันทึกการยินยอม

กระบวนการ doubleOptinRedirect และการยืนยัน

กระบวนการเริ่มต้นการได้มาซึ่งสมาชิกของ Brevo ใช้การยืนยันสองชั้น (double opt-in) ผู้สมัครลงทะเบียน รับอีเมลยืนยัน และต้องคลิกเพื่อยืนยัน ภายใต้ GDPR สิ่งนี้สร้างบันทึกการยินยอมที่มีเอกสารประกอบซึ่งแข็งแกร่งกว่าทางเลือก opt-in เดี่ยวอย่างมีนัยสำคัญ กำหนดค่า double opt-in เป็นค่าเริ่มต้นเว้นแต่จะมีเหตุผลเฉพาะที่ไม่ควรทำ

พารามิเตอร์การยินยอม trackEvent

ฟังก์ชัน trackEvent ของ Tracker ยอมรับเพย์โหลดการยินยอมที่เป็นทางเลือก การส่งผ่านสิ่งนี้ช่วยให้คุณเผยแพร่การตัดสินใจของ CMP ไปยังสตรีมเหตุการณ์ของ Brevo ซึ่งเครื่องมือการแบ่งกลุ่มของ Brevo จะปฏิบัติตาม เชื่อมต่อจาก callback การยินยอมของ CMP

ฟิลด์การยินยอมระดับผู้ติดต่อ

โปรไฟล์สมาชิกของ Brevo มีฟิลด์ที่สร้างไว้สำหรับการยินยอมอีเมล การยินยอม SMS การยินยอม WhatsApp และแหล่งที่มาของการยินยอม การอัปเดตผ่าน Contacts API จะแพร่กระจายไปยังตรรกะการแบ่งกลุ่มในแบบเรียลไทม์ ดังนั้นแคมเปญจะปฏิบัติตามสถานะที่บันทึกไว้โดยอัตโนมัติ

การพำนักข้อมูลใน EU

Brevo ดำเนินงานศูนย์ข้อมูลใน Paris และ Munich สำหรับบัญชีที่การพำนักใน EU มีความสำคัญ การพำนักข้อมูลจะเป็นอัตโนมัติ ไม่จำเป็นต้องกำหนดค่า opt-in นี่คือการลดความซับซ้อนในการดำเนินงานที่มีความหมายเมื่อเทียบกับคู่แข่งในสหรัฐอเมริกาที่การพำนักใน EU เป็นตัวเลือกการกำหนดค่าแบบชำระเงิน

การรวม CMP แบบทีละขั้นตอน

รูปแบบการรวมที่เชื่อถือได้คือการเลื่อนพื้นผิวการติดตามของ Brevo ทุกรายการไปหลัง CMP และซิงค์การตัดสินใจการยินยอมกับฟิลด์ระดับผู้ติดต่อของ Brevo ผ่าน API

1. ลบสคริปต์เริ่มต้นของ Tracker ออกจากส่วนหัวของเอกสาร

สคริปต์การติดตั้ง Brevo Tracker คือแท็กสคริปต์บรรทัดเดียว แทนที่ด้วยองค์ประกอบสคริปต์ตัวแทนที่มี type="text/plain" และ data-category="marketing" CMP จะเขียนประเภทกลับเป็น text/javascript เมื่อผู้เยี่ยมชมยอมรับการตลาด

2. เลื่อนแบบฟอร์มป็อปอัปแยกต่างหากจากแบบฟอร์มที่ฝังอยู่

แบบฟอร์มสมัครสมาชิก HTML ที่ฝังอยู่สามารถแสดงผลได้ในการโหลดหน้าเริ่มต้นโดยไม่ต้องกั้น แบบฟอร์มเหล่านั้นไม่ตั้งค่าคุกกี้และไม่โหลดสคริปต์ภายนอก แบบฟอร์มป็อปอัปต้องถูกกั้นภายใต้การยินยอมทางการตลาด เช่นเดียวกับ Tracker การติดตั้ง Brevo ส่วนใหญ่จะรวมทั้งสองเข้าด้วยกัน ตรวจสอบรายการแบบฟอร์มของคุณและจัดการต่างกัน

3. กั้น Conversations อย่างชัดเจน

วิดเจ็ต Conversations โหลดจาก conversations-widget.brevo.com และเริ่มต้นการเชื่อมต่อเซสชันเมื่อโหลดหน้า กั้นไว้หลังการยินยอมทางการตลาด สำหรับผู้ใช้ที่ปฏิเสธการตลาด ให้เส้นทางติดต่อฝ่ายสนับสนุนทางเลือก ได้แก่ แบบฟอร์ม ลิงก์อีเมล หรือปุ่ม "เริ่มแชท" ที่ชัดเจนซึ่งโหลดวิดเจ็ตเฉพาะเมื่อคลิก

4. เขียนการตัดสินใจของ CMP ลงในโปรไฟล์ผู้ติดต่อ

เมื่อสมาชิกที่รู้จักอัปเดตการยินยอมผ่านแบนเนอร์ CMP ให้เรียก Brevo Contacts API เพื่ออัปเดตฟิลด์การยินยอมอีเมล SMS และ WhatsApp ของสมาชิก สิ่งนี้จะทำให้การแบ่งกลุ่มของ Brevo สอดคล้องกับสถานะที่บันทึกไว้ CMP สมัยใหม่ส่วนใหญ่มีตัวเชื่อมต่อ Brevo ที่จัดการสิ่งนี้ตั้งแต่ต้นจนจบ

5. ปฏิบัติตามการเพิกถอนในแบบเรียลไทม์

เมื่อเพิกถอนการยินยอม CMP ต้องเรียกทั้งฟังก์ชันปิด Tracker บนหน้าเว็บและ endpoint ของ Contacts API เพื่ออัปเดตโปรไฟล์ หากไม่มีทั้งสอง แบนเนอร์จะบันทึกการเพิกถอนแต่การติดตามพื้นฐานยังคงดำเนินต่อในระดับผู้ติดต่อ

ข้อผิดพลาดที่พบบ่อย

ข้อผิดพลาดในการรวมสี่ประการเป็นสาเหตุของผลการตรวจสอบส่วนใหญ่ในการติดตั้ง Brevo

Opt-in เดี่ยวสำหรับการได้มาซึ่งผู้ใช้ยุโรป

Brevo รองรับทั้ง opt-in เดี่ยวและสองชั้น Opt-in เดี่ยวสร้างบันทึกการยินยอมที่อ่อนแอกว่าและ CNIL ได้อ้างถึงในการบังคับใช้กับผู้ประกอบการฝรั่งเศสและเบลเยียมหลายราย สำหรับผู้ชมยุโรป ให้กำหนดค่า double opt-in เป็นค่าเริ่มต้น

การรวมแบบฟอร์มที่ฝังอยู่และแบบฟอร์มป็อปอัป

แบบฟอร์มที่ฝังอยู่มีความเสี่ยงต่ำ แบบฟอร์มป็อปอัปเป็นการติดตามหมวดหมู่การตลาด กั้นต่างกัน การปฏิบัติต่อทั้งสองเป็น "แบบฟอร์ม" และการกั้นทั้งคู่หรือไม่กั้นเลยเป็นข้อบกพร่องการกำหนดค่าที่พบบ่อยที่สุด

การเรียก API ฝั่งเซิร์ฟเวอร์โดยไม่มีบริบทการยินยอม

Transactional Email API และ SMS API สามารถเรียกได้จาก backend ของคุณโดยไม่มีสถานะการยินยอมบนหน้าเว็บในขอบเขต Backend ต้องค้นหาสถานะการยินยอมของผู้ติดต่อในเวลาส่งและปฏิบัติตาม มิฉะนั้นการตัดสินใจของ CMP จะไม่ถูกบังคับใช้สำหรับข้อความที่เริ่มต้นจากเซิร์ฟเวอร์

ลืมพิกเซลอีเมล

พิกเซลติดตามอีเมลของ Brevo ได้รับผลกระทบจากการลดประสิทธิภาพ Apple Mail Privacy Protection เช่นเดียวกับผู้ขายรายอื่น พิกเซลยังต้องการการตัดสินใจการยินยอมแยกต่างหากที่แตกต่างจากการยินยอมคุกกี้บนเว็บไซต์ของคุณ ผู้ประกอบการหลายรายบันทึกการยินยอมคุกกี้แต่ไม่เคยบันทึกการยินยอมพิกเซลอีเมลอย่างชัดเจน

รายการตรวจสอบการตรวจสอบ

คำถามหกข้อที่เป็นรูปธรรมเพื่อตอบสำหรับการติดตั้ง Brevo ที่สัมผัสกับทราฟฟิก EU, UK หรือ California

• Tracker รอการยินยอมหรือไม่? เปิดหน้าในหน้าต่างส่วนตัวและยืนยันว่าไม่มีคำขอ brevo.com หรือ sendinblue.com เกิดขึ้นก่อนการยอมรับแบนเนอร์
• แบบฟอร์มป็อปอัปถูกกั้นแยกต่างหากจากแบบฟอร์มที่ฝังอยู่หรือไม่? ยืนยันว่าการแสดงแบบฟอร์มป็อปอัปไม่เกิดขึ้นก่อนการยินยอมทางการตลาด
• Conversations ถูกกั้นหรือไม่? ยืนยันว่าวิดเจ็ตแชทไม่เริ่มต้นก่อนการยินยอมและมีเส้นทางสนับสนุนที่ไม่ใช่ Conversations พร้อมใช้งาน
• กำหนดค่า double opt-in หรือไม่? ยืนยันว่ากระบวนการลงทะเบียนใช้ double opt-in สำหรับผู้ชมยุโรป
• API ฝั่งเซิร์ฟเวอร์ปฏิบัติตามการยินยอมหรือไม่? ยืนยันว่าการเรียก Transactional และ SMS API ตรวจสอบสถานะการยินยอมของผู้ติดต่อก่อนส่ง
• การตัดสินใจของ CMP ถูกซิงค์กับโปรไฟล์ Brevo หรือไม่? ยืนยันว่า CMP เขียนการตัดสินใจการยินยอมไปยังผู้ติดต่อ Brevo ผ่าน API

Brevo เหมาะสมกับ Consent-First Stack อย่างไร

Brevo อยู่ในตำแหน่งที่ได้เปรียบเมื่อเทียบกับคู่แข่งในสหรัฐอเมริกา ได้แก่ ข้อมูลที่พำนักใน EU double opt-in เป็นค่าเริ่มต้น และพื้นฐานการยินยอมโดยกำเนิดที่แข็งแกร่ง มรดกของฝรั่งเศสของแพลตฟอร์มหมายความว่ามันถูกออกแบบตามความคาดหวังของ CNIL ตั้งแต่ต้น ซึ่งเป็นข้อได้เปรียบในการดำเนินงานที่มีความหมายเมื่อความคาดหวังเหล่านั้นกลายเป็นมาตรฐาน de facto ของยุโรป งานการรวมส่วนใหญ่เหมือนกับแพลตฟอร์มการตลาดอื่นๆ ได้แก่ กั้นพื้นผิวการติดตาม ซิงค์การตัดสินใจการยินยอมผ่าน API บันทึกสถาปัตยกรรม แต่แรงเสียดทานด้านกฎระเบียบต่ำกว่าสำหรับทางเลือกที่มีสำนักงานใหญ่ในสหรัฐอเมริกา สำหรับผู้ประกอบการยุโรปหรือธุรกิจขนาดเล็กที่ต้องการเก็บ stack การตลาดไว้ภายในขอบเขตกฎระเบียบของ EU Brevo รวมกับ CMP ที่รวมอย่างถูกต้องเป็นหนึ่งในตำแหน่งที่ป้องกันได้มากที่สุดที่มีอยู่ในปี 2026