Consent Mode v2 ตั้งค่าให้ยิงแอดต่อได้ ไม่ผิด PDPA
วิธีตั้งค่า Consent Mode v2 ใน GTM ให้เก็บ conversion ต่อได้แม้ผู้ใช้ปฏิเสธคุกกี้ พร้อมความต่าง basic vs advanced และผลต่อการยิงแอด ทำตามได้จริง
Consent Mode v2 ตั้งค่าให้ยิงแอดต่อได้ ไม่ผิด PDPA
Last updated: 2026-08-06
ติดแบนเนอร์ขอความยินยอมคุกกี้เสร็จเมื่อวาน เช้านี้เปิด Google Ads มา conversion หายไปครึ่งหนึ่ง ทั้งที่ยอดขายจริงไม่ได้ลด นี่คือสิ่งที่ทีมยิงแอดเจอบ่อยที่สุดหลังบังคับใช้ระบบขอ consent จริงจัง ปัญหาไม่ได้อยู่ที่แคมเปญ แต่อยู่ที่ tag หยุดส่งข้อมูลเมื่อผู้ใช้ยังไม่กดยอมรับ
Consent Mode v2 คือกลไกที่ Google ออกแบบมาแก้จุดนี้พอดี มันให้เว็บส่ง “สัญญาณสถานะความยินยอม” แทนที่จะปิดสวิตช์ tag ทั้งดุ้น ผลคือคุณยังวัดผลและ optimize แอดต่อได้ในกรอบที่เคารพการปฏิเสธของผู้ใช้ตาม PDPA บทความนี้จะพาตั้งค่าใน GTM จริง ไล่ตั้งแต่ basic กับ advanced ต่างกันตรงไหน ไปจนถึงกู้ conversion ที่หายกลับมา
Key Takeaways: Consent Mode v2 ส่งสถานะ consent 4 ตัว (
ad_storage,analytics_storage,ad_user_data,ad_personalization) ให้ Google tag ปรับพฤติกรรมตามการกดของผู้ใช้ แทนการบล็อก tag ทั้งหมด · โหมด basic บล็อก tag ก่อนได้ consent ส่วน advanced ให้ tag โหลดแล้วยิง cookieless ping จึงเปิดทาง conversion modeling ได้ · ตั้งใน GTM ผ่าน Consent Overview + CMP template · ถ้า conversion ตกหลังติด CMP มักเป็นเพราะยังใช้ basic หรือลำดับ consent default ผิด
Consent Mode v2 คืออะไร ทำไมถึงเกิดขึ้น
Consent Mode v2 คือชุดพารามิเตอร์ที่บอก Google tag ว่า “ตอนนี้ผู้ใช้อนุญาตให้ทำอะไรได้บ้าง” ก่อนที่ tag จะตัดสินใจว่าจะเขียนคุกกี้ เก็บ user data หรือยิงข้อมูลแบบไม่ระบุตัวตน หัวใจของมันคือ signal 4 ตัว
ad_storage— อนุญาตเก็บคุกกี้เพื่อโฆษณาไหมanalytics_storage— อนุญาตเก็บคุกกี้เพื่อวิเคราะห์ (GA4) ไหมad_user_data— ส่งข้อมูลผู้ใช้ไป Google เพื่อโฆษณาได้ไหมad_personalization— ทำ remarketing / personalized ads ได้ไหม
สองตัวหลังคือของใหม่ที่ “v2” เพิ่มเข้ามาปี 2024 เพื่อรองรับ Digital Markets Act ของ EU และมันกลายเป็นเงื่อนไขที่ Google บังคับสำหรับใครที่ยิงแอดหากลุ่มผู้ใช้ในยุโรป ถ้าไม่ส่งสองตัวนี้ ฟีเจอร์อย่าง remarketing list จะเริ่มเก็บคนใหม่ไม่ได้ รายละเอียดสเปกอ่านได้ที่ Google consent mode docs
จุดที่คนเข้าใจผิดบ่อย: Consent Mode ไม่ใช่แบนเนอร์คุกกี้ และไม่ใช่ตัวขอ consent เอง มันคือ “ตัวกลาง” ที่รับผลจากแบนเนอร์ (CMP) แล้วแปลงเป็นภาษาที่ Google tag เข้าใจ คุณยังต้องมี CMP ที่ทำหน้าที่ถามผู้ใช้อยู่ดี สำหรับบริบทไทย PDPA เน้นเรื่องฐานความยินยอมและสิทธิถอนความยินยอม Consent Mode จึงเป็นเครื่องมือ “บังคับใช้” การปฏิเสธนั้นในระดับเทคนิค ไม่ใช่เอกสารกฎหมาย
Basic vs Advanced Consent Mode ต่างกันตรงไหน เลือกอันไหน
คำถามนี้ตัดสินว่าคุณจะกู้ conversion กลับมาได้แค่ไหน เพราะสองโหมดทำงานคนละจังหวะกันเลย
Basic consent mode จะบล็อก Google tag ไม่ให้โหลดจนกว่าผู้ใช้จะกดยอมรับ ถ้าปฏิเสธหรือยังไม่ตอบ tag ไม่ทำงานเลย ไม่มีข้อมูลใด ๆ ส่งออก ข้อดีคือปลอดภัยเชิง compliance เข้าใจง่าย ข้อเสียคือคุณเสียข้อมูลทั้งก้อนของคนที่ปฏิเสธ และ Google ไม่มีอะไรไปทำ modeling ต่อ
Advanced consent mode ยอมให้ tag โหลดตั้งแต่ต้น แต่ถ้ายังไม่ได้ consent มันจะยิงเฉพาะ “cookieless ping” คือสัญญาณแบบไม่มีคุกกี้ ไม่ระบุตัวตน บอกแค่ว่ามี event เกิดขึ้น Google เอา ping พวกนี้ไปป้อน conversion modeling เติมช่องว่างของคนที่ปฏิเสธด้วยสถิติ ผลคือตัวเลข conversion บน dashboard ใกล้ความจริงมากกว่า
| ประเด็น | Basic | Advanced |
|---|---|---|
| tag โหลดก่อนได้ consent | ไม่โหลด | โหลด แต่ยิง cookieless ping |
| ข้อมูลเมื่อผู้ใช้ปฏิเสธ | ไม่มีเลย | มี ping แบบไม่ระบุตัวตน |
| conversion modeling | ทำไม่ได้ | ทำได้ (ถ้าถึง threshold) |
| ความซับซ้อนในการติด | ต่ำ | ปานกลาง ต้องคุมลำดับ tag |
| เหมาะกับ | เว็บ traffic น้อย เน้น compliance ล้วน | เว็บที่พึ่งข้อมูล paid ads เป็นหลัก |
ในทางปฏิบัติ ถ้าธุรกิจคุณลงเงินกับ Google Ads หรือ Meta อย่างจริงจัง advanced คือคำตอบเกือบทุกครั้ง เพราะการยอมเสียข้อมูลคนปฏิเสธไปทั้งหมดแบบ basic แปลว่า optimization ของแพลตฟอร์มตาบอดไปด้วย แต่ต้องเข้าใจว่า advanced ไม่ได้ “แอบเก็บข้อมูล” cookieless ping ไม่มีคุกกี้และไม่ผูกตัวตน มันจึงยังอยู่ในกรอบการปฏิเสธของผู้ใช้ ถ้าอยากเข้าใจว่าข้อมูลไหลไปฝั่ง server ยังไง อ่านต่อที่ server-side tracking guide
ข้อควรระวังเรื่อง PDPA กับ advanced mode
มีทีมกฎหมายบางที่กังวลว่า advanced mode ยิง ping ก่อนได้ consent ผิด PDPA ไหม ประเด็นคือ ping แบบ cookieless ไม่เข้าข่ายข้อมูลส่วนบุคคลที่ระบุตัวได้ แต่ถ้าองค์กรคุณตีความเข้มมาก การเลือก basic ก็เป็นสิทธิ์ที่ทำได้ ให้คุยกับ DPO ก่อนตัดสิน อย่าให้ฝ่ายการตลาดเลือกโหมดเองโดยไม่ผ่านฝ่าย compliance
ตั้งค่า Consent Mode GTM แบบทำตามได้จริง
การตั้งค่า consent mode gtm ที่ถูกต้องขึ้นกับ “ลำดับ” มากกว่าตัว tag เอง ถ้าลำดับผิด tag จะยิงก่อนรู้สถานะ consent แล้วทุกอย่างพังเงียบ ๆ
ขั้นตอนหลักมีสี่ส่วน
- ตั้ง default consent เป็น denied ก่อนทุกอย่าง เข้า GTM ไปที่ Tag > New > Consent Mode (Google tag) ตั้งค่า
ad_storage,analytics_storage,ad_user_data,ad_personalizationเป็นdeniedแล้วผูก trigger เป็น Consent Initialization – All Pages ตัว trigger นี้ยิงก่อน All Pages เสมอ จุดนี้สำคัญมาก - เชื่อม CMP กับ GTM ถ้าใช้ CMP ที่รองรับ Google certified (เช่น Cookiebot, CookieYes, OneTrust) มัน push
consent updateเข้า dataLayer ให้เอง ถ้าเขียนเอง ต้องเรียกgtag('consent', 'update', {...})เมื่อผู้ใช้กด - เปิด Consent Overview ใน GTM เข้าที่ไอคอนเฟือง > Container Settings > เปิด “Enable consent overview” แล้วดูที่ Tags จะมีคอลัมน์ให้ตั้งว่า tag ไหนต้องรอ consent ตัวไหน
- ตั้ง Additional consent checks ให้ tag โฆษณา tag Google Ads / Floodlight ให้รอ
ad_storage, tag GA4 ให้รอanalytics_storage
ก่อน publish container ให้กด Preview แล้วเปิด Tag Assistant ดูที่แท็บ Consent มันจะบอกสถานะ default และ update ของทุก signal ถ้าเห็น denied ตอนเข้าหน้าแรก แล้วเปลี่ยนเป็น granted หลังกดยอมรับ แปลว่าถูกต้อง ถ้าอยากต่อยอดเรื่อง trigger ซับซ้อน ดู GTM advanced guide และถ้าจะทำ Conversion API ควบคู่ อ่าน GA4 + GTM + Conversion API setup
Consent Mode กระทบ Conversion ยังไง แล้วกู้กลับได้ไหม
เรื่องที่เจ็บสุดคือ consent mode กระทบ conversion แบบเห็นชัดบน dashboard คนที่ปฏิเสธคุกกี้จะไม่มีคุกกี้ให้ Google จับคู่คลิกกับการซื้อ conversion ส่วนนั้นจึง “หาย” ในสายตาระบบ ทั้งที่ยอดจริงเกิดขึ้น
Advanced mode แก้ด้วย conversion modeling คือ Google เอา cookieless ping มาประมาณว่าคลิกไหนน่าจะนำไปสู่ conversion แล้วเติมกลับเป็น modeled conversions แต่ modeling ไม่ได้ทำงานฟรี ๆ มันต้องมี volume พอ Google ระบุว่าต้องมี ad click อย่างน้อยประมาณ 700 ครั้งต่อวัน ต่อประเทศ ต่อเนื่อง 7 วัน ถึงจะเริ่ม model ได้ (ดูเงื่อนไขที่ Google support) เว็บ B2B ไทยที่ traffic ไม่หนามักไม่ถึงเกณฑ์นี้ แปลว่า modeling ช่วยได้จำกัด
เมื่อ modeling พึ่งไม่ได้เต็มที่ ทางออกคือลดการพึ่งคุกกี้ตั้งแต่แรก ด้วย server-side tracking และ enhanced conversions ที่ส่งข้อมูล first-party (อีเมล เบอร์ ที่ผู้ใช้ให้ยินยอมแล้ว) ตรงไป Google อ่านวิธีคิดเรื่องนี้ต่อที่ Facebook Pixel + CAPI setup
ตารางนี้ช่วยไล่หาสาเหตุเวลา conversion หรือข้อมูลเพี้ยนหลังติด consent mode
| อาการ (metric จริง) | สาเหตุน่าจะเป็น | สิ่งที่ทำ |
|---|---|---|
| Conversion ตกชัดทันทีหลังติด CMP แต่ยอดขายจริงเท่าเดิม | ใช้ basic mode คนปฏิเสธเลยหายทั้งก้อน | เปลี่ยนเป็น advanced mode เปิด conversion modeling |
| เปิด advanced แล้วแต่ modeled conversions ไม่โผล่เลย | ad click < 700/วัน/ประเทศ ต่อเนื่อง 7 วัน ไม่ถึงเกณฑ์ | รวม conversion action, ดัน enhanced conversions, พึ่ง first-party |
| GA4 Realtime นิ่ง 0 หลัง publish container | consent default = denied แต่ update ไม่เคยยิง |
เช็ค trigger ของ consent update / การเชื่อม CMP |
| Tag Assistant ขึ้น “no consent” ทุก event | ไม่ได้ตั้ง default ก่อน tag โหลด (ลำดับผิด) | วาง Consent Mode tag บน trigger Consent Initialization |
| ตัวเลข GA4 กับ Google Ads ห่างกันมากผิดปกติ | นับ modeled คนละวิธี + window ต่างกัน | เทียบใน window เดียวกัน อย่าคาดหวังตรงเป๊ะ |
ผิดพลาดที่พบบ่อยตอนติด consent mode
จุดพลาดยอดฮิตคือลืมว่า Consent Mode tag ต้องอยู่บน trigger Consent Initialization ไม่ใช่ All Pages ถ้าวางผิด tag อื่นจะยิงแซงไปก่อนที่สถานะ consent จะถูกตั้ง อีกจุดคือติด CMP ที่ไม่ใช่ Google certified ทำให้มันไม่ push consent update ในรูปแบบที่ GTM อ่านได้ ผู้ใช้กดยอมรับแต่ tag ไม่เคยรู้ และอย่าลืมทดสอบทั้งเคส “ยอมรับ” และ “ปฏิเสธ” คนส่วนใหญ่เทสแต่เคสกดยอมรับแล้วคิดว่าเสร็จ
FAQ
Consent Mode v2 บังคับใช้กับเว็บไทยไหม
ทางเทคนิค Google บังคับเฉพาะคนที่ยิงแอดหากลุ่มผู้ใช้ใน EEA/UK แต่ถ้าเว็บคุณมี traffic ยุโรปปนอยู่ หรือวางแผนขยาย ควรติดไว้ ส่วนในแง่ PDPA ไทย การมีกลไกบังคับการปฏิเสธคุกกี้เป็นแนวปฏิบัติที่ดีอยู่แล้ว ไม่ต้องรอให้บังคับ
ไม่ติด Consent Mode v2 จะเป็นอะไรไหม
ถ้ายิงแอดหา EEA ฟีเจอร์อย่าง remarketing และ conversion measurement บางส่วนจะเริ่มใช้ไม่ได้กับผู้ใช้กลุ่มนั้น สำหรับ traffic ไทยล้วน ยังทำงานได้ แต่คุณจะไม่มี modeling มาชดเชย conversion ที่หายจากคนปฏิเสธคุกกี้
Consent Mode ต่างจาก CMP ยังไง
CMP คือแบนเนอร์ที่ถามผู้ใช้และเก็บบันทึกความยินยอม Consent Mode คือกลไกที่รับผลจาก CMP ไปสั่ง Google tag ให้ทำงานตาม สองอย่างนี้ทำงานคู่กัน ขาดตัวใดตัวหนึ่งไม่ครบ
Enhanced conversions กับ Consent Mode ใช้ด้วยกันได้ไหม
ได้ และควรใช้คู่กัน enhanced conversions ส่ง first-party data ที่ hash แล้วเมื่อได้ consent ช่วยเติมความแม่นให้ modeling ทำงานดีขึ้น โดยเฉพาะเว็บที่ traffic ไม่ถึงเกณฑ์ modeling
ตั้ง consent mode gtm แล้วทำไม conversion ยังไม่กลับมา
เช็คก่อนว่าใช้ advanced ไม่ใช่ basic จากนั้นดูว่า volume ถึงเกณฑ์ modeling หรือยัง ถ้า traffic น้อย modeling จะช่วยได้จำกัด ต้องหันไปเสริมด้วย server-side และ enhanced conversions
สรุป
Consent Mode v2 ไม่ใช่แค่ช่องให้ผ่านกฎ แต่เป็นวิธีรักษาความสามารถในการวัดผลไว้ในโลกที่คนปฏิเสธคุกกี้มากขึ้นเรื่อย ๆ สามเรื่องที่ต้องจำ: เลือก advanced mode ถ้าพึ่ง paid ads เพราะมันเปิดทาง modeling ให้ conversion กลับมา, คุมลำดับ tag ให้ Consent Mode ยิงบน Consent Initialization ก่อนทุก tag, และอย่าหวังพึ่ง modeling อย่างเดียวถ้า traffic ยังไม่ถึงเกณฑ์ ให้เสริมด้วย first-party data
อยากวางระบบเก็บข้อมูลให้ทน cookieless ต่อ อ่าน MarTech Analytics & Tracking Guide และถ้าปวดหัวเรื่องนับ conversion ข้ามช่องทาง ลองดูมุม attribution model สำหรับ B2B เพื่อเข้าใจว่าตัวเลขที่หายและที่ถูก model กลับมา ควรตีความยังไงให้ไม่หลอกตัวเอง
