Google AI Mode新增旅行功能：机票追价、积分查询和酒店预订怎么用？

Google于2026年8月27日公布这批更新。本文在9月21日重新核对官方资料，以下范围按公告说明整理，实际入口仍受地区、语言与推出进度影响。官方发布

功能	公告范围	完成位置
机票追价	AI Mode支持地区和语言，排除EEA	用户确认提醒，邮件通知变化；购票去伙伴网站
积分与里程查询	支持地区和语言，EEA部分展示有限制	查看合作计划报价后到伙伴兑换
酒店直接预订	从美国英语环境推出	集成伙伴旁选择Continue on Google，选房并付款

酒店或预订平台仍承担交易与客服责任。功能出现在Google界面中，不代表退款、修改和售后都由Google负责，也不意味着所有酒店网站已经接入。

先固定行程，再比较不同方案

在AI Mode表达需求时，把日期、人数、目的地和不能妥协的条件放进去。入口与可用环境可以通过官方帮助核对。

例如：“10月15日入住、18日退房，两位成人，靠近新宿站，需要独立卫浴与可取消房型。请分开列每晚价、三晚总价及取消条件来源。”这是询问方式示例，不是当前酒店推荐或真实价格。

比较前再确认“可取消”具体到哪一天、哪个时区，以及取消后是否有费用。步行范围、房型和设施也要看酒店或预订方说明。模型把候选列出来，只完成了发现与初步比较。

如果没有预订按钮，先查功能范围及伙伴资格。反复改提示词不能保证得到未开放功能；仍可到实际酒店或平台继续核对。

机票追价：提醒对应的条件不能丢

开启追价前，确认出发与到达机场、去返程日期，以及当前比较的乘客条件。行程改变后重新查看追踪对象，别将另一日期的降价当成原计划便宜了。

收到邮件再进入售票页面，核对航班、人数、行李、退改与最终金额。价格提醒不锁定库存，原报价也可能在结账前变化。

假设方案A票面价格较低，但需另外购买托运行李；方案B已经包含相同所需行李。比较时应把自己实际要购买的条件对齐，而不能仅将两张卡片上最显眼的金额相减。转机次数与到达时间若影响安排，也应作为条件保留。

对旅游内容站，某次票价必须标明查询时间和行程；长期购票方法则可另写成稳定教程。不要把一次低价当成目的地长期固定价格。

积分方案要算清现金部分，也保留计划名称

查询时说明日期、航线或酒店，以及持有的奖励计划。公告区分首批与后续伙伴，所以没有查到不能直接说明没有兑换名额；应到对应计划进一步核对。

积分数之外，还要看税费、现金补差、舱位或房型、退改和账户资格。显示报价不等于已经验证个人余额或完成兑换。

可以用一个纯假设例子理解比较方式：相同条件的现金方案总价600元，积分方案要20,000积分另付100元。用积分减少的现金支出是500元，简单换算为每积分0.025元。若忘了100元现金部分，就会把600元全部算成积分节省。

这个计算只帮助比较这一笔同条件方案，不是积分的固定价值，也没有计入其他资格、收益或未来使用机会。如果现金方案可退、积分方案不可退，二者条件不相同，就不宜仅用这个比值决定。

最有用的记录是“哪个计划、哪次行程、什么条件下的兑换”，而不是孤立保存一个积分数字。

酒店要比较整个住宿报价，不只每晚价

同一家酒店也可能有不同人数、床型、早餐与退改方案。选定酒店后，还要核对具体房型和价格计划。公告中的集成流程通过Continue on Google继续选房、查看条款并付款；订单详情仍以实际预订方确认结果为准。

下面是同房型、人数与退改条件下的假设账单，不是真实报价：

A方案：800 × 3晚 + 300必付费用 = 2700元。
B方案：880 × 3晚，已含相同费用 = 2640元。
同条件总价：B少60元，尽管每晚显示价格较高。

若到店另付费用或币种不同，先补进同一预算再比较。

最终确认前保留酒店、日期、人数、房型、总价、取消期限和预订方。付款后查看确认编号与订单内容；只打开付款页或收到聊天里的候选说明，仍不算预订完成。修改或退款时，凭具体订单联系承担服务的酒店或平台。

旅游网站重点检查条件有没有在跳转中重置

对网站运营者，更直接的检查是从搜索候选进入落地页，日期、人数、币种与房型是否仍一致。用户选了三晚两人，落地页却恢复为默认日期一人，就无法继续比较之前的报价。

Google的Hotel Prices落地页文档及参数说明说明酒店和行程信息如何传入落地页，并强调可见条件与价格对应。它们属于酒店价格接入体系，不等于做了参数配置就自动获得AI Mode直接预订资格。

若落地后价格不同，先确定条件是否相同。日期或人数重置是信息传递问题；条件一致但库存已变化，则需如实显示新报价。不能为了保持与旧卡片一致，继续展示已不可购价格。

可以用一张检查记录串起四个位置：用户查询、搜索候选、落地页、最终条款。每个位置保存日期、人数、房型、费用与时间，差异发生在哪里就交给对应环节处理。仅截图最终高价，无法判断问题来自理解、传参、价格更新还是附加费用。

一条跳转差异，怎样写成可修复的问题

沿用三晚两人的假设需求，记录可以这样展开：

1. 搜索候选： 10月15日至18日，两位成人，三晚，显示同一房型。
2. 进入落地页： 日期仍正确，人数变成一人；暂不比较价格高低。
3. 手动改回两人： 才核对房型、费用和取消条件，重新取得同条件报价。
4. 交给技术同事： “进入链接后人数恢复默认值；请检查人数参数是否传入及落地页是否读取。”保留具体链接与观察时间。

如果第二步人数没有改变，最终价格差异就应沿库存、费用与取价时间继续查。这份示例的用途是让团队先找到分歧发生的位置，避免把所有不同报价都当成AI理解错误，或反过来都归为动态价格。

不同网站不必做同一种改造

酒店与预订平台检查行程和交易衔接；攻略站可以加强区域选择、交通、适合人群与设施出处；联盟站则重点核对推荐链接终点和价格条件。普通产品网站无需因为这则新闻增加酒店字段。

地区功能与网站角色也应分清，可结合Google地区搜索体验判断所观察的界面适用于谁。新闻不能直接证明自己的流量变化是由新功能造成的。

若要评估影响，保留相关页面与查询的原有表现，再结合站内访问和预订记录看变化。具体可沿搜索需求、页面任务与转化目标梳理。先修可确认的条件丢失和报价问题，比凭单次搜索结果推断整站趋势更有帮助。