Consent Mode กับ Modeled Conversions: ทำไมยอดหายไปเมื่อลูกค้ากดปฏิเสธคุกกี้
สรุปสั้น ๆ
เมื่อลูกค้ากด ‘ปฏิเสธคุกกี้’ บนเว็บ ระบบวัดผลจะขาดข้อมูลจากคนกลุ่มนั้นไปทั้งหมด แม้เขาจะซื้อจริงในแชท LINE ก็ตาม Consent Mode คือกลไกที่บอกแพลตฟอร์มโฆษณาว่าผู้ใช้คนไหนยินยอมหรือไม่ยินยอม ส่วน Modeled Conversions คือการที่ Google ประมาณการยอดที่หายไปคืนด้วยสถิติจากกลุ่มที่ยินยอม เพื่อไม่ให้ตัวเลขรายงานดูต่ำเกินจริง
หลังจากร้านลูกค้าผมทำแบนเนอร์ขอความยินยอมคุกกี้ตามแนวทาง PDPA ขึ้นมาได้ 2 สัปดาห์ ยอด Conversion ใน Google Ads ที่เคยรายงานราว 60 ต่อเดือน ลดลงเหลือประมาณ 40 ทั้งที่ยอดโอนจริงในแชท LINE ที่แอดมินสรุปให้ทุกสิ้นเดือนแทบไม่เปลี่ยน เจ้าของร้านเลยถามผมตรง ๆ ว่า ‘แบนเนอร์คุกกี้นี้ทำให้เสียลูกค้าไปหรือเปล่า’
คำตอบคือไม่ได้เสียลูกค้าไปไหน แต่ ‘เสียข้อมูล’ ไป คนที่กดปฏิเสธคุกกี้ยังคงเข้าเว็บ ทักไลน์ และโอนเงินซื้อสินค้าได้ตามปกติทุกอย่าง เพียงแต่ระบบวัดผลของ Google/Facebook จะไม่สามารถผูกพฤติกรรมของเขากับคลิกโฆษณาที่ผ่านมาได้อีก เพราะเขาไม่ยินยอมให้เก็บข้อมูลตัวระบุ (เช่น คุกกี้) ที่ใช้เชื่อมโยงเหตุการณ์เข้าด้วยกัน
นี่คือจุดที่ Consent Mode และ Modeled Conversions เข้ามามีบทบาท สองอย่างนี้ไม่ได้ทำให้ยอดขายจริงเพิ่มขึ้น แต่ช่วยให้ระบบรายงาน ‘ประมาณการ’ ยอดที่หายไปกลับมาได้บางส่วน แทนที่จะปล่อยให้ตัวเลขรายงานต่ำกว่าความเป็นจริงไปเรื่อย ๆ
เกิดอะไรขึ้นจริงเมื่อลูกค้ากดปฏิเสธคุกกี้
เมื่อผู้ใช้กด ‘ปฏิเสธ’ บนแบนเนอร์ยินยอม เบราว์เซอร์จะไม่อนุญาตให้เว็บตั้งคุกกี้ที่ใช้ระบุตัวตนสำหรับการโฆษณา (ad_storage) และบางครั้งรวมถึงคุกกี้วิเคราะห์ (analytics_storage) ด้วย ผลคือแท็กของ Google Ads หรือ Facebook Pixel ยังยิงออกไปได้ แต่ไม่มีตัวระบุตัวตนแนบไปด้วย ทำให้แพลตฟอร์มไม่สามารถเชื่อมโยงว่า ‘คนที่กดทัก LINE คนนี้’ คือ ‘คนที่คลิกโฆษณาเมื่อ 3 วันก่อน’ คนเดียวกัน
ปัญหานี้ต่างจากปัญหาเรื่อง GA4 มองทราฟฟิกจาก LINE เป็น Direct/Referral ตรงที่กรณีนั้นเป็นเรื่องเทคนิคการส่งต่อพารามิเตอร์ระหว่างแอป แต่กรณี Consent เป็นเรื่องสิทธิ์การเก็บข้อมูลที่ผู้ใช้เลือกเองได้ ซึ่งแก้ด้วยโค้ดอย่างเดียวไม่ได้ ต้องยอมรับว่าข้อมูลบางส่วนจะขาดหายไปจริง ๆ ตามกฎหมาย
Modeled Conversions เดายอดที่หายไปกลับมายังไง
Google ใช้ข้อมูลจากกลุ่มผู้ใช้ที่ ‘ยินยอม’ ให้เก็บข้อมูลเป็นฐาน แล้วสร้างแบบจำลองทางสถิติเพื่อประมาณอัตราการเกิด Conversion ของกลุ่มที่ ‘ไม่ยินยอม’ ที่มีพฤติกรรมคล้ายกัน (เช่น ดูหน้าเดียวกัน มาจากแคมเปญเดียวกัน ใช้เวลาบนเว็บใกล้เคียงกัน) แล้วเติมตัวเลขที่ ‘น่าจะเกิดขึ้น’ กลับเข้ารายงาน โดยระบุแยกไว้ว่าเป็น Modeled Conversions ไม่ใช่ตัวเลขที่วัดได้จริงแบบ Observed
ข้อดีคือรายงานจะไม่ดูต่ำผิดปกติจนตัดสินใจผิดพลาด แต่ข้อจำกัดคือแบบจำลองนี้ต้องการปริมาณข้อมูลจากกลุ่มที่ยินยอมมากพอสมควรถึงจะแม่น ถ้าเว็บมีคนเข้าน้อยหรือกลุ่มที่ยินยอมมีสัดส่วนต่ำมาก การประมาณการก็จะยิ่งคลาดเคลื่อน
ระดับของ Consent Mode ที่ควรรู้จัก
| โหมด | การทำงาน | เหมาะกับใคร |
|---|---|---|
| Basic Consent Mode | แท็กจะไม่ยิงเลยจนกว่าผู้ใช้จะตอบยินยอม/ปฏิเสธ | เว็บที่เพิ่งเริ่มทำตาม PDPA ต้องการความง่ายในการติดตั้ง |
| Advanced Consent Mode | แท็กยิงอยู่เสมอ แต่ส่งสัญญาณ (ping) แบบไม่ระบุตัวตนเมื่อผู้ใช้ปฏิเสธ เพื่อให้โมเดลมีข้อมูลพฤติกรรมเชิงสถิติมากขึ้น | เว็บที่มีปริมาณทราฟฟิกสูง ต้องการความแม่นยำของ Modeled Conversions มากขึ้น |
ตั้งค่าเบื้องต้นให้ Consent Mode ทำงานถูกต้อง
- ติดตั้ง Consent Management Platform (CMP) ที่รองรับ Google Consent Mode v2 บนเว็บ (คล้ายแนวทางที่เคยเล่าไว้เรื่อง การตั้งค่า Consent Management)
- ตั้งค่าเริ่มต้น (Default) ของสัญญาณยินยอมเป็น ‘denied’ ไว้ก่อนที่ผู้ใช้จะตอบ เพื่อให้เป็นไปตามหลัก Privacy by Default
- อัปเดตสัญญาณ (Update) ทันทีที่ผู้ใช้เลือกยินยอมหรือปฏิเสธ ผ่าน dataLayer ที่เชื่อมกับ Google Tag Manager
- เปิดใช้ Advanced Consent Mode ถ้าต้องการให้ Modeled Conversions แม่นยำขึ้น โดยเฉพาะเว็บที่มีสัดส่วนคนกดปฏิเสธสูง
- ตรวจสอบผลด้วย Google Tag Assistant หรือ DebugView ว่าเมื่อกดปฏิเสธ แท็กที่เกี่ยวกับโฆษณาไม่ได้ตั้งคุกกี้ระบุตัวตนจริง ๆ
สรุป
เรื่อง Consent Mode ทำให้ผมนึกถึงหลักการง่าย ๆ ที่มักลืมกัน: การวัดผลไม่เท่ากับความจริงเสมอไป ยอด Conversion ที่รายงานต่ำลงไม่ได้แปลว่าธุรกิจแย่ลง อาจแปลว่าระบบมองเห็นน้อยลงต่างหาก สิ่งสำคัญคือต้องแยกให้ออกระหว่างสองอย่างนี้ก่อนจะตกใจไปตัดงบหรือเปลี่ยนกลยุทธ์ผิดจุด
- เมื่อลูกค้าปฏิเสธคุกกี้ ยอดขายจริงไม่หาย แต่ข้อมูลที่ใช้เชื่อมโยงกับโฆษณาหายไป
- Consent Mode ส่งสัญญาณสถานะยินยอมให้แท็กทำงานถูกต้องตามกฎหมาย
- Modeled Conversions เป็นการประมาณการทางสถิติ ไม่ใช่ตัวเลขวัดจริง ต้องใช้อย่างเข้าใจข้อจำกัด
- การมีระบบเก็บยอดที่ปิดจริงในแชท LINE แยกจากคุกกี้เบราว์เซอร์ ช่วยลดผลกระทบจากข้อมูลที่หายไปได้บางส่วน
คำถามที่พบบ่อย
ถ้าลูกค้าปฏิเสธคุกกี้แล้ว จะยังส่ง Conversion ที่ปิดในแชท LINE กลับไปได้ไหม
ส่งได้ในรูปแบบที่ไม่ระบุตัวตนผ่าน Advanced Consent Mode ซึ่งจะถูกนำไปใช้เป็นข้อมูลประกอบการสร้างแบบจำลอง Modeled Conversions แต่จะไม่สามารถผูกกับคลิกโฆษณาที่มาก่อนหน้าแบบเจาะจงรายคนได้เหมือนกรณีที่ยินยอม
Modeled Conversions แม่นยำแค่ไหน เชื่อได้เต็มร้อยไหม
เป็นการประมาณการทางสถิติ ไม่ใช่ตัวเลขที่วัดได้จริงเป๊ะ ความแม่นยำขึ้นอยู่กับปริมาณข้อมูลจากกลุ่มที่ยินยอมเป็นฐาน เว็บที่มีทราฟฟิกน้อยควรระวังไม่เชื่อตัวเลขนี้แบบร้อยเปอร์เซ็นต์ ให้ใช้เป็นภาพประกอบมากกว่าฟันธง
ทำไมยอด Conversion ถึงลดลงทันทีที่ติดตั้งแบนเนอร์คุกกี้ ทั้งที่ยอดขายจริงไม่เปลี่ยน
เพราะก่อนติดตั้งแบนเนอร์ ระบบเก็บข้อมูลจากผู้ใช้ทุกคนโดยไม่มีการถามความยินยอม พอเริ่มถามและมีคนกดปฏิเสธ ข้อมูลจากคนกลุ่มนั้นก็หายไปจากรายงานทันที ทั้งที่พฤติกรรมซื้อขายจริงในแชท LINE ไม่ได้เปลี่ยนแปลงเลย เป็นเรื่องของการวัดที่เปลี่ยน ไม่ใช่ยอดขายที่เปลี่ยน
Consent Mode ต่างจากการตั้ง Consent Management (CMP) ทั่วไปยังไง
CMP คือระบบที่แสดงแบนเนอร์และเก็บบันทึกการตัดสินใจของผู้ใช้ ส่วน Consent Mode คือมาตรฐานสัญญาณที่ Google กำหนดให้เว็บส่งสถานะความยินยอมนั้นไปบอกแท็กต่าง ๆ บนเว็บว่าควรทำงานแบบไหน สองอย่างนี้ต้องทำงานร่วมกัน มี CMP อย่างเดียวโดยไม่เชื่อมกับ Consent Mode ก็ยังไม่สมบูรณ์
ธุรกิจขนาดเล็กที่ไม่ได้ขายในยุโรปต้องสนใจเรื่องนี้ไหม
ควรสนใจ เพราะ PDPA ของไทยก็มีหลักการคล้ายกันเรื่องความยินยอมในการเก็บข้อมูล และเบราว์เซอร์อย่าง Safari กับ Firefox ก็เริ่มบล็อกคุกกี้บุคคลที่สามเป็นค่าเริ่มต้นอยู่แล้วโดยไม่เกี่ยวกับกฎหมายที่ไหนเลย ปัญหาข้อมูลหายจึงเกิดขึ้นได้กับทุกธุรกิจไม่ว่าจะขายในประเทศไหน
มีวิธีลดผลกระทบจากข้อมูลที่หายไปนอกจาก Consent Mode ไหม
การเสริมด้วยระบบส่ง Conversion แบบ Server-side หรือระบบอย่าง linli ที่เก็บยอดที่ปิดจริงในแชท LINE โดยไม่ต้องพึ่งคุกกี้ฝั่งเบราว์เซอร์ทั้งหมด ช่วยลดการพึ่งพาข้อมูลที่เสี่ยงหายจากการปฏิเสธคุกกี้ได้ในระดับหนึ่ง แม้จะไม่ได้แก้ปัญหาทั้งหมดก็ตาม
บทความที่เกี่ยวข้อง
