การเติบโตและ CRM · AUTOMATION
กู้คืนข้อมูลการเปลี่ยนเป็นลูกค้าที่ถูกบล็อกด้วย server-side tracking
+15–30%
Ad-blocker ITP และหน้าจอขอความยินยอมตัดอีเวนต์คอนเวอร์ชันฝั่งเบราว์เซอร์ออกไปส่วนหนึ่งก่อนที่แพลตฟอร์มโฆษณาจะได้เห็น อัลกอริทึมการประมูลจึงปรับให้เหมาะสมจากสัญญาณที่เหลืออยู่เท่านั้น โครงการนี้ย้ายสัญญาณคอนเวอร์ชันไปฝั่งเซิร์ฟเวอร์และกู้ส่วนที่หายไปกลับคืน
กระบวนการ
วัดช่องว่างก่อนเป็นอันดับแรก
เทียบคอนเวอร์ชันที่เบราว์เซอร์รายงานกับคำสั่งซื้อในระบบหลังบ้าน แยกตามช่องทางและตามเบราว์เซอร์ เพื่อให้รู้ขนาดของความสูญเสียก่อนลงมือสร้างสิ่งใด
ตั้ง container ฝั่งเซิร์ฟเวอร์
รัน server-side GTM container หรือ endpoint เทียบเท่าบนซับโดเมนของคุณเอง โดยรับอีเวนต์ทั้งจากเว็บไซต์และจากระบบคำสั่งซื้อ
ส่งต่อพร้อมข้อมูลระบุตัวตนและสถานะความยินยอม
ส่งอีเวนต์ไปยัง Meta CAPI Google Ads และ TikTok Events API พร้อมรหัสระบุตัวตนแบบ hash คีย์ตัดข้อมูลซ้ำ และสถานะความยินยอม เพื่อไม่ให้คำสั่งซื้อเดียวถูกนับสองครั้ง
ตรวจสอบก่อนเชื่อถือ
ตรวจ event match quality และอัตราการตัดข้อมูลซ้ำในเครื่องมือวินิจฉัยของแต่ละแพลตฟอร์ม จนอีเวนต์ฝั่งเซิร์ฟเวอร์และเบราว์เซอร์กระทบยอดกับบัญชีคำสั่งซื้อได้ตรงกัน
เปิดช่วงให้อัลกอริทึมเรียนรู้ใหม่
กำหนดช่วงเรียนรู้ใหม่หลังเปลี่ยนระบบ และอ่านผลเมื่อ learning phase สิ้นสุดแล้ว ไม่ใช่ในช่วงไม่กี่วันแรกที่ข้อมูลยังผันผวน
สิ่งที่เราต้องการจากคุณ
- สิทธิ์เข้าถึง tag manager และ DNS สำหรับตั้งซับโดเมนติดตามผล
- ระบบคำสั่งซื้อหรือ CRM ที่ส่งอีเวนต์คอนเวอร์ชันออกมาได้
- การตั้งค่าระบบจัดการความยินยอมปัจจุบัน
สิ่งที่คุณจะได้รับ
- Container ฝั่งเซิร์ฟเวอร์พร้อมเอกสารโครงสร้างอีเวนต์
- ฟีด CAPI และ Events API ที่ตัดข้อมูลซ้ำแล้วและตรวจ match quality เรียบร้อย
- รายงานเปรียบเทียบสัญญาณที่กู้คืนได้ก่อนและหลัง แยกตามช่องทาง
กรอบเวลา
สามถึงห้าสัปดาห์ บวกช่วงเรียนรู้ใหม่ของอัลกอริทึม