10 ข้อผิดพลาดเรื่อง Google Tag Manager Consent ที่เอเจนซีและฟรีแลนซ์ทำเว็บไซต์ควรหลีกเลี่ยง

ลูกค้าเซ็นรับงานเว็บไซต์ใหม่ไปแล้วสองสัปดาห์ แต่ทีม Data ของลูกค้าเพิ่งมาแจ้งว่า Google Ads เห็น Conversion หายไปครึ่งหนึ่งเมื่อเทียบกับเว็บเก่า เอเจนซีเปิด Google Tag Manager Preview ขึ้นมาดู และพบว่า Consent Mode ถูกใส่ Tag ไว้จริง แต่ Default Consent State ไม่เคยถูกตั้งก่อนที่ Tag อื่นจะยิง ปัญหานี้เกิดซ้ำ ๆ ในงานเอเจนซีและฟรีแลนซ์ เพราะ Google Tag Manager Consent เป็นเรื่องของลำดับการทำงานและ Governance มากกว่าการติดโค้ดให้ครบ

บทความนี้รวบรวม 10 ข้อผิดพลาดที่เกิดขึ้นจริงในงานเอเจนซีและฟรีแลนซ์ทำเว็บไซต์ แยกตามช่วงของงาน ตั้งแต่การตั้งค่าเริ่มต้น การควบคุม Script และ Container ไปจนถึง Workflow ระหว่างเอเจนซีกับลูกค้า พร้อมวิธีตรวจสอบที่ทำได้จริงในแต่ละจุด

บริบทที่เอเจนซีต้องเข้าใจก่อนวาง Google Tag Manager Consent

Google Tag Manager Consent ในที่นี้หมายถึงการตั้งค่า Google Tag Manager Consent สำหรับเอเจนซี ให้ทำงานร่วมกับ Consent Mode ของ Google เพื่อให้ Tag ต่าง ๆ ใน Container อ่านสถานะ Consent ก่อนยิงข้อมูลออกไปยัง Google Ads, GA4 หรือ Vendor อื่น ระบบนี้ไม่ใช่ตัว Consent Banner เอง แต่เป็นชั้นควบคุมที่ต้องรับค่าจาก Banner หรือ CMP ที่เว็บไซต์ใช้งานอยู่

TRUSTY-20 ช่วยกำหนดขอบเขตงานให้เอเจนซี

กรอบ TRUSTY-20 ที่ trusty ใช้วิเคราะห์เว็บไซต์มีหัวข้อ Timing, Script and Storage และ Vendor ที่ตรงกับงาน GTM โดยตรง เอเจนซีที่ใช้กรอบนี้เป็น Checklist ภายในจะเห็นว่างานไม่ได้จบที่การ Publish Container แต่ต้องตรวจว่า Script ทำงานก่อนหรือหลัง Consent จริง และ Vendor ที่ผูกอยู่ใน Container มีตัวไหนที่ยังไม่ได้ Map เข้ากับ Consent Type บ้าง

กลุ่มข้อผิดพลาดที่ 1: การตั้งค่า Default Consent State ผิดจุดหรือผิดเวลา

1. ไม่ตั้ง Default Consent State ก่อนโหลด Tag อื่น

Consent Mode ต้องมีการประกาศ Default State ก่อนที่ Tag วัดผลตัวอื่นจะทำงาน ถ้าเอเจนซีวาง Tag คำสั่ง Default ไว้หลัง Tag ของ Google Ads หรือ GA4 ใน Container ลำดับการโหลดที่ผิดจะทำให้ Tag เหล่านั้นยิงด้วยค่า Consent เริ่มต้นของเบราว์เซอร์แทนค่าที่เอเจนซีตั้งใจกำหนด

2. ตั้ง Default เป็น granted ทั้งหมดเพื่อความง่าย

บางทีมตั้งค่า Default เป็นอนุญาตทุกหมวดเพื่อให้ Report สวยและลด Bug ระหว่างพัฒนา แล้วลืมเปลี่ยนกลับก่อนขึ้น Production ผลคือ Tracking ทำงานเต็มรูปแบบตั้งแต่ก่อนผู้ใช้ให้ Consent จริง ซึ่งขัดกับหลักการที่ระบบควรเริ่มจากปฏิเสธก่อนแล้วค่อยเปิดตามที่ผู้ใช้เลือก

3. ลืม Map หมวด Consent ของ Banner กับ Google Consent Type

Google Consent Mode มี Consent Type เฉพาะของตัวเอง เช่น ad_storage, analytics_storage และ ad_user_data ขณะที่ CMP หรือ Banner ที่เว็บไซต์ใช้อาจแบ่งหมวดเป็น Necessary, Functional, Analytics และ Marketing เอเจนซีที่ Map สองระบบนี้ไม่ครบ มักปล่อยให้ Marketing Cookie ยิงเมื่อผู้ใช้กด Accept เฉพาะ Analytics เพราะ Type ที่เกี่ยวข้องไม่ได้ถูกผูกไว้ด้วยกัน

กลุ่มข้อผิดพลาดที่ 2: Container และ Script ที่ควบคุมไม่ครบ

4. มี Hardcoded Script นอก GTM ที่ไม่ผ่าน Consent

เว็บไซต์จำนวนมากมี Script ฝังตรงในธีมหรือ Header ของ CMS อยู่ก่อนแล้ว เมื่อเอเจนซีย้ายมาใช้ GTM Consent แต่ไม่ได้ไล่เก็บ Script เดิมออกจาก Source Code ตัว Script นั้นจะยังทำงานคู่ขนานไปโดยไม่ผ่าน Consent เลย ต่อให้ Container ใน GTM ตั้งค่าถูกต้องทั้งหมด

5. Preview Container ผ่านแต่ Production ไม่ได้ Publish เวอร์ชันล่าสุด

ทีมทดสอบผ่าน Google Tag Manager Preview แล้วสรุปว่างานเสร็จ แต่ลืมกด Publish หรือ Publish ผิด Environment เว็บไซต์จริงจึงยังใช้ Container เวอร์ชันเก่าที่ไม่มี Consent Logic เอเจนซีควรตรวจ Container Version ที่ทำงานบน Production แยกจากที่ทดสอบใน Preview เสมอ

6. Theme หรือ Plugin เพิ่ม Script ใหม่โดยไม่แจ้งทีม

เมื่อทีม Developer อัปเดต Theme หรือเพิ่ม Plugin ใหม่ในภายหลัง บาง Plugin แทรก Tracking Pixel ของตัวเองนอกเหนือจากที่ GTM ควบคุม ถ้าไม่มีรอบตรวจ Script Inventory เป็นระยะ เอเจนซีจะไม่รู้ตัวว่ามี Script ใหม่หลุดออกนอกการควบคุม Consent

กลุ่มข้อผิดพลาดที่ 3: Workflow ระหว่างเอเจนซีกับลูกค้า

7. ส่งมอบเว็บไซต์โดยไม่ทดสอบ Reject All

ทีมส่วนใหญ่ทดสอบแค่ Accept All เพราะเห็นข้อมูลไหลเข้า Google Ads และ GA4 ตามที่คาดหวัง แต่ไม่ได้ทดสอบเส้นทาง Reject All ว่า Tag ทุกตัวหยุดจริงหรือไม่ ปัญหาที่พบบ่อยคือ Tag บางตัวยังยิงต่อแม้ผู้ใช้กดปฏิเสธ เพราะ Trigger ไม่ได้ผูกกับ Consent Check

8. ไม่มี Owner ฝั่งลูกค้าเมื่อ Tag เปลี่ยนหลังส่งมอบ

หลังโปรเจกต์จบ ลูกค้ามักเพิ่ม Tag ใหม่เองผ่านทีม Marketing โดยไม่ปรึกษาเอเจนซีที่วางระบบ Consent ไว้ตั้งแต่ต้น ถ้าไม่ได้ระบุ Owner และขั้นตอนอนุมัติ Tag ใหม่ตั้งแต่การส่งมอบงาน Consent Logic ที่วางไว้อย่างดีจะถูกเจาะช่องโหว่โดยทีมที่ไม่รู้ที่มา

9. ไม่บันทึก Container Version คู่กับ Consent Log

เมื่อเกิดข้อพิพาทเรื่องข้อมูลที่หายไปหรือ Tag ที่ทำงานผิดปกติ การย้อนกลับไปดูว่า Container เวอร์ชันไหนทำงานอยู่ในช่วงเวลานั้นเป็นหลักฐานสำคัญ เอเจนซีที่ไม่บันทึก Container Version คู่กับ Consent Log จะตอบคำถามลูกค้าย้อนหลังได้ยาก

10. เขียนในรายงานส่งลูกค้าว่า "ติด Consent Mode แล้วเว็บไซต์พร้อม PDPA"

Consent Mode เป็นกลไกทางเทคนิคที่ควบคุมการส่งข้อมูลไปยัง Google ไม่ใช่ฐานทางกฎหมายและไม่ใช่ตัวแทนของ Consent Banner ทั้งระบบ การเขียนสรุปให้ลูกค้าเข้าใจว่าโครงการ PDPA จบแล้วเพียงเพราะติด Consent Mode เสร็จ เป็นการสื่อสารที่คลาดเคลื่อนและอาจสร้างความเข้าใจผิดในระยะยาว รายงานควรระบุขอบเขตของสิ่งที่ทำจริงและสิ่งที่ยังต้องตรวจเพิ่ม เช่น Privacy Policy และ Data Inventory ฝั่งหลังบ้าน

คำถามที่พบบ่อยเกี่ยวกับ Google Tag Manager Consent สำหรับเอเจนซี

ต้องตั้ง Default Consent State ตรงไหนใน GTM Container

ควรตั้งเป็น Tag แรกสุดที่ทำงานก่อน Tag วัดผลอื่นทุกตัว โดยอ้างอิงลำดับการทำงานจากเอกสาร Google Tag Platform ล่าสุด ไม่ใช่จำวิธีตั้งค่าจากโปรเจกต์เก่าที่เคยทำไว้หลายปีก่อน

เอเจนซีควรทดสอบ Consent ด้วยอะไรก่อนส่งมอบงาน

ควรใช้ GTM Preview ร่วมกับเครื่องมือตรวจ Tag ปัจจุบันของ Google อย่างน้อยสามเส้นทางคือ Accept All, Reject All และ Custom Selection แล้วเปิด Network Tab ดูว่า Request จริงที่ยิงออกไปตรงกับสถานะ Consent ที่เลือกหรือไม่

เช็กลิสต์ปฏิบัติ

• ตรวจว่า Tag ตั้งค่า Default Consent State ทำงานก่อน Tag วัดผลทุกตัวใน Container
• ทดสอบ Reject All แล้วเปิด Network Tab ยืนยันว่าไม่มี Request ของ Tag ที่ควรถูกบล็อกหลุดออกไป
• ไล่ตรวจ Source Code หน้าเว็บว่ามี Hardcoded Script นอก GTM ที่ยังทำงานอยู่หรือไม่
• ยืนยันว่า Container ที่ Publish บน Production ตรงกับเวอร์ชันที่ทดสอบผ่านใน Preview
• Map หมวด Consent ของ Banner กับ Google Consent Type ให้ครบทุกหมวดที่ใช้งานจริง
• บันทึก Container Version คู่กับ Consent Log ทุกครั้งที่มีการ Publish ใหม่
• กำหนด Owner ฝั่งลูกค้าที่ต้องแจ้งเอเจนซีก่อนเพิ่ม Tag ใหม่หลังส่งมอบงาน

ข้อผิดพลาดที่พบบ่อย

• ตั้ง Default Consent State ผิดลำดับหรือผิดค่าเริ่มต้น
• ปล่อย Hardcoded Script นอก GTM ให้ทำงานคู่ขนานโดยไม่ผ่าน Consent
• ทดสอบเฉพาะ Accept All แล้วข้ามการทดสอบ Reject All
• ไม่มี Workflow อนุมัติ Tag ใหม่หลังส่งมอบงานให้ลูกค้า
• เขียนรายงานอ้างว่าเว็บไซต์ "พร้อม PDPA" ทั้งที่ตรวจแค่ Consent Mode

สรุป

ข้อผิดพลาดเรื่อง Google Tag Manager Consent ของเอเจนซีส่วนใหญ่ไม่ได้เกิดจากความรู้ทางเทคนิคที่ขาด แต่เกิดจากขั้นตอนที่หลุดไป เช่น ไม่ทดสอบ Reject All หรือไม่มี Owner ดูแลต่อหลังส่งมอบงาน การไล่ตรวจตามกลุ่มข้อผิดพลาดทั้งสามด้านในบทความนี้ช่วยลดความเสี่ยงที่ Tag จะทำงานผิดจาก Consent ที่ผู้ใช้เลือกจริง แต่ยังต้องอ่านคู่กับ Best Practices Google Tag Manager Consent สำหรับเอเจนซี เพื่อวางระบบตั้งแต่ต้นงาน

แหล่งข้อมูลอ้างอิง

• Google Ads Help — Tag Manager Consent Mode Support
• Google Tag Platform — Consent Mode Developer Guide