trusty — Website Trust Platform
Cookies & Consent

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

โรงแรมและแพลตฟอร์มจองห้องพักต้องมี Preference Center แยกจาก Banner เพราะแขกที่จองผ่านหลายช่องทางต้องเปลี่ยนใจได้ทุกเมื่อ ไม่ใช่แค่ตอนเข้าเว็บไซต์ครั้งแรก

📅 เผยแพร่ 11 สิงหาคม 2569อัปเดตล่าสุด 11 สิงหาคม 2569✍️ เขียนโดย trusty Editorial Team⏱ อ่าน 8 นาที
Close-up of a vintage typewriter with 'Consent Culture' typed on paper, set outdoors.
ภาพโดย Markus Winkler จาก Pexels

💬 สรุปสั้น ๆ

Preference Center คือหน้าตั้งค่าคุกกี้แบบถาวรที่แขกกลับมาเปลี่ยนใจได้ทุกเมื่อ ต่างจาก Cookie Banner ที่ปรากฏเฉพาะครั้งแรก และสำหรับธุรกิจโรงแรมท่องเที่ยวยังต้องครอบคลุมถึง Booking Engine และ OTA ที่แขกใช้จองห้องพักด้วย

สารบัญ

แขกที่จองห้องพักผ่านเว็บไซต์โรงแรมมักกลับมาเยี่ยมชมเว็บไซต์เดิมหลายครั้งก่อนตัดสินใจจอง ตั้งแต่เปรียบเทียบราคา ดูรีวิว จนถึงวันเดินทางจริง ตลอดเส้นทางนี้ความต้องการด้านความเป็นส่วนตัวของแขกอาจเปลี่ยนไป Preference Center คือหน้าที่ให้แขกกลับมาเปลี่ยนการตั้งค่าคุกกี้ได้ทุกครั้งที่กลับมาเยี่ยมชม ไม่ใช่ต้องรอให้ Banner เด้งขึ้นมาใหม่หรือล้างข้อมูลเบราว์เซอร์ก่อน

Cookie Banner คือหน้าต่างที่ปรากฏขึ้นครั้งแรกเมื่อแขกเข้าเว็บไซต์ ให้เลือก Accept All, Reject All หรือปรับแต่งได้ในตอนนั้น ส่วน Preference Center คือหน้าถาวรที่แขกเปิดกลับมาดูหรือแก้ไขการตั้งค่าที่เคยเลือกไว้ได้ทุกเมื่อ มักอยู่ที่ลิงก์ท้ายเว็บไซต์ เช่น “ตั้งค่าคุกกี้” ความต่างสำคัญคือ Banner ทำหน้าที่ขอความยินยอมครั้งแรก ขณะที่ Preference Center ทำหน้าที่ให้สิทธิ์ถอนหรือเปลี่ยนความยินยอมในภายหลัง ซึ่งเป็นสิทธิ์ที่ผู้ใช้ควรมีต่อเนื่อง ไม่ใช่แค่ตอนเข้าเว็บไซต์ครั้งแรก

ทำไมธุรกิจโรงแรมและท่องเที่ยวต้องมี Preference Center แยกจาก Banner

พฤติกรรมของแขกในธุรกิจท่องเที่ยวต่างจากธุรกิจอื่นตรงที่มีระยะเวลาตัดสินใจยาวและกลับมาเยี่ยมชมเว็บไซต์หลายครั้งก่อนจอง บางรายกลับมาดูรีวิวหลังจองแล้วเพื่อวางแผนทริป หรือกลับมาแก้ไขข้อมูลการจองก่อนวันเช็คอิน ตลอดช่วงเวลานี้แขกอาจเปลี่ยนใจเรื่องการรับ Marketing Cookie เช่น ไม่อยากเห็นโฆษณา Remarketing ตามหลังหลังจองห้องพักเสร็จแล้ว การมี Preference Center แยกต่างหากทำให้แขกจัดการเรื่องนี้ได้เองโดยไม่ต้องติดต่อฝ่ายบริการลูกค้า

องค์ประกอบหลักของ Preference Center ที่ใช้ได้จริงกับ Booking Flow

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

การเชื่อมกับระบบจอง OTA (Booking.com, Agoda, Traveloka)

แขกจำนวนมากเดินทางมาจาก OTA เช่น Booking.com, Agoda หรือ Traveloka แล้วคลิกเข้าเว็บไซต์โรงแรมโดยตรงเพื่อดูรายละเอียดเพิ่มเติมหรือจองซ้ำในราคาสมาชิก Preference Center ของเว็บไซต์โรงแรมไม่สามารถควบคุมคุกกี้ที่ OTA ตั้งค่าไว้บนแพลตฟอร์มของตัวเองได้ เพราะเป็นคนละผู้ควบคุมข้อมูล แต่สิ่งที่ทำได้คือให้ Preference Center ของเว็บไซต์โรงแรมอธิบายชัดเจนว่าครอบคลุมเฉพาะคุกกี้บนเว็บไซต์ของโรงแรมเอง ไม่ใช่คุกกี้ที่ OTA ตั้งค่าไว้ก่อนแขกเดินทางมาถึง

ข้อมูลที่เกี่ยวกับผู้เข้าพัก (Guest Identity) ที่ต้องระวัง

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

การจัดการหลายทรัพย์สิน/แฟรนไชส์ให้ Preference สอดคล้องกัน

เครือโรงแรมที่มีหลายสาขาหรือหลายแบรนด์ในเครือควรใช้ Cookie Category และคำอธิบายชุดเดียวกันในทุกเว็บไซต์ของสาขา แม้แต่ละสาขาจะบริหารเว็บไซต์แยกกัน เพราะแขกที่เข้าชมเว็บไซต์หลายสาขาของเครือเดียวกันควรเห็นประสบการณ์ Preference Center ที่สอดคล้องกัน การมี Cookie Inventory กลางที่ทุกสาขาอ้างอิงช่วยลดความเสี่ยงที่แต่ละสาขาจะจัดหมวดคุกกี้ตัวเดียวกันไม่ตรงกัน

การเชื่อมกับ Google Ads และ Meta Ads สำหรับแคมเปญโปรโมตห้องพัก

ธุรกิจโรงแรมและท่องเที่ยวมักใช้งบโฆษณาจำนวนมากกับ Google Ads และ Meta Ads เพื่อดึงแขกกลับมาจองซ้ำ โดยอาศัย Remarketing Pixel ที่ติดตั้งไว้บนหน้าค้นหาห้องพักและหน้ายืนยันการจอง Preference Center ต้องรองรับ Consent Mode ของ Google ให้ถูกต้อง กล่าวคือเมื่อแขกปฏิเสธหมวด Marketing สัญญาณที่ส่งไปยัง Google Ads ต้องเปลี่ยนเป็นโหมดไม่ระบุตัวตนทันที ไม่ใช่ยังคงส่งข้อมูลแบบเดิมต่อไปเพียงเพราะ Pixel ติดตั้งอยู่ในโค้ดแล้ว ทีมการตลาดควรตรวจสอบร่วมกับทีมเทคนิคว่า Tag ที่เชื่อมกับแพลตฟอร์มโฆษณาแต่ละตัวถูกผูกกับ Consent Category ที่ถูกต้องจริง ไม่ใช่แค่เห็น Banner ทำงานถูกต้องบนหน้าจอเท่านั้น

การอบรมพนักงาน Front Desk และ Call Center ให้เข้าใจ Preference Center

แขกบางรายไม่ได้เปลี่ยนการตั้งค่าด้วยตัวเองผ่านเว็บไซต์ แต่โทรมาสอบถามหรือสอบถามที่เคาน์เตอร์ Front Desk โดยตรงว่าทำไมยังได้รับอีเมลโปรโมชันหลังจากที่เคยขอยกเลิกไปแล้ว หากพนักงานหน้างานไม่รู้ว่า Preference Center คืออะไรหรืออยู่ตรงไหน แขกจะรู้สึกว่าเรื่องนี้ถูกเพิกเฉย ธุรกิจที่บริหารความไว้วางใจได้ดีจึงมักมีสคริปต์สั้น ๆ ให้พนักงาน Front Desk และ Call Center ใช้ตอบคำถามเกี่ยวกับการตั้งค่าคุกกี้และความเป็นส่วนตัว พร้อมช่องทางส่งต่อคำร้องไปยังทีมที่ดูแลเรื่องนี้โดยตรงหากเป็นกรณีที่ซับซ้อนกว่าการตั้งค่าคุกกี้ทั่วไป

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที

ทดลองใช้งานระบบฟรี

การเลือกเครื่องมือ Preference Center ให้เหมาะกับขนาดธุรกิจ

โรงแรมอิสระขนาดเล็กที่มีเว็บไซต์เดียวอาจใช้ปลั๊กอินหรือบริการสำเร็จรูปสำหรับจัดการ Preference Center ได้โดยไม่ต้องพัฒนาเอง เพราะปริมาณ Traffic และความซับซ้อนของระบบยังไม่มาก แต่เครือโรงแรมขนาดใหญ่ที่มีหลายแบรนด์ หลายภาษา และเชื่อมต่อกับระบบจองภายในหลายระบบ มักจำเป็นต้องมีทีมพัฒนาเข้ามาปรับแต่ง Preference Center ให้เชื่อมกับ Consent Management Platform ส่วนกลาง เพื่อให้ข้อมูลการตั้งค่าของแขกซิงก์กันระหว่างเว็บไซต์ของแต่ละสาขา ไม่ใช่ต้องให้แขกตั้งค่าใหม่ทุกครั้งที่เปลี่ยนไปเว็บไซต์สาขาอื่นในเครือเดียวกัน

ภาษาและ Localization ของ Preference Center สำหรับแขกต่างชาติ

ธุรกิจโรงแรมและท่องเที่ยวในไทยมักต้อนรับแขกจากหลายประเทศ Preference Center ที่มีเฉพาะภาษาไทยจึงไม่เพียงพอ เพราะแขกต่างชาติจะไม่สามารถเข้าใจได้ว่ากำลังยินยอมอะไรอยู่ ควรมีอย่างน้อยภาษาอังกฤษควบคู่ไปด้วย และคำอธิบายหมวดคุกกี้ในแต่ละภาษาต้องมีความหมายตรงกัน ไม่ใช่แปลแบบคำต่อคำจนความหมายคลาดเคลื่อน ธุรกิจที่มีฐานลูกค้าจากประเทศเฉพาะ เช่น จีนหรือญี่ปุ่น อาจพิจารณาเพิ่มภาษานั้นด้วยหากมีสัดส่วนแขกกลุ่มนี้สูงพอ

การตรวจสอบ Preference Center ก่อนเข้าฤดูท่องเที่ยวสูงสุด

ช่วง High Season ที่มี Traffic เข้าเว็บไซต์สูงกว่าปกติหลายเท่า เป็นช่วงที่ปัญหาของ Preference Center จะถูกมองเห็นชัดที่สุด เช่น ปุ่มบันทึกการตั้งค่าโหลดช้าเมื่อมีผู้ใช้พร้อมกันจำนวนมาก หรือ Consent Log ที่บันทึกไม่ทันเพราะปริมาณคำขอเพิ่มขึ้นเร็ว ธุรกิจที่วางแผนดีมักทดสอบ Preference Center ล่วงหน้าก่อนเข้าสู่ช่วงฤดูกาลที่มีการจองสูง แทนที่จะรอให้เกิดปัญหาขึ้นระหว่างที่มีแขกจำนวนมากใช้งานจริง แนวทางที่ใช้ได้จริงคือจำลองสถานการณ์ที่มีผู้ใช้เข้าถึงพร้อมกันจำนวนมากในสภาพแวดล้อมทดสอบ แล้วสังเกตว่าเวลาตอบสนองของ Preference Center และการบันทึก Consent Log ยังอยู่ในระดับที่ยอมรับได้หรือไม่ ก่อนที่จะถึงช่วงที่มีการจองจริงจำนวนมากพร้อมกัน

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

  • แยกหน้า Preference Center ออกจาก Banner ให้แขกกลับมาเปิดได้จากทุกหน้า
  • อธิบายให้ชัดว่า Preference Center ครอบคลุมเฉพาะเว็บไซต์โรงแรมเอง ไม่ใช่คุกกี้บน OTA
  • เชื่อมโยง Preference Center ไปยัง Privacy Policy ที่อธิบายข้อมูลจากฟอร์มจอง
  • ใช้ Cookie Category ชุดเดียวกันในทุกเว็บไซต์ของสาขาในเครือ
  • ทำให้ปุ่มบันทึกการตั้งค่าแสดงผลทันทีโดยไม่ต้องโหลดหน้าใหม่
  • อธิบายหมวดคุกกี้ด้วยภาษาที่แขกทั่วไปเข้าใจ ไม่ใช้ศัพท์เทคนิคล้วน
  • ทบทวน Preference Center ทุกครั้งที่เพิ่มช่องทางขายหรือ OTA รายใหม่

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

  • มีแค่ Cookie Banner ตอนเข้าเว็บไซต์ครั้งแรก แต่ไม่มีหน้า Preference Center ให้กลับมาเปลี่ยนใจ
  • ทำให้แขกเข้าใจผิดว่า Preference Center ควบคุมคุกกี้บน OTA ได้ด้วย ทั้งที่เป็นคนละระบบ
  • แต่ละสาขาในเครือจัดหมวดคุกกี้ไม่ตรงกัน ทำให้แขกเห็นข้อมูลไม่สอดคล้องเมื่อเข้าหลายเว็บไซต์
  • ไม่มีลิงก์เชื่อมจาก Preference Center ไปยัง Privacy Policy ที่อธิบายข้อมูลจากฟอร์มจอง
  • ปุ่มบันทึกการตั้งค่าไม่แสดงผลทันที ทำให้แขกไม่แน่ใจว่าการตั้งค่าถูกบันทึกจริงหรือไม่

สรุป

Preference Center คือรากฐานสำคัญของ Cookie Consent ที่ทำให้แขกควบคุมความเป็นส่วนตัวได้ต่อเนื่อง ไม่ใช่แค่ตอนเข้าเว็บไซต์ครั้งแรก สำหรับธุรกิจโรงแรมและท่องเที่ยว จุดที่ต้องให้ความสำคัญเพิ่มเติมคือการอธิบายขอบเขตที่ครอบคลุมเฉพาะเว็บไซต์ของตัวเอง ไม่ใช่ OTA และการรักษาความสอดคล้องข้ามหลายทรัพย์สินในเครือเดียวกัน

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

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

Banner ปรากฏขึ้นครั้งแรกเพื่อขอความยินยอม ส่วน Preference Center คือหน้าถาวรที่แขกเปิดกลับมาเปลี่ยนการตั้งค่าที่เคยเลือกไว้ได้ทุกเมื่อ เป็นสิทธิ์ต่อเนื่องที่ผู้ใช้ควรมีตลอดการใช้งานเว็บไซต์

Preference Center ของโรงแรมควบคุมคุกกี้บน OTA ได้หรือไม่

ไม่ได้ เพราะ OTA อย่าง Booking.com, Agoda หรือ Traveloka เป็นคนละผู้ควบคุมข้อมูลจากเว็บไซต์โรงแรม Preference Center ของเว็บไซต์โรงแรมครอบคลุมเฉพาะคุกกี้บนเว็บไซต์ของโรงแรมเอง

ควรใช้ชุดเดียวกันเพื่อให้แขกที่เข้าชมเว็บไซต์หลายสาขาของเครือเดียวกันเห็นประสบการณ์ที่สอดคล้องกัน แม้แต่ละสาขาจะบริหารเว็บไซต์แยกกันก็ตาม

ข้อมูลหนังสือเดินทางที่กรอกตอนจองอยู่ใน Preference Center หรือไม่

ไม่อยู่ในขอบเขตของ Preference Center โดยตรงเพราะเป็นข้อมูลจากฟอร์ม ไม่ใช่คุกกี้ แต่ควรมีจุดเชื่อมโยงไปยัง Privacy Policy ที่อธิบายว่าข้อมูลเหล่านี้ถูกเก็บและใช้อย่างไร

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

Preference Center ต่างจาก Cookie Banner อย่างไร

Banner ปรากฏขึ้นครั้งแรกเพื่อขอความยินยอม ส่วน Preference Center คือหน้าถาวรที่แขกเปิดกลับมาเปลี่ยนการตั้งค่าที่เคยเลือกไว้ได้ทุกเมื่อ เป็นสิทธิ์ต่อเนื่องที่ผู้ใช้ควรมีตลอดการใช้งานเว็บไซต์

Preference Center ของโรงแรมควบคุมคุกกี้บน OTA ได้หรือไม่

ไม่ได้ เพราะ OTA อย่าง Booking.com, Agoda หรือ Traveloka เป็นคนละผู้ควบคุมข้อมูลจากเว็บไซต์โรงแรม Preference Center ของเว็บไซต์โรงแรมครอบคลุมเฉพาะคุกกี้บนเว็บไซต์ของโรงแรมเอง

เครือโรงแรมหลายสาขาต้องใช้ Cookie Category เดียวกันหรือไม่

ควรใช้ชุดเดียวกันเพื่อให้แขกที่เข้าชมเว็บไซต์หลายสาขาของเครือเดียวกันเห็นประสบการณ์ที่สอดคล้องกัน แม้แต่ละสาขาจะบริหารเว็บไซต์แยกกันก็ตาม

ข้อมูลหนังสือเดินทางที่กรอกตอนจองอยู่ใน Preference Center หรือไม่

ไม่อยู่ในขอบเขตของ Preference Center โดยตรงเพราะเป็นข้อมูลจากฟอร์ม ไม่ใช่คุกกี้ แต่ควรมีจุดเชื่อมโยงไปยัง Privacy Policy ที่อธิบายว่าข้อมูลเหล่านี้ถูกเก็บและใช้อย่างไร

เนื้อหานี้จัดทำขึ้นเพื่อให้ข้อมูลทั่วไปเท่านั้น ไม่ถือเป็นคำแนะนำทางกฎหมาย กรุณาปรึกษาผู้เชี่ยวชาญด้านกฎหมายหรือ Data Protection Officer ของหน่วยงานท่านก่อนนำไปปฏิบัติจริง

พร้อมตรวจสอบความน่าเชื่อถือของเว็บไซต์คุณหรือยัง?

ทดลองใช้งาน trusty ฟรี ไม่ต้องใช้บัตรเครดิต เริ่มสแกนได้ทันที