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

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

บทความนี้เรียงขั้นตอนวางระบบใหม่ทั้งหมดให้ทีมไอทีและการตลาดของโรงแรม บริษัทท่องเที่ยว และแพลตฟอร์มจองบริการทำตามได้ทีละขั้น โดยอิงหลักการของ Google Consent Mode ที่ Google Ads Help อธิบายไว้

ขั้นที่ 1: จัดหมวด Script ทั้งหมดที่เกี่ยวข้องกับการจองก่อนเริ่มติดตั้ง

ก่อนแตะโค้ดใด ๆ ให้ไล่รายชื่อ Script ทั้งหมดที่ทำงานบนเส้นทางการจอง ตั้งแต่หน้าค้นหาห้องว่างไปจนถึงหน้าขอบคุณหลังชำระเงิน แยกเป็นกลุ่ม Necessary, Analytics และ Marketing แล้วทำเครื่องหมาย Script ที่เกี่ยวข้องกับ Conversion Tracking โดยเฉพาะ เพราะ Script กลุ่มนี้ต้องได้รับการตั้งค่าละเอียดกว่ากลุ่มอื่น

ขั้นที่ 2: ตั้ง Default Consent State ก่อน Tag ใด ๆ ทำงาน

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

ขั้นที่ 3: เชื่อม Cookie Consent Banner เข้ากับ Consent Mode ให้ตรงหมวด

เปิดรายการหมวด Consent ของ Banner เทียบกับพารามิเตอร์ของ Google Consent Mode แล้วจับคู่ให้ตรงกัน หมวด Marketing หรือ Advertising ของ Banner ควรผูกกับพารามิเตอร์ที่เกี่ยวกับการเก็บข้อมูลโฆษณาและการปรับโฆษณาให้ตรงกลุ่ม ส่วนหมวด Analytics ควรผูกกับพารามิเตอร์ที่เกี่ยวกับการวัดผลแยกต่างหาก ไม่ควรผูกทุกหมวดเข้ากับพารามิเตอร์เดียวเพื่อความง่าย เพราะจะทำให้ผู้ใช้ที่ปฏิเสธเฉพาะโฆษณาแต่ยอมรับการวัดผลไม่สามารถเลือกแบบนั้นได้จริง

ขั้นที่ 4: ติดตั้งบนเส้นทางการจองจริงทีละหน้า

หน้าค้นหาและเลือกห้องพักหรือทัวร์

ตรวจว่า Retargeting Tag บนหน้านี้รอสถานะ Consent ก่อนเริ่มเก็บข้อมูล ไม่ใช่เริ่มทำงานทันทีที่หน้าโหลดเสร็จ

หน้ากรอกข้อมูลผู้เข้าพักหรือผู้เดินทาง

ตรวจว่า Script ที่ทำงานบนหน้านี้ไม่ส่งข้อมูลอ่อนไหว เช่น จำนวนเด็กหรือความต้องการพิเศษด้านสุขภาพ ออกไปยัง Third Party ที่ไม่เกี่ยวข้องกับ Conversion Tracking

หน้าชำระเงินที่อาจอยู่คนละโดเมน

เมื่อหน้าชำระเงินอยู่บนโดเมนของ Payment Gateway ต้องตรวจว่าเมื่อ Redirect กลับมาที่หน้า Thank You บนโดเมนหลัก สถานะ Consent ยังคงถูกส่งต่อมาด้วย ไม่ใช่เริ่มนับสถานะใหม่จากศูนย์ วิธีทดสอบคือเปิด Network Log ระหว่างขั้นตอน Redirect แล้วดูว่าค่า Consent ที่แนบไปกับ Request ตรงกับที่ผู้ใช้เลือกไว้ตอนต้นหรือไม่

Widget หรือ Embed Code บนเว็บของตัวแทนจำหน่าย

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

การตั้งค่า Cross-domain Measurement ระหว่างเว็บโรงแรมกับหน้าชำระเงิน

นอกจากการส่งต่อสถานะ Consent ระหว่างโดเมนที่อธิบายไว้ในขั้นที่ 4 แล้ว ยังมีอีกเรื่องที่ต้องตั้งค่าแยกต่างหากคือ Cross-domain Measurement หรือ Linker Parameter ซึ่งทำหน้าที่เชื่อม Session ของผู้ใช้คนเดียวกันให้นับเป็น Journey เดียวเมื่อเดินทางข้ามจากเว็บโรงแรมไปยังโดเมนของ Payment Gateway แล้วกลับมา ถ้าไม่ตั้งค่าจุดนี้ไว้ ต่อให้ Consent ถูกส่งต่อถูกต้องแล้ว ระบบวัดผลก็อาจยังนับว่าเป็นผู้ใช้สองคนแยกกัน ทำให้ Conversion Path และ Attribution ที่รายงานออกมาไม่ตรงกับพฤติกรรมจริงของผู้จอง

วิธีตั้งค่าคือเพิ่มโดเมนของ Payment Gateway และโดเมนของ Booking Engine เข้าไปในรายการ Cross-domain ของ Google Tag ที่ใช้งานอยู่ แล้วทดสอบด้วยการไล่ Journey จริงจากเว็บโรงแรมไปจนถึงหน้าขอบคุณ ตรวจดูว่าพารามิเตอร์ที่แนบไปกับ URL ตอนข้ามโดเมน เช่น _gl มีค่าติดไปด้วยจริงหรือไม่ หากไม่มี ควรตรวจการตั้งค่านี้ก่อน ไม่ใช่ไปแก้ที่ส่วน Consent ซึ่งเป็นคนละจุดที่ทำงานร่วมกันแต่แก้ปัญหาคนละแบบ

กรณีโรงแรมเครือที่มีหลายทรัพย์สินและหลายบัญชี Google Ads

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

ในทางปฏิบัติ แนะนำให้ทีมส่วนกลางทำ Template การตั้งค่า Consent Mode ที่ผ่านการทดสอบแล้วหนึ่งชุด แล้วแจกจ่ายให้ทีมของแต่ละสาขานำไปปรับใช้ แทนที่จะให้แต่ละสาขาเริ่มตั้งค่าใหม่ตั้งแต่ต้นเอง วิธีนี้ช่วยลดความเสี่ยงที่บางสาขาจะตั้งค่าไม่ครบตามขั้นตอนที่อธิบายไว้ข้างต้น และช่วยให้เมื่อ Google ปรับเปลี่ยนข้อกำหนดในอนาคต ทีมส่วนกลางสามารถอัปเดต Template เดียวแล้วส่งต่อให้ทุกสาขาได้เร็วกว่าการไล่แก้ทีละสาขา

ขั้นที่ 5: ทดสอบทั้งสามทางเลือกก่อนเปิดใช้งานจริง

ขั้นที่ 6: บันทึก Consent Log และมอบหมายเจ้าของงานต่อเนื่อง

เมื่อระบบทำงานถูกต้องตามที่ทดสอบแล้ว ให้ตั้งค่าการเก็บ Consent Log พร้อม Timestamp, เวอร์ชัน Banner และหมวดที่ผู้ใช้เลือกไว้เป็นหลักฐาน จากนั้นมอบหมายเจ้าของงานสำหรับการตรวจสอบต่อเนื่อง เพราะการเปลี่ยนธีม ปลั๊กอิน หรือ Payment Gateway ในอนาคตสามารถทำให้ระบบที่เคยผ่านการทดสอบหยุดทำงานถูกต้องได้โดยไม่มีสัญญาณเตือน

ช่วงไฮซีซันไม่ใช่เวลาที่เหมาะจะเปลี่ยนระบบ Consent

อีกจุดที่ทีมโรงแรมมักพลาดคือเลือกเปิดใช้งานระบบ Consent Mode ที่เพิ่งวางใหม่ในช่วงที่แคมเปญโฆษณากำลังทำงานเต็มที่ เช่น ก่อนเทศกาลหยุดยาวหรือช่วงไฮซีซันที่ยอดจองสูงสุดของปี หากระบบใหม่มีจุดที่ยังไม่ได้ทดสอบครบ ผลกระทบต่อ Conversion Tracking ในช่วงเวลาที่สำคัญที่สุดของธุรกิจจะสูงกว่าการเปิดใช้งานในช่วงโลว์ซีซัน ทีมที่วางแผนดีควรเลือกเปิดใช้งานระบบใหม่ในช่วงที่ Traffic ต่ำกว่าปกติก่อน เพื่อให้มีเวลาสังเกตและแก้ไขก่อนเข้าสู่ช่วงที่สำคัญ

สิ่งที่มักผิดพลาดระหว่างการวางระบบจริง

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

ดูภาพรวมของหัวข้อนี้ได้ที่ Google Ads Conversion Tracking Consent คืออะไร: คู่มือสำหรับ Travel และดู เช็กลิสต์ก่อนเปิดใช้งาน เพื่อใช้ตรวจซ้ำหลังวางระบบเสร็จ หรือกลับไปที่หมวด Tracking & MarTech

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

• ไล่รายชื่อ Script ทั้งหมดบนเส้นทางการจองก่อนเริ่มติดตั้ง
• ตั้ง Default Consent State ไว้ก่อนลำดับของ Tag Conversion เสมอ
• จับคู่หมวด Consent ของ Banner กับพารามิเตอร์ Google Consent Mode ให้ตรงกัน ไม่รวมทุกหมวดเป็นค่าเดียว
• ทดสอบ Accept All, Reject All และ Customize แยกกันจนจบเส้นทางการจอง
• ตรวจหน้าชำระเงินที่อยู่คนละโดเมนด้วย Network Log
• ตรวจ Widget หรือ Embed Code บนเว็บของตัวแทนจำหน่ายแยกต่างหาก
• เปิดใช้งาน Consent Log พร้อม Timestamp และมอบหมายเจ้าของงานต่อเนื่อง

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

• วาง Default Consent State ไว้หลังลำดับของ Tag Conversion ทำให้ Tag ทำงานก่อนค่าเริ่มต้นมีผล
• ผูกทุกหมวด Consent เข้ากับพารามิเตอร์เดียวเพื่อความง่าย ทำให้ผู้ใช้เลือกแบบละเอียดไม่ได้จริง
• ทดสอบเฉพาะกรณี Accept All โดยไม่ทดสอบ Reject All หรือ Customize
• ไม่ตรวจหน้าชำระเงินที่อยู่คนละโดเมน หรือ Widget บนเว็บของตัวแทนจำหน่าย

ช่วงเวลาที่เหมาะสำหรับทบทวนระบบซ้ำ

หลังเปิดใช้งานจริงแล้ว ควรกำหนดรอบทบทวนอย่างน้อยก่อนเข้าสู่ไฮซีซันของทุกปี และทันทีที่มีการเปลี่ยนผู้ให้บริการ Payment Gateway หรือ Booking Engine เพราะการเปลี่ยนแปลงฝั่งผู้ให้บริการภายนอกมักไม่แจ้งทีมการตลาดของโรงแรมล่วงหน้า

สรุป

การวางระบบ Google Ads Conversion Tracking Consent สำหรับธุรกิจโรงแรมและท่องเที่ยวต้องตามให้ทันทุกจุดของเส้นทางการจอง ไม่ใช่แค่หน้าแรกของเว็บไซต์ ขั้นตอนที่เรียงไว้ในบทความนี้ช่วยลดโอกาสที่ระบบจะพลาดในจุดที่มักถูกมองข้าม เช่น หน้าชำระเงินคนละโดเมนหรือ Widget ของตัวแทนจำหน่าย ผลจากการทดสอบตามขั้นตอนนี้เป็นการยืนยันความถูกต้องทางเทคนิคเท่านั้น ไม่ใช่การรับรองว่าระบบทั้งหมดสอดคล้องกับกฎหมายทุกกรณี

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

• Google Ads Help — About Consent Mode
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)