สรุปสั้น ๆ (TL;DR)
- วันที่ 25 กันยายน 2569 โปรเจกต์ UCP รวมร่างแรกของความสามารถ Lodging Booking (dev.ucp.lodging.booking) และเปิดรับความเห็นสาธารณะบน GitHub
- ร่างนี้กำหนดโดย Lodging Tech Council ที่มีสมาชิกเจ็ดรายตามชื่อ ได้แก่ Amadeus, Booking.com, Expedia, Google, Hilton, Marriott และ Trip.com
- FAQ ของ Google ระบุว่าจะนำมาตรฐานนี้มาใช้กับการจองโรงแรมใน AI Mode ภายในไม่กี่เดือนข้างหน้า โดยไม่มีวันที่ และการเข้าร่วมไม่มีผลต่ออันดับที่พักหรือราคา
- โรงแรมยังเป็นผู้ขายและเก็บข้อมูลลูกค้าไว้เอง ผู้ให้บริการรับชำระเงินต้องประมวลผลโทเค็นของ Google ได้ และหมุดหมายแรกรองรับการจองห้องเดียว
- การจองโรงแรมใน AI Mode ทยอยเปิดให้ผู้ใช้ภาษาอังกฤษในสหรัฐฯ ตั้งแต่ 27 สิงหาคม 2569 และไม่มีแหล่งข่าวใดระบุวันที่สำหรับประเทศไทย
Google จะย้ายระบบจองโรงแรมใน AI Mode ไปใช้ Universal Commerce Protocol (UCP) ซึ่งเป็นมาตรฐานเปิดที่เพิ่งรวมร่างแรกของสเปกการจองที่พักเข้ารีโพสิทอรีเมื่อวันที่ 25 กันยายน 2569 หน้า FAQ สำหรับนักพัฒนาเรื่อง UCP for Lodging ของ Google เขียนไว้ว่า Google จะนำมาตรฐานนี้มาใช้ขับเคลื่อนฟีเจอร์จองโรงแรมใน AI Mode "ภายในไม่กี่เดือนข้างหน้า" FAQ เดียวกันระบุว่าการเข้าร่วมไม่มีผลต่อการจัดอันดับที่พักหรือราคา โรงแรมยังเป็นผู้ขาย (merchant of record) และตอนนี้การเริ่มใช้งานต้องลงชื่อในรายชื่อรอ (waitlist) เท่านั้น ยังไม่มีการประกาศวันที่เปลี่ยนระบบ
สิ่งที่ประกาศออกมาเมื่อ 25 กันยายน 2569
วันที่ 25 กันยายน 2569 ผู้ดูแลโปรเจกต์ Universal Commerce Protocol ประกาศใน GitHub Discussion #864 ว่าร่างแรกของความสามารถ Lodging Booking ถูกรวมเข้ารีโพสิทอรี UCP แล้ว และเปิดรับความเห็นและการมีส่วนร่วมจากสาธารณะ ความสามารถนี้ใช้ชื่อ dev.ucp.lodging.booking ประกาศระบุว่านี่คือการขยาย UCP เข้าสู่ธุรกิจที่พักอย่างเป็นทางการ ต่อจากหมุดหมาย "สถาปัตยกรรมหลายอุตสาหกรรม" ก่อนหน้านี้
ประกาศขอบคุณ Lodging Tech Council ที่ช่วยกำหนดร่างนี้ และระบุชื่อสมาชิกเจ็ดราย ได้แก่ Amadeus, Booking.com, Expedia, Google, Hilton, Marriott และ Trip.com รวมถึงผู้ร่วมพัฒนาโอเพนซอร์ส Search Engine Journal รายงานว่าสภานี้ตั้งขึ้นเมื่อวันที่ 11 สิงหาคม 2569 และการอัปเดต UCP วันที่ 25 สิงหาคมได้วางโครงสร้างที่จำเป็นสำหรับการขยายออกนอกธุรกิจค้าปลีก
ประกาศบน GitHub สรุปจุดเด่นของร่างนี้ไว้สี่ข้อ:
- ตรวจราคาและห้องว่างแบบเรียลไทม์ภายในหน้าจอ AI
- ลงทะเบียนผู้เข้าพัก ครอบคลุมข้อมูลผู้เข้าพัก จำนวนผู้เข้าพัก วันเช็กอินและเช็กเอาต์ และความต้องการพิเศษด้านห้องพัก
- ชำระเงินที่รองรับตารางการจ่ายซับซ้อน ทั้งเงินมัดจำ ยอดคงเหลือที่จ่ายภายหลัง การแบ่งจ่าย และนโยบายยกเลิกและคืนเงินที่ผูกกับวงจรการจอง
- ทำงานร่วมกับองค์ประกอบหลักของ UCP เช่น การเชื่อมบัญชี (identity linking) และตัวจัดการการชำระเงิน (payment handlers)
ตารางสรุป: Google และร่างสเปกพูดว่าอะไร
ตารางด้านล่างรวบรวมข้อยืนยันที่มีผลเชิงธุรกิจต่อโรงแรมหรือเว็บจองที่พัก แต่ละข้อมาจาก FAQ ของ Google เรื่อง UCP for Lodging หรือจากร่างสเปกโดยตรง
| คำถาม | สิ่งที่แหล่งข่าวระบุ |
|---|---|
| AI Mode จะเปลี่ยนไปใช้ UCP เมื่อไร | "ภายในไม่กี่เดือนข้างหน้า" (FAQ ของ Google) ไม่มีวันที่แน่นอน |
| การเข้าร่วมมีผลต่ออันดับหรือไม่ | ไม่มีผลต่อการจัดอันดับที่พักหรือราคา (FAQ ของ Google) |
| ใครเป็นผู้ขาย (merchant of record) | โรงแรมหรือธุรกิจจองที่พัก ซึ่งเก็บข้อมูลลูกค้าและข้อมูลการจองไว้เอง (FAQ ของ Google) |
| จำนวนห้องต่อการจองในหมุดหมายนี้ | หนึ่งห้อง ส่วนหลายห้อง "อาจเป็นส่วนขยายในอนาคต" (FAQ ของ Google) |
| สเปกนิ่งแล้วหรือยัง | ยัง เป็นสถานะร่าง อาจมีการเปลี่ยนแปลงที่ไม่เข้ากับของเดิม (แบนเนอร์ในสเปก UCP) |
ขั้นตอนการจองในร่างสเปกทำงานอย่างไร
ร่างสเปก dev.ucp.lodging.booking ของ UCP อธิบายการจองว่าเป็น "เซสชัน" ที่เคลื่อนผ่านสถานะต่างๆ ที่กำหนดไว้ แพลตฟอร์ม เช่น ผู้ช่วย AI เริ่มเซสชันด้วยข้อมูลที่พัก ห้อง แผนราคา และวันที่ ซึ่งได้มาจากผลการค้นหาก่อนหน้า จากนั้นจึงเติมข้อมูลผู้เข้าพัก ข้อมูลผู้จอง และข้อมูลการชำระเงินในการอัปเดตหนึ่งครั้งหรือหลายครั้ง เซสชันจะกลายเป็นการจองที่ยืนยันแล้วและแก้ไขไม่ได้ก็ต่อเมื่อแพลตฟอร์มเรียกคำสั่ง Complete Booking Session
สถานะที่ร่างระบุไว้ได้แก่ incomplete, requires_escalation, ready_for_complete, complete_in_progress, completed และ canceled เมื่อโรงแรมต้องการข้อมูลที่ API ของตัวเองเก็บไม่ได้ หรือเมื่อมีนโยบายที่ผู้เดินทางต้องตรวจทานเอง เซสชันจะเปลี่ยนเป็น requires_escalation และธุรกิจต้องส่ง continue_url เพื่อส่งต่อผู้เดินทางไปยังหน้าจอของโรงแรมเอง
ร่างนี้ยังแยก "ผู้จอง" ซึ่งเป็นคู่สัญญาที่รับผิดชอบการชำระเงิน ออกจาก "ผู้เข้าพัก" ที่จะมาพักจริง การแยกนี้มีไว้รองรับการจองในนามบริษัท การจองแทนผู้อื่น และการจองหลายช่วงพัก รหัสผู้เข้าพักสร้างโดยแพลตฟอร์ม ใช้ได้เฉพาะภายในเซสชันการจองเดียว ห้ามมีข้อมูลส่วนบุคคล และห้ามใช้ติดตามตัวบุคคลข้ามร้านค้า
Search Engine Journal รายงานว่าสเปกอธิบายการจัดการเซสชันการจองผ่าน REST หรือ MCP ซึ่งตรงกับในร่างที่ระบุทั้ง REST binding และ Model Context Protocol binding
การชำระเงิน ภาษี และความโปร่งใสของราคา
ร่างสเปกระบุว่าธุรกิจยังเป็นผู้ขาย (Merchant of Record) และไม่จำเป็นต้องได้มาตรฐาน PCI DSS เพื่อรับชำระด้วยบัตรผ่านความสามารถนี้ ร่างยังระบุด้วยว่า หากไม่รองรับส่วนขยาย AP2 Mandates ผู้ใช้ต้องยืนยันการจองเองผ่านหน้าจอที่เชื่อถือได้ (trusted UI) พูดง่ายๆ คือ เอเจนต์ AI ช่วยเลือกวัน ห้อง และผู้เข้าพักได้ แต่ในขั้นตอนปกติ คนต้องเป็นผู้กดยืนยันการจองบนหน้าจอที่ทำงานแบบกำหนดแน่นอน
กติกาเรื่องราคาเข้มงวด ร่างกำหนดให้แต่ละเซสชันมียอดรวมสุทธิที่เป็นทางการเพียงหนึ่งรายการ และกำหนดว่าแพลตฟอร์มกับธุรกิจต้องแสดงค่าใช้จ่ายทั้งหมดของการเข้าพักให้ผู้เข้าพักเห็นก่อนยืนยัน โดยอ้างถึงกฎคุ้มครองผู้บริโภคอย่างข้อกำหนดความโปร่งใสด้านราคาของ FTC และสหภาพยุโรป ส่วนจังหวะการจ่ายเงินแยกออกจากรายละเอียดราคา โดยมีประเภทตารางจ่ายสามแบบ คือ จ่ายทันที จ่ายภายหลัง (เช่น ยอดคงเหลือที่จ่ายตอนเช็กอิน) และจ่ายที่โรงแรม (เช่น ภาษีท่องเที่ยวท้องถิ่นหรือค่าบริการรีสอร์ต) หากยอดรวมเปลี่ยนระหว่างเซสชัน ธุรกิจต้องแจ้งด้วยคำเตือน "totals_changed" และแพลตฟอร์มห้ามซ่อนคำเตือนนั้น
Search Engine Journal เสริมว่าร่างนี้เชื่อมกับส่วนขยายด้านการชำระเงิน ทั้งเงินมัดจำ ยอดคงเหลือภายหลัง และการแบ่งจ่าย ที่มาพร้อมอัปเดต UCP วันที่ 25 สิงหาคม รวมถึงส่วนขยายใหม่สำหรับนโยบายการยกเลิก
สิ่งที่ FAQ ของ Google ยืนยันกับโรงแรม
FAQ เรื่อง UCP for Lodging ของ Google ซึ่งอัปเดตล่าสุดเมื่อ 24 กันยายน 2569 ตอบคำถามที่นักการตลาดโรงแรมน่าจะถามก่อนหลายข้อ
อันดับ Google ระบุว่าการเลือกเชื่อมต่อระบบจอง "ไม่มีผลต่อวิธีที่เราจัดอันดับที่พักหรือราคาของคุณในรายการ" หน้าตารายการยังเหมือนเดิม แต่ข้อเสนอที่เชื่อมกับ UCP จะมีตัวเลือกจองโดยตรง
ความเป็นเจ้าของลูกค้า ธุรกิจเป็นผู้ขาย และยังเป็นเจ้าของความสัมพันธ์กับลูกค้า ข้อมูลการจอง และประสบการณ์หลังการเข้าพัก ข้อกำหนดและเงื่อนไขของโรงแรมเองครอบคลุมการจอง และผู้เดินทางต้องกดยอมรับระหว่างขั้นตอนจอง Google ระบุว่ากำลังวางแผนฟีเจอร์ในอัปเดตอนาคตที่ให้ผู้เดินทางเลือกยินยอมรับข่าวสารการตลาดระหว่างจอง
การชำระเงิน โรงแรมไม่จำเป็นต้องมีระบบชำระเงิน Google Pay บนเว็บหรือแอปของตัวเอง แต่ผู้ให้บริการรับชำระเงิน (PSP) ต้องประมวลผลโทเค็นของ Google ได้ การตั้งค่า Google Pay เดิม เช่น การจำกัดประเภทบัตร จะไม่ถูกนำมาใช้ต่อ ต้องตั้งค่าแยกสำหรับช่องทาง UCP
ความถูกต้อง ก่อนเปิดใช้ปุ่ม "Book" ขั้นสุดท้าย Google จะตรวจราคาและห้องว่างแบบเรียลไทม์กับ API ของโรงแรม และคาดหวังให้ระบบของโรงแรมปรับราคา ภาษี และค่าธรรมเนียมตามข้อมูลผู้เข้าพักที่เปลี่ยนไป
การรายงานผล เหตุการณ์ในวงจรการจอง การสำรองห้อง และธุรกรรม จะถูกส่งผ่านสัญญา API ในสเปก ซึ่ง Google บอกว่าช่วยให้โรงแรมแยกทราฟฟิกและการชำระเงินที่มาจากหน้าจอ AI ออกจากเว็บหรือแอปของตัวเองได้ชัดเจน
เรื่องนี้เชื่อมกับการเปิดตัวจองโรงแรมใน AI Mode เมื่อเดือนสิงหาคมอย่างไร
Google เริ่มทยอยเปิดการจองโรงแรมใน AI Mode ให้ผู้ใช้ภาษาอังกฤษในสหรัฐฯ เมื่อวันที่ 27 สิงหาคม 2569 Search Engine Journal รายงานว่า Google ทำงานร่วมกับเครือโรงแรมและแพลตฟอร์มท่องเที่ยวออนไลน์ 10 รายในการเปิดตัวครั้งนั้น และ Google เชื่อมการจองโรงแรมเข้ากับ UCP ตั้งแต่งาน Google Marketing Live ในเดือนพฤษภาคม โพสต์เปิดตัวเดือนสิงหาคมไม่ได้ระบุว่าพาร์ตเนอร์ทุกรายใช้โปรโตคอลนี้หรือไม่ และตามรายงานของ Search Engine Journal ทั้ง FAQ และหน้า lodging ของ Google ไม่ได้ให้วันที่เปลี่ยนระบบ AI Mode หรือบอกว่าพาร์ตเนอร์รายใดจะย้ายมาใช้มาตรฐานนี้
ลำดับเหตุการณ์จึงเป็นดังนี้ ฟีเจอร์จองใน AI Mode ที่เปิดแบบจำกัดตั้งแต่ปลายสิงหาคม ร่างมาตรฐานเปิดที่เผยแพร่ตั้งแต่ 25 กันยายน และแผนที่ประกาศไว้ว่าจะย้ายฟีเจอร์มาใช้ร่างนั้น "ภายในไม่กี่เดือนข้างหน้า"
สิ่งที่แหล่งข่าวไม่ได้บอก
ยังมีหลายเรื่องที่เปิดอยู่ และควรพูดให้ตรง Google ยังไม่ให้วันที่ย้าย AI Mode ไปใช้ UCP ทั้ง FAQ และประกาศบน GitHub ไม่ได้ระบุตลาดหรือภาษาอื่นนอกเหนือจากการเปิดตัว AI Mode ภาษาอังกฤษในสหรัฐฯ ที่มีอยู่ ยังไม่มีช่องทางเริ่มใช้งานสาธารณะนอกจากรายชื่อรอบนหน้า UCP for Lodging ของ Google ตามที่ Search Engine Journal ระบุ การจองหลายห้องถูกพูดถึงเพียงว่าอาจเป็นส่วนขยายในอนาคต และเพราะสเปกยังเป็นร่าง ชื่อฟิลด์ binding และขั้นตอนต่างๆ อาจเปลี่ยนก่อนออกเวอร์ชันเสถียร
ความหมายสำหรับนักการตลาดไทย
การจองโรงแรมใน AI Mode ตอนนี้เป็นฟีเจอร์สำหรับภาษาอังกฤษในสหรัฐฯ และทั้ง Google และโปรเจกต์ UCP ยังไม่ได้บอกว่าจะมาถึงประเทศไทยหรือการค้นหาภาษาไทยเมื่อไร หรือจะมาหรือไม่ ที่พักในไทยจึงควรมองเรื่องนี้เป็นสิ่งที่ต้องเตรียมตัว ไม่ใช่สิ่งที่ต้องเปิดใช้ในไตรมาสนี้
ประเด็นด้านล่างเป็นบทวิเคราะห์ ไม่ใช่สิ่งที่ Google สัญญาไว้สำหรับประเทศไทย
- พาร์ตเนอร์ด้านเทคโนโลยี โรงแรมไทยที่ขายผ่านเอเจนซีท่องเที่ยวออนไลน์ (OTA) ระบบรับจอง หรือ channel manager ต้องพึ่งพาร์ตเนอร์เหล่านี้ในการเชื่อมต่อช่องทางใหม่ OTA สองรายในสภา คือ Booking.com และ Expedia รวมถึง Amadeus ฝั่งระบบจัดจำหน่าย มีส่วนกำหนดมาตรฐานนี้ โรงแรมจึงถามผู้ให้บริการระบบรับจองและผู้ให้บริการชำระเงินได้ว่ามีแผนรองรับ UCP หรือไม่ และ PSP ประมวลผลโทเค็นการชำระเงินของ Google ได้หรือไม่
- ความถูกต้องของราคาและห้องว่าง ทั้งร่างสเปกและ FAQ พึ่งพาการตรวจราคาและห้องว่างแบบเรียลไทม์ และการแสดงราคารวมทั้งหมด ที่พักที่ราคาตรง ภาษี และค่าธรรมเนียมไม่ตรงกันในแต่ละช่องทางจะทำงานภายใต้โมเดลนี้ได้ยากขึ้น
- การวัดผล เนื่องจากโปรโตคอลส่งเหตุการณ์ในวงจรการจองที่แยกการจองจากหน้าจอ AI ออกจากการจองตรง โรงแรมที่นำไปใช้ต้องมีระบบรายงานที่แยกช่องทางเหล่านี้ออกจากกัน
สำหรับทีมคอนเทนต์และทีมค้นหา เรื่องนี้เชื่อมกับวิธีที่ระบบตอบคำถามด้วย AI เลือกและนำเสนอตัวเลือก งานทำให้ระบบ AI เข้าใจที่พักของคุณอยู่ในขอบเขตของ AI SEO ส่วนคำถามที่กว้างกว่าเรื่องการถูกอ้างอิงและถูกเลือกในคำตอบของ AI อยู่ในเรื่อง Generative Engine Optimization (GEO)
คำถามที่พบบ่อย (FAQ)
การจองโรงแรมใน AI Mode ผ่าน UCP ใช้งานได้ในประเทศไทยแล้วหรือยัง
แหล่งข่าวไม่ได้ระบุ และไม่มีวันที่สำหรับประเทศไทย การจองโรงแรมใน AI Mode ของ Google เริ่มทยอยเปิดให้ผู้ใช้ภาษาอังกฤษในสหรัฐฯ เมื่อ 27 สิงหาคม 2569 และ FAQ ของ Google บอกเพียงว่าจะนำ UCP มาใช้กับฟีเจอร์นั้นภายในไม่กี่เดือนข้างหน้า
การเข้าร่วม UCP จะช่วยให้โรงแรมติดอันดับดีขึ้นใน AI Mode หรือไม่
ไม่ ตามที่ Google ระบุ FAQ บอกว่าการเข้าร่วมไม่มีผลต่อการจัดอันดับที่พักหรือราคาในรายการ แม้ข้อเสนอที่เชื่อมกับ UCP จะมีตัวเลือกจองโดยตรง
ถ้าลูกค้าจองใน AI Mode โรงแรมจะเสียข้อมูลลูกค้าไปหรือไม่
ไม่ Google ระบุว่าโรงแรมยังเป็นผู้ขาย เก็บความสัมพันธ์กับลูกค้า ข้อมูลการจอง และประสบการณ์หลังการเข้าพักไว้เอง และใช้ข้อกำหนดและเงื่อนไขของโรงแรมกับการจองนั้น
โรงแรมต้องมี Google Pay บนเว็บไซต์ถึงจะใช้ UCP ได้หรือไม่
ไม่ต้อง แต่ผู้ให้บริการรับชำระเงินต้องประมวลผลโทเค็นของ Google ได้ และการจำกัดประเภทบัตรหรือการตั้งค่าคล้ายกันต้องตั้งแยกสำหรับช่องทาง UCP
ตามร่างสเปก เอเจนต์ AI จองโรงแรมให้จนจบเองได้หรือไม่
โดยค่าเริ่มต้นไม่ได้ ร่างระบุว่าผู้ใช้ต้องยืนยันการจองเองผ่านหน้าจอที่เชื่อถือได้ เว้นแต่จะรองรับส่วนขยาย AP2 Mandates
สิ่งที่ต้องจับตาต่อไป
ร่างนี้เปิดรับความเห็นบน GitHub สัญญาณถัดไปที่ควรดูคือการออกเวอร์ชันเสถียรของสเปกที่พัก การที่ Google เปิดรับพาร์ตเนอร์นอกเหนือจากรายชื่อรอ และส่วนขยายใหม่อย่างการจองหลายห้องที่ FAQ ของ Google ระบุว่าเป็นไปได้ เอกสารต้นทางของบทความนี้คือ FAQ เรื่อง UCP for Lodging บน Google for Developers หากต้องการตรวจว่าที่พักหรือเว็บจองของคุณพร้อมสำหรับการค้นหาและการจองที่ขับเคลื่อนด้วย AI แค่ไหน Relevant Audience ช่วยตรวจการตั้งค่าร่วมกับคุณได้
