วิธีวางระบบ Google Consent Mode สำหรับโรงแรม ท่องเที่ยว และบริการจองออนไลน์แบบเป็นขั้นตอน

ทีมพัฒนาเว็บไซต์ท่องเที่ยวรายหนึ่งได้รับโจทย์ให้ติด Google Consent Mode ภายในหนึ่งสัปดาห์ก่อนแคมเปญโปรโมชันปีใหม่เริ่ม ทีมงานก็อปโค้ดตัวอย่างจากบทความทั่วไปมาวางบน Google Tag Manager ทันที แต่ลืมไปว่าระบบจองของบริษัทใช้ Booking Engine ของบุคคลที่สามที่ทำงานอยู่คนละโดเมน ผลคือ Consent Signal ทำงานเฉพาะบนเว็บหลัก ส่วนหน้าจองจริงยังไม่มีการควบคุมใด ๆ เลย

บทความนี้วางขั้นตอนติดตั้ง Google Consent Mode สำหรับธุรกิจโรงแรม ท่องเที่ยว และแพลตฟอร์มจองบริการแบบเป็นลำดับ ตั้งแต่เตรียมข้อมูลก่อนเริ่ม ไปจนถึงทดสอบก่อนเปิดใช้งานจริง เพื่อให้ทีมพัฒนาและทีมการตลาดทำงานร่วมกันได้โดยไม่พลาดจุดที่เว็บไซต์ประเภทนี้มักมองข้าม

ขั้นตอนที่ 1: ทำ Cookie และ Script Inventory ให้ครบก่อนเริ่ม

ก่อนแตะโค้ดใด ๆ ให้ไล่รายการ Script และ Cookie ที่ทำงานอยู่บนทุกหน้าของเส้นทางจอง ตั้งแต่หน้าค้นหาห้องพัก หน้าเลือกวันเข้าพัก หน้ากรอกข้อมูลผู้เข้าพัก ไปจนถึงหน้าชำระเงินและหน้ายืนยัน แต่ละหน้าอาจมี Script ต่างชุดกัน โดยเฉพาะหน้าชำระเงินที่มักมี Tag ของ Payment Gateway และระบบป้องกันการทุจริตเพิ่มเข้ามา

บันทึกให้ครบว่า Script แต่ละตัวอยู่บนโดเมนใด เป็น First-party หรือ Third-party และทำงานผ่าน Google Tag Manager หรือฝังตรงในโค้ดหน้าเว็บ เพราะ Script ที่ฝังตรงในโค้ดมักถูกมองข้ามเมื่อทีมตั้ง Consent Mode ผ่าน GTM เพียงอย่างเดียว

ขั้นตอนที่ 2: จัดหมวด Cookie ตามการใช้งานจริง ไม่ใช่ตามชื่อ

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

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

ขั้นตอนที่ 3: ตั้ง Default Consent State ก่อน Tag ทุกตัว

ในระดับโค้ด ต้องตั้งค่า gtag consent default หรือค่าเทียบเท่าให้ทำงานก่อนที่ Google Tag Manager Container จะเริ่มโหลด Tag อื่น ค่า Default ที่เหมาะสมสำหรับผู้ใช้ที่ยังไม่ได้เลือกคือปฏิเสธการเก็บข้อมูลเพื่อโฆษณาและวิเคราะห์ไว้ก่อน แล้วจึง Update อีกครั้งเมื่อผู้ใช้ตัดสินใจบน Banner

ตรวจลำดับการโหลดให้ถูกต้อง

ข้อผิดพลาดที่พบบ่อยที่สุดในขั้นตอนนี้คือทีมพัฒนาวางโค้ด Consent Mode ไว้หลัง Container Script ของ Google Tag Manager ทำให้ Default State มาช้าเกินไป ควรตรวจด้วย Network Request ในโหมด Incognito ว่าไม่มี Request ไปยัง Google Analytics หรือ Google Ads เกิดขึ้นก่อน Banner ปรากฏ

ขั้นตอนที่ 4: เชื่อม Consent Signal เข้ากับ Booking Engine และ Payment Gateway

หากธุรกิจใช้ Booking Engine หรือ Payment Gateway ที่แยกโดเมน ต้องตรวจว่าระบบเหล่านั้นรองรับการรับค่า Consent จากเว็บหลักหรือไม่ บางผู้ให้บริการมี Parameter หรือ API ให้ส่ง Consent State ต่อ แต่บางระบบไม่รองรับเลย ซึ่งในกรณีหลังต้องพิจารณาว่า Tag บนระบบภายนอกนั้นควรถูกจัดการอย่างไรแยกต่างหาก และควรสอบถามผู้ให้บริการโดยตรงแทนการเดาเอง

สำหรับระบบที่ทำงานผ่าน iframe บนเว็บหลัก ให้ตรวจว่า Script ภายใน iframe เริ่มทำงานก่อนหรือหลังผู้ใช้ตอบสนอง Banner เพราะ iframe จากโดเมนอื่นอาจไม่ได้รับผลจาก Consent Mode ที่ตั้งบนหน้าหลักโดยอัตโนมัติ

ขั้นตอนที่ 5: จับคู่หมวด Cookie กับ Google Consent Type

เมื่อ Inventory และหมวดหมู่ชัดแล้ว ให้จับคู่แต่ละหมวดเข้ากับ Consent Type ของ Google ได้แก่ ad_storage, analytics_storage, ad_user_data และ ad_personalization ผ่านการตั้งค่า Tag ใน Google Tag Manager ให้รอ Consent ประเภทที่เกี่ยวข้องก่อนทำงาน ไม่ใช่ปล่อยให้ Tag ทำงานทันทีแล้วค่อยหวังว่า Consent Mode จะจัดการเอง

ขั้นตอนที่ 6: ทดสอบทั้งเส้นทางจองก่อนเปิดใช้งานจริง

ทดสอบสามสถานการณ์หลักคือกด Accept All, กด Reject All และเลือกแบบ Custom แล้วไล่ตรวจ Consent Signal ในทุกหน้าของเส้นทางจอง ไม่ใช่แค่หน้าแรก ให้สังเกตเป็นพิเศษว่าหลังจาก Redirect ไปยัง Payment Gateway แล้วกลับมาหน้ายืนยัน Consent State ที่ผู้ใช้เลือกไว้ยังคงถูกจดจำอยู่หรือไม่

ใช้ Tag Assistant ตรวจสถานะ Consent Signal ในแต่ละหน้า และเปรียบเทียบกับสิ่งที่คาดหวังไว้จากขั้นตอนการจับคู่หมวด Cookie ก่อนหน้านี้ หากพบความคลาดเคลื่อนให้ย้อนกลับไปตรวจการตั้งค่า Tag ที่เกี่ยวข้องก่อนเปิดใช้งานจริง

ขั้นตอนที่ 7: บันทึก Evidence และกำหนด Owner

หลังทดสอบผ่านแล้ว ให้บันทึกภาพหน้าจอผลการทดสอบแต่ละสถานการณ์ วันที่ติดตั้ง เวอร์ชันของ Container และกำหนดผู้รับผิดชอบดูแล Consent Mode ต่อเนื่อง เพื่อให้เมื่อมีการเพิ่ม Tag ใหม่หรือเปลี่ยนผู้ให้บริการ Booking Engine ในอนาคต มีคนที่ต้องถูกแจ้งก่อนเสมอ

บทบาทของเครื่องมืออย่าง trusty ระหว่างวางระบบ

trusty ช่วยสแกน Cookie และ Tracking Script บนหน้าเว็บสาธารณะของธุรกิจ Travel เพื่อใช้เป็นจุดเริ่มต้นตอนทำ Inventory ในขั้นตอนที่หนึ่ง ช่วยให้เห็นภาพรวมของ Script ที่ทำงานอยู่ก่อนเริ่มวางระบบ แต่ผลสแกนอัตโนมัติยังไม่ครอบคลุมหน้าที่อยู่หลัง Login หรือ Payment Gateway ที่ต้องกรอกข้อมูลก่อนเข้าถึง ทีมพัฒนาจึงยังต้องไล่ตรวจส่วนเหล่านั้นด้วยตนเอง

เมื่อใดควรส่งต่อผู้เชี่ยวชาญ

หากระบบเก็บข้อมูลหนังสือเดินทาง ข้อมูลบัตรเครดิต หรือมีการโอนข้อมูลผู้เข้าพักไปยัง Booking Engine ต่างประเทศ ควรให้ทีมกฎหมายตรวจประเด็น Cross-border และฐานทางกฎหมายควบคู่ไปกับการวางระบบทางเทคนิค เพราะขั้นตอนในบทความนี้ครอบคลุมเฉพาะการตั้งค่า Consent Mode ทางเทคนิค ไม่ใช่การตัดสินใจด้านกฎหมาย

ตัวอย่าง Timeline การวางระบบจริง

ทีมพัฒนาส่วนใหญ่ทำงานตามกำหนดเวลาที่จำกัด ตัวอย่าง Timeline ที่ใช้ได้จริงคือแบ่งเป็นสามช่วง ช่วงแรกใช้เวลาไล่ทำ Cookie Inventory และจัดหมวดให้เสร็จก่อน เพราะขั้นตอนนี้ต้องอาศัยความร่วมมือจากทีมการตลาดที่รู้ว่า Tag แต่ละตัวมีไว้ทำอะไร ช่วงที่สองคือการตั้งค่า Default State และเชื่อม Consent Signal เข้ากับ Booking Engine ซึ่งมักต้องประสานกับผู้ให้บริการภายนอกล่วงหน้า และช่วงสุดท้ายคือทดสอบทั้งเส้นทางจองก่อนเปิดใช้งานจริง ควรกันเวลาช่วงทดสอบไว้อย่างน้อยหนึ่งรอบเต็มก่อนแคมเปญใหญ่เริ่ม ไม่ใช่ทดสอบแบบเร่งรีบในวันสุดท้าย

หากผู้ให้บริการ Booking Engine ไม่ตอบกลับเรื่อง Consent Signal ทันเวลา ควรมีแผนสำรองคือปิด Tag ที่ไม่จำเป็นบนระบบนั้นชั่วคราวไว้ก่อน แทนที่จะปล่อยให้ Tag ทำงานโดยไม่มีการควบคุมใด ๆ เพียงเพื่อให้ทันกำหนดเปิดแคมเปญ

การประสานงานระหว่างทีมพัฒนาและทีมการตลาด

งานวางระบบ Consent Mode มักล้มเหลวไม่ใช่เพราะเทคนิคยาก แต่เพราะทีมพัฒนาและทีมการตลาดไม่ได้คุยกันตั้งแต่ต้น ทีมการตลาดอาจรู้ว่าต้องการวัดผล Conversion จากช่องทางใดบ้าง แต่ไม่รู้ว่า Tag ตัวไหนทำงานอย่างไรในเชิงเทคนิค ขณะที่ทีมพัฒนารู้เรื่องโค้ดแต่ไม่รู้ว่า Tag ตัวไหนสำคัญต่อการวัดผลแคมเปญจริง การนัดประชุมสั้น ๆ ก่อนเริ่มโครงการเพื่อไล่ Inventory ร่วมกันจึงช่วยลดความเสี่ยงที่จะพลาด Tag สำคัญไปได้มาก

คำถามที่พบบ่อย

ควรเริ่มวางระบบ Google Consent Mode จากขั้นตอนใดก่อน ควรเริ่มจากทำ Cookie และ Script Inventory ให้ครบทุกหน้าของเส้นทางจองก่อน แล้วจึงจัดหมวดตามการใช้งานจริง ก่อนไปตั้งค่า Default Consent State ในลำดับถัดไป

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

Booking Engine ที่แยกโดเมนต้องทำอะไรเพิ่มเติม ต้องตรวจว่าผู้ให้บริการ Booking Engine รองรับการรับค่า Consent จากเว็บหลักหรือไม่ หากไม่รองรับต้องสอบถามผู้ให้บริการโดยตรงว่าจะจัดการ Tag บนระบบนั้นอย่างไร

trusty ช่วยขั้นตอนไหนของการวางระบบได้บ้าง trusty ช่วยสแกน Cookie และ Tracking Script บนหน้าเว็บสาธารณะเพื่อใช้เป็นจุดเริ่มต้นตอนทำ Inventory แต่ไม่ครอบคลุมหน้าที่อยู่หลัง Login หรือ Payment Gateway

ต้องทดสอบกี่สถานการณ์ก่อนเปิดใช้งานจริง ควรทดสอบอย่างน้อยสามสถานการณ์คือ Accept All, Reject All และ Custom แล้วไล่ตรวจ Consent Signal ในทุกหน้าของเส้นทางจอง ไม่ใช่แค่หน้าแรก

ดูความหมายพื้นฐานของ Consent Mode ก่อนเริ่มวางระบบได้ที่ Google Consent Mode คืออะไร สำหรับธุรกิจ Travel

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

• ทำ Cookie และ Script Inventory ครบทุกหน้าของเส้นทางจอง
• จัดหมวด Cookie ตามการใช้งานจริง ไม่จัดทุกอย่างเป็น Necessary
• ตั้ง Default Consent State ให้ทำงานก่อน Container โหลด Tag อื่น
• ตรวจว่า Booking Engine และ Payment Gateway รองรับการรับ Consent Signal หรือไม่
• จับคู่หมวด Cookie กับ Consent Type ของ Google ให้ครบ
• ทดสอบ Accept All, Reject All, Custom ตลอดเส้นทางจองก่อนเปิดใช้งานจริง
• บันทึก Evidence ผลทดสอบและกำหนด Owner ดูแล Consent Mode ต่อเนื่อง

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

• วางโค้ด Consent Mode หลัง Container Script ทำให้ Default State มาช้าเกินไป
• ก็อปโค้ดตัวอย่างมาวางโดยไม่ตรวจว่า Booking Engine แยกโดเมนรองรับ Consent Signal หรือไม่
• ทดสอบเฉพาะหน้าแรกโดยไม่ตรวจหลัง Redirect กลับจาก Payment Gateway
• จัด Cookie ของระบบเปรียบเทียบราคาเป็น Necessary ทั้งที่ควรรอ Consent
• ไม่กำหนด Owner ดูแล Consent Mode ทำให้ Tag ใหม่หลุดการตรวจในอนาคต

สรุป

การวางระบบ Google Consent Mode สำหรับธุรกิจ Travel ต้องเริ่มจากความเข้าใจว่าเส้นทางจองมีหลายหน้าและอาจข้ามหลายโดเมน การทำ Inventory ให้ครบ ตั้ง Default State ให้ถูกลำดับ และทดสอบทั้งเส้นทางก่อนเปิดใช้งานจริง คือสิ่งที่ทำให้ระบบวัดผลแคมเปญยังทำงานได้อย่างสอดคล้องกับ Consent ที่ผู้ใช้เลือก

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

• Google Ads Help — About Consent Mode
• Google Tag Manager Help — Consent Mode overview