พื้นที่การติดตามของ SFMC

ควรพิจารณา SFMC เป็นพื้นที่การติดตามสี่ส่วนที่ทับซ้อนกัน

Web Analytics Connector และโค้ดการติดตาม Collect

โค้ดการติดตาม Collect (มักเรียกว่า collect.js หรืออ้างอิงผ่าน cdn.evgnet.com) คือตัวติดตามพฤติกรรมของ SFMC จะตั้งค่าคุกกี้ _etmc และที่เกี่ยวข้อง

สคริปต์ Marketing Cloud Personalization

สคริปต์ Personalization โหลด SDK ที่ตรวจสอบ DOM ทั้งหมด รวบรวมข้อมูลการคลิกและการโต้ตอบแบบฟอร์ม คุกกี้ที่ตั้งค่าได้แก่ตัวระบุ _ev_* และโทเค็นเซสชัน

แบบฟอร์ม CloudPages และลิงก์ที่ติดตาม

หน้า Landing Page ของ CloudPages และลิงก์อีเมลที่ติดตามซึ่งผ่าน SFMC มีพารามิเตอร์ระบุตัวตนเอง (subscriberkey, jb, mid)

ตัวเชื่อมต่อ Data Cloud

การผสานรวม Data Cloud ของ SFMC ดึงตัวระบุจากการติดตามเว็บไซต์, SDK บนมือถือ, บันทึก CRM และข้อมูลออฟไลน์ไปยังโปรไฟล์รวม

การควบคุมความเป็นส่วนตัวดั้งเดิมของ SFMC

SFMC เปิดเผยการควบคุมดั้งเดิมหลายอย่าง แต่พวกมันถือว่าการตัดสินใจด้านความยินยอมถูกรวบรวมจากต้นทาง

การปฏิเสธการติดตามสำหรับ Web Analytics Connector

สคริปต์ Collect อ่านแฟล็ก do_not_track และฟังก์ชันการปฏิเสธ

การตั้งค่าความยินยอมในบันทึกสมาชิก

โปรไฟล์สมาชิกใน SFMC มีช่องสำหรับความยินยอมในการสื่อสาร, ความยินยอมข้อมูลโปรไฟล์ และพื้นฐานทางกฎหมาย

ความยินยอม Marketing Cloud Personalization

Personalization SDK รับแฟล็กความยินยอมระหว่างการเริ่มต้น ตั้งค่าเป็น false จนกว่าผู้ใช้จะยอมรับหมวดหมู่การตลาดในแบนเนอร์ CMP

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

สถาปัตยกรรมที่เชื่อถือได้คือการปิดกั้นพื้นที่การติดตามทั้งสี่ไว้หลัง CMP

1. หยุดสคริปต์ Collect ไม่ให้โหลดตามค่าเริ่มต้น

ลบสคริปต์ Collect ออกจากส่วนหัวเอกสารและแทนที่ด้วย Placeholder ที่ CMP สามารถเปิดใช้งานได้ CMP จะเขียน Placeholder ใหม่เพื่อโหลด collect.js

2. เลื่อนการเริ่มต้น Marketing Cloud Personalization

สคริปต์ Personalization ต้องไม่เริ่มต้นก่อนได้รับความยินยอม องค์ประกอบสคริปต์มีอยู่ใน DOM แต่คุณลักษณะ type คือ text/plain และ CMP จะเขียนใหม่เป็น text/javascript เมื่อยอมรับความยินยอม

3. ปิดกั้นพารามิเตอร์การติดตาม CloudPages

หากผู้เยี่ยมชมมาถึงผ่านลิงก์ที่ติดตามและยังไม่ได้ให้ความยินยอม พารามิเตอร์ subscriberkey ควรถูกบันทึกแต่ไม่ใช้เพื่อขับเคลื่อนการปรับแต่งทันที

4. เผยแพร่สถานะความยินยอมไปยัง Data Cloud

SFMC รองรับส่วนขยายความยินยอมที่ช่วยให้ CMP เขียนบันทึกความยินยอมลงใน Data Cloud ผ่าน API

5. แมปกับช่องความยินยอมสมาชิก SFMC

เมื่อสมาชิกที่รู้จักอัปเดตความยินยอมในศูนย์การตั้งค่า CloudPages CMP และบันทึกสมาชิก SFMC จำเป็นต้องอยู่ในสภาวะซิงค์

ข้อผิดพลาดทั่วไป

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

การปฏิบัติต่อ Collect ว่าเป็นการวิเคราะห์

SFMC ใช้ข้อมูลนั้นเพื่อขับเคลื่อนระบบอัตโนมัติการตลาด Journey Builder ปิดกั้น Collect ภายใต้การตลาด

การปล่อยให้ Personalization ทำงานก่อนได้รับความยินยอม

Personalization คือหนักที่สุดในบรรดาพื้นที่การติดตามของ SFMC และมองเห็นได้มากที่สุดโดยหน่วยงานกำกับดูแล

การไม่ซิงค์ความยินยอมทั่วทั้งกอง

หากโปรไฟล์ Data Cloud ยังคงสถานะเก่ากว่า การเปิดใช้งานปลายทางไปยังเครือข่ายโฆษณาจะยังคงทำงานต่อไป

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

ห้าคำถามที่เป็นรูปธรรมเพื่อตอบสำหรับทุกการใช้งาน SFMC ที่สัมผัส EU, UK หรือแคลิฟอร์เนีย

• Collect รอความยินยอมหรือไม่? ยืนยันว่าไม่มีคำขอ collect.js หรือ evgnet.com ที่เปิดใช้งานก่อนการยอมรับแบนเนอร์
• Personalization ถูกเลื่อนออกไปหรือไม่? ยืนยันว่า Personalization SDK ไม่เริ่มต้นจนกว่าหมวดหมู่การตลาดจะได้รับอนุมัติ
• พารามิเตอร์ลิงก์ที่ติดตามขาเข้าถูกชะลอตั้งแต่ความยินยอมหรือไม่? ยืนยันว่าการปรับแต่งที่ขับเคลื่อนโดย subscriberkey รอสัญญาณความยินยอมที่ชัดเจน
• Data Cloud เห็นสถานะความยินยอมหรือไม่? ยืนยันว่าส่วนขยายความยินยอมได้รับการกำหนดค่า
• ช่องความยินยอมสมาชิกซิงค์กันหรือไม่? ยืนยันว่าการเปลี่ยนแปลงที่ศูนย์การตั้งค่าแพร่กระจายไปยังแบนเนอร์

SFMC อยู่ในกองที่ให้ความสำคัญกับความยินยอมอย่างไร

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