Google Tag Manager Consent คืออะไร? คู่มือสำหรับโรงแรม ท่องเที่ยว และบริการจองออนไลน์

โรงแรมขนาดกลางแห่งหนึ่งฝัง Booking Engine จากผู้ให้บริการภายนอกไว้บนหน้าเว็บไซต์ ลูกค้าที่กด Reject All บน Cookie Banner ของเว็บไซต์หลักยังคงเห็น Pixel รีมาร์เก็ตติ้งทำงานต่อในขั้นตอนจองห้องพัก เพราะ Booking Engine เปิดในหน้าต่างหรือ iframe ที่ทำงานคนละระบบ Consent จากเว็บไซต์หลักโดยสิ้นเชิง สถานการณ์นี้พบได้บ่อยในธุรกิจโรงแรม ท่องเที่ยว และแพลตฟอร์มจองบริการที่พึ่งพาระบบจากผู้ให้บริการภายนอกหลายเจ้าพร้อมกัน

Google Tag Manager Consent คือกลไกที่ทำให้ Tag ใน GTM ตรวจสถานะความยินยอมผ่าน Google Consent Mode ก่อนตัดสินใจว่าจะทำงานทันที รอ หรือไม่ทำงานเลย บทความนี้อธิบายกลไกดังกล่าวโดยเน้นบริบทของโรงแรม บริษัทท่องเที่ยว และแพลตฟอร์มจองบริการที่มีจุดเชื่อมต่อกับระบบภายนอกจำนวนมาก

Google Tag Manager Consent คืออะไรกันแน่

Consent Mode ทำงานผ่านคำสั่งสองชุดคือ Default ซึ่งกำหนดค่าตั้งต้นก่อนผู้ใช้ตัดสินใจ และ Update ซึ่งอัปเดตค่าหลังผู้ใช้เลือกบน Cookie Banner ครอบคลุมประเภทหลัก เช่น ad_storage, analytics_storage, ad_user_data และ ad_personalization Consent Mode เองไม่ใช่ฐานทางกฎหมายและไม่ได้แทนที่การขอความยินยอมจริงจากผู้ใช้ เป็นเพียงกลไกทางเทคนิคที่ทำให้ Tag ของ Google ปรับพฤติกรรมตามค่าที่ Banner ส่งมา

ทำไมธุรกิจโรงแรมและท่องเที่ยวต้องให้ความสำคัญเป็นพิเศษ

ธุรกิจกลุ่มนี้มีลักษณะเฉพาะคือการจองมักเกิดข้ามหลายโดเมนหรือหลายระบบในการทำธุรกรรมเดียว ตั้งแต่หน้าเว็บไซต์หลัก ไปยัง Booking Engine ของผู้ให้บริการภายนอก จนถึงหน้าชำระเงินที่อาจอยู่บนโดเมนของผู้ให้บริการรับชำระเงินอีกเจ้าหนึ่ง แต่ละจุดเชื่อมต่อเหล่านี้อาจมี Tag ของตัวเองที่ไม่ได้อยู่ภายใต้การควบคุมของ GTM Container หลัก

ข้อมูลที่เว็บไซต์โรงแรมและท่องเที่ยวมักเก็บผ่าน Tag และ Script

• ฟอร์มค้นหาห้องพักและวันเข้าพักที่เชื่อมกับ Booking Engine ภายนอก
• ข้อมูลบัตรเครดิตหรือการชำระเงินที่ส่งต่อไปยัง Payment Gateway
• Pixel รีมาร์เก็ตติ้งสำหรับผู้ที่เข้าดูห้องพักแต่ยังไม่จอง
• ระบบแชทหรือ Call Center ที่เชื่อมกับ CRM ของฝ่ายขาย
• วิดีโอรีวิวสถานที่ท่องเที่ยวที่ฝังจาก YouTube หรือแพลตฟอร์มวิดีโออื่น

โครงสร้าง Consent เมื่อมีระบบจองข้ามโดเมนเข้ามาเกี่ยวข้อง

ลำดับพื้นฐานยังเหมือนเว็บไซต์ทั่วไป คือ Container ต้องส่ง Default Consent State ก่อน Tag ใดจะมีโอกาสทำงาน จากนั้นอัปเดตค่าหลังผู้ใช้เลือกบน Banner แต่สำหรับธุรกิจโรงแรมและท่องเที่ยว ทีมงานต้องตรวจเพิ่มว่า Booking Engine หรือ Payment Gateway ที่เป็นบริการภายนอกมีกลไกรับค่า Consent จากเว็บไซต์หลักหรือไม่ หากไม่มี ต้องพิจารณาว่าจุดนั้นต้องมี Consent Banner หรือกลไกแจ้งของตัวเองแยกต่างหาก

หมวดหมู่ใน Banner	Consent Type ของ Google	ตัวอย่าง Tag ที่เกี่ยวข้อง
Necessary	security_storage	Session ของระบบจอง, Consent Log
Functional	functionality_storage	ตัวเลือกภาษา สกุลเงินที่แสดงราคา
Analytics	analytics_storage	Google Analytics, Heatmap
Marketing	ad_storage, ad_user_data, ad_personalization	Google Ads, Meta Pixel, Retargeting ของ OTA

สถานการณ์ที่พบบ่อยในเว็บไซต์โรงแรมและท่องเที่ยวไทย

• Booking Engine เปิดในหน้าต่างใหม่หรือ iframe ที่ไม่รับรู้ค่า Consent จากเว็บไซต์หลัก
• ฝ่ายขายเพิ่ม Pixel รีมาร์เก็ตติ้งเองผ่าน Tag Manager ของ Booking Engine โดยไม่แจ้งฝ่ายไอที
• ลูกค้ากด Reject All บนเว็บไซต์หลัก แต่ยังเห็นโฆษณาห้องพักที่เคยดูตามมาในภายหลัง
• เปลี่ยนผู้ให้บริการ Booking Engine แล้ว Script เดิมยังค้างอยู่ในหน้าเว็บ
• Call Center รับข้อมูลลูกค้าทางโทรศัพท์แล้วบันทึกเข้า CRM โดยไม่ผ่านกระบวนการ Consent บนเว็บไซต์เลย

บทบาทของ trusty และ Capability Status ที่ควรรู้

trusty มีโมดูล Cookie Consent Banner ที่ช่วยแสดงตัวเลือก Accept All, Reject All และตั้งค่ารายหมวด พร้อมบล็อก Tracking Script ตามความยินยอมบนเว็บไซต์หลัก แต่สำหรับส่วนที่เป็น Booking Engine หรือ Payment Gateway ของผู้ให้บริการภายนอก การควบคุมจะขึ้นกับว่าผู้ให้บริการนั้นรองรับการรับค่า Consent จากภายนอกหรือไม่ จึงจัดเป็น Limited/Conditional สำหรับส่วนที่อยู่นอกเว็บไซต์หลัก ทีมงานควรตรวจสอบกับผู้ให้บริการ Booking Engine โดยตรงว่ามีกลไกรองรับ Consent Mode หรือไม่ ก่อนสรุปว่าทั้งระบบควบคุมได้ครบ

เมื่อธุรกิจท่องเที่ยวใช้ระบบเปรียบเทียบราคาหรือ OTA ร่วมกับเว็บไซต์ตัวเอง

โรงแรมและบริษัททัวร์จำนวนมากลงประกาศห้องพักหรือแพ็กเกจทัวร์ผ่านแพลตฟอร์ม OTA (Online Travel Agency) พร้อมกับเว็บไซต์ของตัวเอง เมื่อผู้ใช้คลิกจากโฆษณาของเว็บไซต์หลักไปยังหน้าเปรียบเทียบราคาที่ฝังจากผู้ให้บริการภายนอก Consent ที่ตั้งค่าไว้บน GTM ของเว็บไซต์หลักจะไม่ครอบคลุมไปถึง เพราะระบบเปรียบเทียบราคาเหล่านี้มักทำงานเป็นบริการแยกที่มี Tag และ Cookie ของตัวเอง

จุดที่ทีมงานควรตรวจแยกจากเว็บไซต์หลัก

• Widget เปรียบเทียบราคาห้องพักที่ฝังจากผู้ให้บริการภายนอกบนหน้ารายละเอียดโรงแรม
• ลิงก์ไปยังหน้าประกาศของ OTA ที่เปิดในแท็บใหม่พร้อม Tag วัดผลของ OTA เอง
• ระบบรีวิวและให้คะแนนจากบุคคลที่สามที่ฝังไว้บนหน้ารายละเอียดที่พัก
• API เชื่อมราคาห้องพักแบบเรียลไทม์ที่อาจส่ง Request ไปยังเซิร์ฟเวอร์ภายนอกทุกครั้งที่ผู้ใช้เปลี่ยนวันที่ค้นหา

ข้อมูลหนังสือเดินทางและเอกสารการเดินทางที่ต้องระวังเป็นพิเศษ

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

ขั้นตอนทดสอบ Script Blocking สำหรับทีมไอทีธุรกิจท่องเที่ยว

เช่นเดียวกับธุรกิจอื่น การตั้งค่า Consent ใน GTM เสร็จแล้วไม่ได้แปลว่า Tag ทุกตัวเชื่อฟังค่าที่ตั้งไว้จริง ทีมไอทีของธุรกิจโรงแรมและท่องเที่ยวควรทดสอบตามลำดับต่อไปนี้ก่อนเปิดใช้งานแคมเปญแต่ละรอบ

1. เปิดหน้าค้นหาห้องพักในโหมด Private Browsing แล้วเปิด Network Tab ค้างไว้ก่อนโหลดหน้า
2. สังเกต Request ที่เกิดขึ้นทันทีที่หน้าเว็บโหลดเสร็จ โดยยังไม่กดปุ่มใดบน Cookie Banner
3. กด Reject All แล้วโหลดหน้าใหม่ ตรวจว่า Request ไปยัง Google Ads หรือ Meta ยังปรากฏอยู่หรือไม่
4. ทดสอบซ้ำบน Booking Engine โดยเปิดแยกจากเว็บไซต์หลัก เพราะมักทำงานคนละ Container
5. ทดสอบหน้าชำระเงินและหน้ายืนยันการจองสำเร็จ ซึ่งมักมี Tag วัด Conversion ฝังเพิ่มเฉพาะหน้าเหล่านี้

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

ผลกระทบจากการทำธุรกิจข้ามพรมแดนต่อการตั้งค่า Consent

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

การจัดการ Vendor และคู่ค้าที่เกี่ยวข้องกับการเดินทาง

นอกจาก Booking Engine และ Payment Gateway แล้ว ธุรกิจท่องเที่ยวยังมักทำงานร่วมกับคู่ค้าหลายราย เช่น บริษัทประกันการเดินทาง บริษัทรถเช่า และไกด์ท้องถิ่นที่รับข้อมูลลูกค้าต่อจากระบบจอง ทีมงานควรทำรายชื่อ Vendor เหล่านี้ไว้เป็นส่วนหนึ่งของ Data Inventory และตรวจว่าข้อมูลที่ส่งต่อให้แต่ละรายตรงกับที่ระบุไว้ใน Privacy Policy หรือไม่ เพราะการส่งข้อมูลให้คู่ค้าที่ไม่ได้ระบุไว้ล่วงหน้าอาจทำให้ Policy ที่มีอยู่ไม่ตรงกับกิจกรรมจริงของธุรกิจ

• บริษัทประกันการเดินทางที่รับข้อมูลผู้เดินทางเพื่อออกกรมธรรม์
• บริษัทรถเช่าหรือบริการรับส่งสนามบินที่รับข้อมูลเที่ยวบินและที่พัก
• ไกด์ท้องถิ่นหรือพันธมิตรทัวร์ที่รับรายชื่อผู้เข้าร่วมทริป

ทีมงานควรทบทวนรายชื่อ Vendor เหล่านี้อย่างน้อยปีละครั้ง หรือทุกครั้งที่เปลี่ยนคู่ค้ารายใหม่ เพื่อให้ Privacy Policy สะท้อนกิจกรรมจริงของธุรกิจอยู่เสมอ ไม่ใช่เอกสารที่เขียนไว้ครั้งเดียวแล้วไม่เคยปรับปรุง

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

• สำรวจ Tag ทั้งบนเว็บไซต์หลักและ Booking Engine ที่เชื่อมต่อ
• ตรวจว่า Booking Engine รับค่า Consent จากเว็บไซต์หลักได้หรือไม่
• ตั้งค่า Default Consent State เป็นปฏิเสธก่อนได้รับการยืนยันจากผู้ใช้
• ทดสอบ Pixel รีมาร์เก็ตติ้งหลังกด Reject All ว่าหยุดทำงานจริง
• ประสานฝ่ายขายและ Call Center เรื่องการบันทึกข้อมูลลูกค้าเข้า CRM
• ทบทวน Script เดิมทุกครั้งที่เปลี่ยนผู้ให้บริการ Booking Engine

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

• ควบคุม Consent เฉพาะเว็บไซต์หลัก แต่ปล่อยให้ Booking Engine ทำงานอิสระ
• ไม่ตรวจ Script เดิมที่ค้างอยู่หลังเปลี่ยนผู้ให้บริการระบบจอง
• เข้าใจว่ามี Cookie Banner แล้วครอบคลุมข้อมูลที่ Call Center เก็บทางโทรศัพท์ด้วย
• ไม่แจ้งฝ่ายไอทีเมื่อฝ่ายขายเพิ่ม Pixel ใหม่ผ่านระบบของ Booking Engine

สรุป

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

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

• Google Ads Help — Tag Manager Consent Mode Support
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• ศูนย์ความรู้ Tracking & MarTech ของ trusty
• วิธีวางระบบ Google Tag Manager Consent สำหรับ Travel แบบเป็นขั้นตอน