谷歌Booking.com押注1个协议，酒店业还没反应过来

2024年，酒店官网预订的平均客单价是516美元，OTA渠道远低于此。但这条护城河正在以肉眼可见的速度崩塌——不是因为新玩家入场，而是因为一种叫MCP的协议，让AI助手可以直接订房。

Perplexity已经跑通了全流程：用户说"下周去岘港，要带泳池的宠物友好型精品酒店，每晚150美元以内"，AI查实时库存、比价、应用会员折扣、完成支付。没有浏览器，没有App，没有人工介入。

谷歌Gemini、OpenAI都在跟进。而绝大多数酒店，还没听说过MCP是什么。

一个协议替代十次对接

酒店技术栈的碎片化是行业老梗。PMS管运营、预订引擎管订单、CRS管分销、CRM管客户、渠道管理器管OTA——每个系统都有自己的API格式和数据逻辑。

以前酒店想让ChatGPT接入预订数据，得专门为ChatGPT开发一套接口。然后是Gemini。然后是Claude。每套都要单独认证、映射字段、长期维护。

MCP（模型上下文协议，Model Context Protocol）把这堆麻烦一次性解决。酒店只需搭建一个MCP服务器，把现有系统包装成标准化的工具定义，任何支持该协议的AI都能直接连接。一次开发，全平台通用。

酒店技术圈现在流传一个类比：USB-C。以前每个设备要专属线缆，MCP就是AI与酒店系统之间的通用接口。

OTA抽成15%-25%，MCP抽成0。

这才是让酒店业脊背发凉的数字。OTA目前占据约55%的预订市场份额，每笔订单抽走15%-25%。200美元的房间，每晚30-50美元进了中间商口袋。

酒店这些年反击过：官网直订 campaign、会员体系、网站优化。有一定效果——直订客户住得更久、买更多增值服务。但分销战场的规则正在改写。

TakeUp 2026年的调研显示，消费者对AI旅行规划的信任度正在快速爬升。更关键的是，AI助手没有"默认展示"的OTA列表，它会根据用户指令直接匹配最优解。如果酒店的MCP服务器响应更快、库存更准、条款更灵活，它就能跳过OTA的竞价排名，直接拿到订单。

这不是理论推演。Perplexity通过Tripadvisor和Selfbook的合作已经落地。谷歌Gemini的 transactional trip planning 得到了Booking.com、Expedia、万豪、洲际的支持（Skift, 2025）。OpenAI正在向更多旅游公司开放应用市场，不限于现有OTA伙伴。

谁在偷偷建护城河

连锁酒店集团的动作比独立酒店快得多。万豪、洲际与谷歌的合作协议，本质是提前卡位MCP生态的标准制定权。它们有技术团队、有谈判筹码、有动力绕开OTA。

中小酒店的困境在于：建MCP服务器需要技术投入，而它们连官网的移动端适配都没做完。但第三方服务商正在涌入——PMS厂商、渠道管理器公司、甚至新的"AI连接层"创业公司，都在提供开箱即用的MCP解决方案。

这场战争的诡异之处在于，酒店业经历过完全相同的剧本。二十年前，Expedia和Booking.com用互联网聚合流量，酒店被迫交"流量税"。今天，AI助手用自然语言交互重新分配流量，而协议层的赢家可能再次拿走定价权。

区别在于，这次酒店有机会成为协议的直接参与者，而非被动的供应商。前提是它们能在未来12-18个月内完成技术升级。

一个被忽略的细节

MCP的文档里有个很少被讨论的机制：工具调用时的上下文保留。简单说，AI助手记得用户上周说"讨厌电梯噪音"，下次订房时会自动过滤掉电梯旁的房间。这种颗粒度的偏好学习，OTA的推荐算法很难复制——它们依赖的是群体画像，而非个人对话历史。

这对酒店意味着两件事。一是客户忠诚度可能被重新定义：不是积分卡，而是AI助手里沉淀的"个人住宿档案"。二是服务差异化的空间被压缩：当AI能实时比对全网评价、设施细节、甚至社交媒体上的真实照片，酒店的包装话术效力大减。

SiteMinder 2025年的数据还显示，直订客户的复购率比OTA客户高出34%。但复购的前提是客户记得你的品牌。如果下次出行时，用户只和Claude对话，酒店的名字会不会变成"那个AI推荐的、在岘港的、带泳池的"?

万豪最近在内部测试中要求AI合作伙伴返回品牌标识的完整露出，这个细节被写进了合作条款。它们显然意识到了问题。

协议战争从来不只是技术问题。USB-C统一了接口，但充电协议的快充标准之争持续了十年。MCP降低了连接门槛，但谁控制搜索排序、谁定义"最优"推荐、谁保管用户数据——这些才是下一轮的筹码。

酒店业上一次输掉分销战争，用了十五年才缓过来。这一次，它们有多少时间？