ตัวอย่างและ Template Google Consent Mode สำหรับร้านค้าออนไลน์และ E-commerce

ทีมพัฒนาที่ได้รับโจทย์ "ติด Consent Mode ให้ร้านค้า" มักถามคำถามเดียวกันคือขอดูตัวอย่างโครงสร้างจริง ไม่ใช่แค่คำอธิบายแนวคิด เพราะการอ่านเอกสารทฤษฎีอย่างเดียวไม่พอสำหรับตัดสินใจว่าจะวาง Default State ตรงไหน หรือ Category ไหนควร Map กับ Consent Type ใด

บทความนี้รวบรวมตัวอย่างที่ทีม E-commerce นำไปปรับใช้ได้ โดยทุกตัวอย่างมีป้ายกำกับชัดว่าเป็นตัวอย่างสำหรับการเรียนรู้โครงสร้าง ไม่ใช่ Config สำเร็จรูปที่ใช้ได้ทันทีกับทุกระบบ เพราะแต่ละร้านมี Tag และ App ติดตั้งไม่เหมือนกัน ควรอ่านคู่กับ คู่มือ Google Consent Mode สำหรับร้านค้าออนไลน์

โครงสร้างที่ต้องมีก่อนเริ่มใช้ Template

ก่อนนำตัวอย่างใดไปวาง ทีมต้องรู้ก่อนว่าร้านค้าใช้ CMP ตัวไหน มีหมวด Cookie กี่หมวด และ Container ของ Google Tag Manager มี Tag อะไรอยู่บ้าง เพราะ Template ที่ดีต้องถูกปรับให้ตรงกับ Tag ที่มีอยู่จริง ไม่ใช่ Copy วางทั้งหมดโดยไม่ตรวจสอบ

สิ่งที่ควรเตรียมไว้ก่อนคือรายชื่อ Tag ทั้งหมดใน Container พร้อมระบุว่าแต่ละ Tag เกี่ยวข้องกับ Analytics หรือ Advertising และรายชื่อ App บนร้านค้าที่อาจฝัง Script นอก Container เพื่อให้ครอบคลุมทุกจุดที่ Consent Mode ต้องเข้าไปแตะ

ตัวอย่าง Default Consent State

ค่า Default Consent State เป็นสถานะเริ่มต้นที่บอก Google ว่าก่อนผู้ใช้เลือกอะไรในหน้า Banner ให้ปฏิบัติต่อ Tag แบบใด รูปแบบทั่วไปคือกำหนดให้ Analytics และ Advertising Storage เป็นค่าปฏิเสธไว้ก่อน แล้วค่อยอัปเดตเมื่อผู้ใช้ตัดสินใจในหน้า Banner

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

ตัวอย่างการ Map หมวด Cookie ของ CMP กับ Consent Type

ร้านค้าที่ใช้ CMP แบบแบ่งหมวด Necessary, Functional, Analytics และ Marketing สามารถวาง Mapping แบบตัวอย่างนี้เป็นจุดเริ่มต้น แต่ต้องตรวจ Tag จริงในบัญชีของตัวเองอีกครั้งก่อนเผยแพร่ใช้งาน

• หมวด Necessary: ไม่ผูกกับ Consent Type ของ Google เพราะเป็น Cookie ที่จำเป็นต่อการทำงานของเว็บ เช่น Session และตะกร้าสินค้า
• หมวด Functional: อาจไม่ผูกกับ Consent Type โดยตรง แต่ควรตรวจว่า Script ใดในหมวดนี้ส่งข้อมูลออกไปยัง Third Party หรือไม่
• หมวด Analytics: ผูกกับ analytics_storage สำหรับ Tag อย่าง Google Analytics 4
• หมวด Marketing: ผูกกับ ad_storage, ad_user_data และ ad_personalization สำหรับ Tag อย่าง Google Ads Remarketing

Scenario ตัวอย่าง: Retargeting Pixel ในหน้า Cart และ Checkout

Scenario ที่พบบ่อยที่สุดของร้านค้าออนไลน์คือ Tag ที่ยิงจากหน้า Cart เพื่อสร้าง Remarketing List และ Tag ที่ยิงจากหน้า Thank You เพื่อวัด Conversion ทั้งสองจุดต้องถูกครอบด้วย Consent Mode เพราะเกี่ยวข้องกับหมวด Marketing โดยตรง

ตัวอย่างการทดสอบที่ควรทำคือเปิดหน้า Cart ในโหมด Ghost หรือ Incognito แล้วลองกด Reject All ใน Banner จากนั้นตรวจผ่าน Tag Assistant ว่า Tag ของ Google Ads ส่งค่า Consent เป็น Denied จริง ไม่ใช่ยิงข้อมูลแบบเต็มรูปแบบทั้งที่ผู้ใช้ปฏิเสธไปแล้ว

อีก Scenario หนึ่งที่ควรทดสอบคือผู้ใช้ที่กด Custom Selection แล้วเลือกเฉพาะ Analytics แต่ไม่เลือก Marketing กรณีนี้ Tag ของ Google Analytics ควรทำงานตามปกติ ขณะที่ Tag ของ Google Ads ควรยังอยู่ในสถานะ Denied

ตัวอย่างการปรับ Template ให้เข้ากับ Third-party App

ร้านค้าที่ใช้ Shopify หรือ WooCommerce มักมี App สำหรับ Live Chat, Review หรือ Upsell ที่ฝัง Script ของตัวเองในธีมโดยตรง Template ของ Consent Mode ที่วางไว้ใน Google Tag Manager จะไม่ครอบคลุมถึง Script เหล่านี้โดยอัตโนมัติ

แนวทางตัวอย่างคือทำรายชื่อ App ทั้งหมดที่ติดตั้งอยู่ ระบุว่า App ใดยิง Pixel ตรงและ App ใดมีตัวเลือกให้เชื่อมผ่าน GTM แทน หาก App ไม่มีตัวเลือกเชื่อมผ่าน GTM ทีมต้องตัดสินใจว่าจะติดต่อผู้พัฒนา App ให้รองรับ Consent หรือปิดใช้ Feature นั้นชั่วคราว

Template Checklist สำหรับ Container ของ Google Tag Manager

ก่อนเผยแพร่ Container จริง ทีมควรไล่ตรวจรายการต่อไปนี้ทีละ Tag คือ Tag นี้อยู่ในหมวด Consent Type ใด Tag นี้มี Consent Setting ผูกไว้ใน GTM แล้วหรือยัง และ Tag นี้เคยถูกทดสอบในโหมด Preview ทั้งกรณี Accept และ Reject แล้วหรือไม่ การไล่ตรวจแบบนี้ช่วยลดโอกาสที่ Tag ใหม่จะถูกเพิ่มเข้าไปโดยไม่มี Consent Setting กำกับ

เมื่อ Template ต้องปรับตามขนาดของร้านค้า

ร้านค้าขนาดเล็กที่มี Tag เพียงไม่กี่ตัวอาจใช้ Template พื้นฐานได้ตรงตัวมากกว่า แต่ร้านค้าที่มี Tag จำนวนมากจากหลายทีม เช่น ทีม Performance Marketing, ทีม CRM และทีม Product ควรแบ่ง Container เป็นส่วนหรือใช้ Folder แยกตามทีม เพื่อให้ตรวจสอบ Consent Setting ของแต่ละกลุ่ม Tag ได้ง่ายขึ้น โดยไม่ต้องไล่ดูทีละ Tag ทั้ง Container เวลามีปัญหา

ร้านค้าที่ขยายไปหลายประเทศหรือหลายภาษาต้องตรวจเพิ่มว่า Banner แต่ละภาษาส่งค่า Consent เดียวกันไปยัง Layer เดียวกันหรือไม่ เพราะบางครั้งทีมแปลภาษาเพิ่ม Banner เวอร์ชันใหม่โดยไม่ได้เชื่อมกับ Data Layer เดิม ทำให้ Consent Mode อ่านค่าจากผู้ใช้บางภาษาไม่ได้ตามที่ตั้งใจ

คำถามที่พบบ่อยเกี่ยวกับ Template Google Consent Mode

Template ใน Google Consent Mode ใช้ได้ทันทีกับทุกร้านค้าหรือไม่

ไม่ควรใช้ทันที เพราะแต่ละร้านค้ามี Tag และ App ติดตั้งไม่เหมือนกัน Template เป็นเพียงจุดเริ่มต้นที่ต้องปรับตามรายชื่อ Tag จริงในบัญชี Google Tag Manager ของแต่ละร้าน

ควรตั้งค่า Default Consent State อย่างไรก่อนผู้ใช้ตัดสินใจ

โดยทั่วไปตั้งเป็น Denied สำหรับ Analytics และ Advertising Storage ก่อนผู้ใช้เลือกใน Banner แล้วอัปเดตเป็น Granted ตามหมวดที่ผู้ใช้ยินยอมภายหลัง

Scenario ใดควรทดสอบก่อนเผยแพร่ Container จริง

ควรทดสอบหน้า Cart และ Checkout ทั้งกรณี Accept All, Reject All และ Custom Selection ผ่าน Tag Assistant เพื่อยืนยันว่า Tag ส่งค่า Consent ตรงกับที่ผู้ใช้เลือกจริง

ทำไม Third-party App ถึงมีผลต่อ Template ที่วางไว้ใน GTM

เพราะ App บางตัวฝัง Pixel หรือ Script ตรงในธีมโดยไม่ผ่าน Google Tag Manager ทำให้ Consent Setting ที่วางไว้ใน Container ไม่ครอบคลุมถึง Script เหล่านั้น ต้องตรวจแยกทีละ App

เมื่อ Template ถูกปรับให้เข้ากับร้านค้าแล้ว ควรบันทึกเวอร์ชันของ Container ที่เผยแพร่ไว้คู่กับวันที่ปรับ เพื่อให้ทีมย้อนดูได้ว่า Consent Setting ชุดใดใช้งานอยู่ในแต่ละช่วงเวลา หากพบปัญหาข้อมูลผิดปกติภายหลัง จะได้ตรวจสอบได้ว่าเกิดขึ้นก่อนหรือหลังการเปลี่ยนแปลง Container ครั้งล่าสุด

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

• ทำรายชื่อ Tag ทั้งหมดใน Container พร้อมระบุ Consent Type ที่เกี่ยวข้อง
• ตั้งค่า Default Consent State เป็น Denied สำหรับ Analytics และ Advertising ก่อนผู้ใช้ตัดสินใจ
• ผูก Consent Setting ให้ทุก Tag ใน GTM ก่อนเผยแพร่ Container จริง
• ทดสอบ Scenario Cart และ Checkout ทั้งกรณี Accept, Reject และ Custom Selection
• ทำรายชื่อ Third-party App ที่อาจฝัง Pixel ตรงนอก Container
• ทบทวน Mapping หมวด Cookie กับ Consent Type ทุกครั้งที่เพิ่ม Tag ใหม่

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

• คัดลอก Template จากที่อื่นทั้งหมดโดยไม่ตรวจ Tag ที่มีอยู่จริงในบัญชี
• ลืมผูก Consent Setting ให้ Tag ที่เพิ่มเข้ามาใหม่หลัง Container เผยแพร่ครั้งแรก
• ทดสอบเฉพาะ Preview Mode แต่ไม่ทดสอบซ้ำบน Production หลังเผยแพร่
• ไม่ตรวจ Third-party App ที่ยิง Pixel ตรงนอก Google Tag Manager
• ใช้ค่า Default เดียวกันทุกหมวดโดยไม่แยก Analytics กับ Advertising

สรุป

Template ในบทความนี้เป็นจุดเริ่มต้นสำหรับทีมที่ต้องการเห็นโครงสร้างจริงของ Consent Mode ไม่ใช่ Config สำเร็จรูป ทุกร้านค้าต้องปรับตามรายชื่อ Tag และ App ของตัวเอง แล้วทดสอบ Scenario ที่มีความเสี่ยงสูงอย่าง Cart และ Checkout ก่อนเผยแพร่จริงทุกครั้ง

เมื่อพบว่า Tag บางตัวทำงานไม่ตรงกับที่ตั้งใจ ควรไล่ตรวจตาม วิธีวัดผลและแก้ปัญหา Google Consent Mode สำหรับร้านค้าออนไลน์ ต่อ

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

• Google Ads Help — About consent mode
• Google Tag Manager Help — Consent overview