cmp consent: ตั้งให้ PDPA ผ่านโดยไม่ทำ conversion หาย
cmp consent คือหัวใจการเก็บ cookie ให้ถูก PDPA อ่านวิธีตั้ง Consent Mode v2 ใน GTM ให้ conversion ไม่หายและแอดยังวัดผลได้ครบทุกขั้น
cmp consent ตั้งใน GTM ยังไงให้ผ่าน PDPA โดย conversion ไม่หาย ปี 2026
Last updated: 2026-08-02
วันแรกที่ติด cookie banner เสร็จ ทีมมักโล่งใจว่า “PDPA ผ่านแล้ว” — แล้วสามวันถัดมาก็มางงกันต่อ ว่าทำไม conversion ใน GA4 หายไปครึ่งหนึ่ง Google Ads ขึ้นเตือนสีแดง และ Pixel ของ Meta รายงานยอดน้อยจนน่าตกใจ ปัญหาไม่ได้อยู่ที่ banner สวยหรือไม่ แต่อยู่ที่การเชื่อม cmp consent เข้ากับ tag ที่ยิงจริง คำว่า CMP กับ Consent Mode เป็นคนละชั้นกัน และถ้าเข้าใจสองชั้นนี้ผิด คุณจะได้ banner ที่ถูกกฎหมายแต่ทำ tracking พังทั้งระบบ บทความนี้อธิบายกลไกทั้งเส้น ตั้งแต่ signal ที่ CMP ส่งออกมา ไปจนถึงวิธีตั้ง GTM ให้ conversion ยังวัดได้ในโลกที่ผู้ใช้กดปฏิเสธได้ทุกเมื่อ
Key Takeaways: CMP (Consent Management Platform) ทำหน้าที่เก็บและจัดเก็บความยินยอมของผู้ใช้ ส่วน Consent Mode คือภาษาที่แปลความยินยอมนั้นให้ Google/Meta เข้าใจ — คนละชั้นกัน ต้องต่อกันให้ถูก Consent Mode v2 บังคับให้ส่ง signal สี่ตัว โดยเพิ่ม
ad_user_dataและad_personalizationเข้ามา หากไม่ส่ง Google Ads จะหยุด remarketing และ conversion modeling ตั้ง default ให้ปฏิเสธไว้ก่อน แล้ว “wait for update” ให้ CMP อัปเดตก่อน tag ยิง คือหัวใจที่ทำให้ตัวเลขไม่หายทั้งกระดาน
cmp consent คืออะไร และต่างจาก Consent Mode ตรงไหน
CMP (Consent Management Platform) คือระบบที่แสดง banner ขอความยินยอม เก็บคำตอบของผู้ใช้ (ยอมรับ/ปฏิเสธ แยกตามหมวด) และเก็บ log ไว้เป็นหลักฐานว่าใครยินยอมอะไรเมื่อไหร่ ส่วน cmp consent ในความหมายที่คนทำ ads พูดถึง คือสถานะความยินยอมที่ CMP ตัวนั้นส่งต่อเข้าไปในระบบ tracking เพื่อบอกว่า tag ตัวไหนได้รับอนุญาตให้เก็บ cookie หรือยัง
จุดที่คนสับสนบ่อยที่สุด: CMP ไม่ได้หยุด tag ให้เอง มันแค่ “ประกาศ” สถานะออกมา ส่วนที่ฟังประกาศนั้นแล้วตัดสินใจว่าจะยิงหรือไม่ยิง คือ Consent Mode ของ Google กับ logic ที่คุณตั้งใน GTM ถ้ามี CMP แต่ไม่ได้ต่อ Consent Mode เข้าไป ผลก็คือ banner ขึ้นสวยงาม แต่ tag ยังยิงเก็บ cookie ตามปกติทุกคน — ผิด PDPA เต็ม ๆ ทั้งที่ “ดูเหมือน” ทำแล้ว
เทียบให้เห็นภาพ: CMP เป็นคนถามคำถามและจดคำตอบ Consent Mode เป็นล่ามที่แปลคำตอบนั้นให้ Google/Meta ฟังรู้เรื่อง และ tag คือคนที่ลงมือทำตามคำแปลอีกที สามชั้นนี้ต้องต่อกันครบ ขาดชั้นไหนก็พังชั้นนั้น สำหรับคนที่วางระบบ tracking อยู่แล้ว แนะนำให้อ่านคู่กับ MarTech Analytics & Tracking Guide เพื่อเห็นว่า consent วางตรงไหนในภาพใหญ่
Consent Mode v2 บังคับอะไร ที่ v1 ไม่มี
ตั้งแต่ Google ปรับมาเป็น Consent Mode v2 signal ที่ต้องส่งเพิ่มขึ้นเป็นสี่ตัว และสองตัวใหม่นี่แหละที่ทำให้หลายเว็บโดนตัด remarketing โดยไม่รู้ตัว
ad_storage— อนุญาตให้เก็บ cookie ที่ใช้โฆษณาanalytics_storage— อนุญาตให้เก็บ cookie ฝั่ง analytics (GA4)ad_user_data— อนุญาตให้ ส่งข้อมูลผู้ใช้ ไป Google เพื่อวัตถุประสงค์โฆษณา (ใหม่ใน v2)ad_personalization— อนุญาตให้ใช้ข้อมูลทำ personalized ads / remarketing (ใหม่ใน v2)
ตัวที่ทำให้คนสะดุดคือสองตัวหลัง ถ้า CMP ของคุณอัปเกรดไม่ทัน หรือ template ใน GTM ยังเป็นของเก่า มันจะส่งแค่สองตัวแรก Google Ads ก็จะมองว่า “consent สำหรับ ad ไม่ครบ” แล้วปิด conversion modeling ให้อัตโนมัติ — คุณจะเห็น conversion ตัวเลขจริงลดลง ทั้งที่คนยังกดยอมรับเท่าเดิม รายละเอียด signal ทั้งชุดดูได้จากเอกสารทางการที่ Google Tag Platform — Consent Mode
Basic vs Advanced Consent Mode
Consent Mode มีสองโหมด และการเลือกผิดโหมดคือที่มาของ “ตัวเลขหายเยอะเกินคาด” Basic mode จะ ไม่โหลด Google tag เลย จนกว่าผู้ใช้จะยอมรับ — สะอาดต่อ PDPA แต่แลกมาด้วยการที่ Google ไม่มี signal อะไรเลยจากคนที่ปฏิเสธ Advanced mode จะโหลด tag แต่ยิงแบบ cookieless ping (ไม่มี cookie, ไม่มี ID) เพื่อให้ Google เอาไปทำ modeling ประมาณ conversion ของกลุ่มที่ปฏิเสธได้
ในทางปฏิบัติ ถ้าธุรกิจพึ่ง Google Ads เป็นหลักและอยากได้ modeled conversion กลับมา Advanced mode มักคุ้มกว่า แต่ต้องมั่นใจว่า cookieless ping สอดคล้องกับที่ทีมกฎหมาย/DPO ยอมรับ อย่าตั้งเองเงียบ ๆ
ตั้ง cmp consent + Consent Mode ใน GTM ทีละชั้น
ลำดับการตั้งค่าสำคัญกว่าตัวเลือกแต่ละอัน เพราะ Consent Mode ทำงานตาม “เวลา” ที่ signal ถูกส่ง ถ้า tag ยิงก่อน CMP ทันอัปเดตสถานะ ผลคือ tag เห็นค่า default (ปฏิเสธ) แล้วไม่เก็บอะไรเลย ทั้งที่ผู้ใช้กดยอมรับไปแล้ว
- ตั้ง default consent = denied ทุกตัว ยิงก่อนสิ่งอื่นทั้งหมด (ใน GTM ใช้ Consent Initialization trigger) นี่คือท่าที่ถูกต้องตาม PDPA — สันนิษฐานว่าไม่ยินยอมไว้ก่อน
- ให้ CMP ยิง update เมื่อผู้ใช้กดเลือก โดย CMP ส่งค่าใหม่ (granted/denied) ของทั้งสี่ signal
- เปิด “wait for update” ในตั้งค่า consent ของ GTM ค่า default ที่ Google แนะนำคือ 500ms — เป็นการบอก tag ว่า “รอ CMP อีกครึ่งวินาที เผื่อผู้ใช้เพิ่งกด” ถ้าไม่ตั้งตัวนี้ tag เร็ว ๆ จะยิงทันก่อน consent update เสมอ
- ตั้ง built-in consent checks ในแต่ละ tag ให้ GA4/Ads tag require
analytics_storage/ad_storageก่อนยิง
สำหรับ Meta Pixel เรื่องต่างออกไปนิด เพราะ Pixel ไม่ได้อยู่ใต้ Consent Mode ของ Google โดยตรง ต้อง gate ด้วย trigger exception หรือ consent variable ของ CMP เอง แล้วเสริมด้วย Conversion API ฝั่ง server เพื่อกู้ event ที่หายจาก browser — วิธีตั้งดูได้ที่ Facebook Pixel + Conversion API Setup ส่วนใครที่อยากย้าย tracking หนักไปฝั่ง server เพื่อลดการพึ่ง cookie ควรอ่าน Server-side Tracking Guide ประกอบ เพราะ consent กับ server-side ต้องออกแบบไปด้วยกัน
เมื่อ conversion หายหลังติด CMP — ไล่ต้นเหตุยังไง
จุดที่เสียเวลาที่สุดคือการเดาสุ่ม ทั้งที่อาการแต่ละแบบชี้ไปคนละสาเหตุชัดเจน ตารางนี้คือลำดับที่ผมใช้ไล่จริงเวลา conversion เพี้ยนหลังติด consent ตัวเลข threshold ในตารางเป็น เกณฑ์ตัดสินใจที่เราตั้งไว้เพื่อเฝ้าดู ไม่ใช่ค่าเฉลี่ยอุตสาหกรรม
| อาการ (metric จริง) | สาเหตุน่าจะเป็น | สิ่งที่ทำ |
|---|---|---|
| Consent acceptance < 50% (เส้นที่เราตั้งไว้เตือน) | banner ออกแบบให้กด “ปฏิเสธ” ง่ายกว่า “ยอมรับ” / โหลดช้าจนคนปิด | จัดปุ่มให้สมดุล, preload CMP, ลดหมวดที่ต้องเลือก |
| GA4 realtime ตกเกือบหมดทันทีหลังติด CMP | tag ยิงก่อน consent update / ลืมเปิด wait for update | ตั้ง wait for update 500ms, ย้าย tag ไปหลัง Consent Initialization |
| Google Ads เตือน “Consent Mode not detected” หรือ remarketing list โตช้าลง | ไม่ได้ส่ง ad_user_data / ad_personalization (ยังเป็น v1) |
อัปเดต CMP + GTM template ให้ครบ 4 signal ของ v2 |
| Conversion Meta ตกหลังขึ้น banner | Pixel ยิงตอนสถานะ denied / ไม่มี CAPI สำรอง | gate Pixel ด้วย consent, เปิด Conversion API ฝั่ง server |
| ตัวเลขต่างกันมากระหว่าง Basic กับที่คาด | ใช้ Basic mode → ไม่มี modeled conversion จากคนที่ปฏิเสธ | ประเมินย้ายไป Advanced mode (ถ้า DPO อนุมัติ cookieless ping) |
ผิดพลาดที่พบบ่อย: ตั้ง default เป็น granted
เจอบ่อยกว่าที่คิด — ทีมกลัว conversion หาย เลยตั้ง default consent เป็น granted ไว้ก่อน แล้วให้ CMP อัปเดตเป็น denied ทีหลังถ้าคนปฏิเสธ ท่านี้ทำให้ทุกคนที่ปิด banner เร็ว ๆ หรือ CMP โหลดช้า ถูกเก็บ cookie ไปแล้วก่อนได้ยินยอม ผิด PDPA โดยสมบูรณ์ และเป็นจุดที่ audit จับได้ง่ายที่สุด default ต้องเป็น denied เสมอ ไม่มีข้อยกเว้น
FAQ
CMP กับ Consent Mode ต้องใช้คู่กันไหม หรือใช้ตัวเดียวพอ?
ใช้คู่กัน CMP เก็บความยินยอม Consent Mode แปลความยินยอมนั้นให้ Google เข้าใจ ถ้ามี CMP แต่ไม่ต่อ Consent Mode สถานะที่ผู้ใช้เลือกจะไปไม่ถึง tag — banner ก็เป็นแค่ของประดับ
ตั้ง Consent Mode แล้ว conversion จะหายไหม?
ถ้าใช้ Advanced mode Google จะทำ modeling ประมาณ conversion ของคนที่ปฏิเสธกลับมาให้ ตัวเลขจึงไม่หายทั้งหมด แต่ถ้าใช้ Basic mode คนที่ปฏิเสธจะไม่มี signal เลย ตัวเลขที่เห็นจะเป็นเฉพาะคนที่ยอมรับ
PDPA บังคับให้ต้องมี CMP เลยไหม?
กฎหมายไม่ได้ระบุชื่อเครื่องมือ แต่บังคับให้ต้อง “ขอความยินยอมก่อนเก็บข้อมูล” และเก็บหลักฐานได้ CMP คือวิธีที่ทำสองอย่างนี้ได้เป็นระบบที่สุด จะทำเองก็ได้ถ้าทำครบเงื่อนไข
ทำไม Google Ads เตือน consent ทั้งที่ติด CMP แล้ว?
เกือบทุกครั้งคือ CMP ยังส่งแค่ signal ของ v1 (สองตัว) ไม่ได้ส่ง ad_user_data กับ ad_personalization ของ v2 อัปเดต template ให้ครบสี่ตัวจะหายเตือน
Meta Pixel อยู่ใต้ Consent Mode ของ Google ด้วยไหม?
ไม่ Consent Mode เป็นของ Google Pixel ต้อง gate แยกด้วย consent variable ของ CMP เอง และควรเสริม Conversion API ฝั่ง server เพื่อกู้ event ที่หายจาก browser
สรุป
cmp consent ที่ทำถูก ไม่ใช่แค่ banner สวยที่คนกดยอมรับ แต่คือสามชั้นที่ต่อกันครบ — CMP เก็บความยินยอม, Consent Mode แปลเป็น signal, และ tag ทำตาม signal นั้นตามลำดับเวลาที่ถูกต้อง จำสามข้อนี้ไว้: หนึ่ง default ต้องเป็น denied เสมอ อย่าตั้ง granted เพื่อกันตัวเลขหาย สอง Consent Mode v2 ต้องส่งครบสี่ signal ไม่งั้น Google Ads ตัด remarketing เงียบ ๆ สาม เปิด wait for update และวาง tag ให้ยิงหลัง Consent Initialization เสมอ
อยากต่อภาพให้ครบตั้งแต่ consent ไปจนถึงการวัดผลข้าม platform อ่าน GA4 + GTM + Conversion API Setup เพื่อวางระบบ tracking ที่ทำงานร่วมกับ consent ได้ตั้งแต่แรก หรือ subscribe newsletter รับ MarTech insight สำหรับ B2B ทุกสัปดาห์
