如何让OTA与官方网站的说明一致|住宿信息比对步骤

旅宿主人依权威原始台账比对官方网站与多个OTA的客房、房价、餐饮、取消、交通与招牌猫信息的插画 预订与付款

官方网站写「附早餐」,OTA却写「不含餐」。官方网站说停车免费,另一个预订网站却说要收费。这些不一致会让住客不安,也可能造成现场纠纷。

有多个销售管道的旅宿,往往需要重复手动输入同样的内容,因此要完全杜绝漏更新并不容易。重点是决定哪些信息作为权威原始记录,以及变更时要确认哪些媒体。

结论:只同步房量,不会让说明一致

即使导入渠道管理系统,也不代表所有信息都会自动一致。

信息 自动整合的可能性 容易需要人工比对的项目
可售房量 高 封房、电话预订、同步故障
房价 依配置而定 税与额外费用、显示单位、会员价格
住宿方案 依配置而定 说明文字、优惠、销售期间、照片
预订变更与取消 依配置而定 部分变更、退款、漏通知
客房与设备 多半较低 容纳人数、寝具、浴室、整修内容
餐饮与儿童条件 多半较低 年龄分类、过敏、供餐场所
交通与接送 低 时刻、预约期限、季节停驶
招牌猫信息 通常不会整合 是否仍在旅宿、休养、可见面的场所、规则

应分别确认「房量已同步」与「住客阅读的说明一致」。

产生不一致的主要原因

要更新的画面很多

同样信息分散在官方网站、官方预订系统、OTA、Google商家资料、社交媒体与纸本说明。这很容易让人以为修改一处就完成了。

检查Google搜索与Google地图上的旅宿名称、地址、电话、官方URL、饭店预订链接的具体步骤,请参阅如何整理旅宿的Google商家资料。

各媒体的字段名称不同

「共用寝具」「不含餐与寝具」「幼儿」「学龄前儿童」等条件,即使内容相同,输入字段与名称也可能不同。直接复制文字可能改变意思。

误解自动整合范围

有些配置会整合房量与房价,但照片、设备说明、取消规定、接送需要手动更新。应按合同名称与各项功能确认同步范围。

旧方案或复制版本残留

复制前一年的方案时,会沿用旧供餐时间、已结束的优惠与以前的猫咪信息。即使停止销售,说明或图片也可能残留在其他页面。

先按信息项目决定「权威原始记录」

权威原始记录,是有疑问时可判断「这就是目前正式信息」的依据。

信息 权威原始记录的例子 理由
空房与封房 PMS或渠道管理系统 集中判断能否销售
房价与销售方案 房价管理系统或预订系统 在开始销售前确定
客房与设备 设施台账 不受预订媒体影响
餐饮与儿童条件 住宿商品台账 将餐饮、寝具、年龄条件成组管理
取消与付款 已批准的规约台账 保留合同条件变更记录
交通与接送 交通台账 管理运行条件与说明发布位置
招牌猫 猫咪在宿与生活状况确认表 优先考量猫咪的身体状况与生活
照片 附授权与拍摄日期的照片台账 避免旧设备照片与权利不明的图片

不必把所有内容塞进一张巨大表格,但要能了解各项目的权威原始记录、负责人与更新日期。

建立媒体清单

先列出发布旅宿信息的所有位置。

  • 官方网站的首页、客房、房价、餐饮、交通、FAQ
  • 官方预订系统
  • 合同中的各个OTA
  • Google商家资料
  • Instagram、Facebook、X、LINE等
  • 观光协会、地方政府、地区入口网站
  • 旧PDF、宣传册、预订确认电子邮件
  • 网站制作公司管理的其他页面

也要搜索已结束合同的OTA与旧URL,确认是否残留看似仍可预订的页面。旅宿无法自行删除时,应保留向运营公司要求修正或下架的记录。

首先比对的12个项目

1. 旅宿名称、地址与联系方式

  • 目前正式名称与读法
  • 邮政编码、地址、地图地点
  • 电话号码与受理时间
  • 联系窗口
  • 需要显示运营者名称的位置

搬迁或更名后,也要准备说明,让搜索旧名称的人知道这就是目前的旅宿。

2. 客房名称与房型

若官方网站的「8张榻榻米和室」与OTA的「标准和室」是同一间房,应建立对照表。

内部客房代码:R01
正式名称:庭园侧8张榻榻米和室
官方预订:庭园侧和室
OTA A:标准和室
OTA B:8张榻榻米和室・禁烟

即使无法让各媒体名称完全相同,也要共用内部代码,让负责人能判断是同一客房。

3. 容纳人数、寝具与儿童

  • 最少与最多人数
  • 成人与儿童如何计入容纳人数
  • 床铺、日式床垫、共用寝具
  • 儿童年龄分类
  • 餐饮与寝具的组合
  • 婴幼儿设施使用费

各OTA的儿童输入分类不同,不能只看表面字段名称判断,要通过预订测试确认房价与房量。

4. 餐饮

  • 是否仅住宿、含早餐、含晚餐
  • 用餐场所、客房用餐、时间
  • 餐点内容可能变更的情况
  • 过敏咨询期限与可应对范围
  • 儿童餐
  • 饮料与追加点餐

确认是否只有照片呈现豪华附晚餐方案,实际销售却是仅住宿。

5. 房价与显示单位

  • 每人或每房
  • 每晚或整段住宿
  • 含税或未税
  • 是否含餐
  • 入汤税、住宿税、清洁费等
  • 现场额外费用
  • 会员、官方限定、连住优惠的条件

官方网站与OTA价格不同,本身未必是错误。优惠、销售条件、房量、取消条件可能不同。不要只是让金额一致,应确认是不是包含相同内容的同一商品。

6. 销售期间与住宿期间

区分「可以预订的期间」与「实际可以住宿的期间」。

  • 销售开始与结束日期、时间
  • 适用住宿日期
  • 不适用日期
  • 最少与最多住宿晚数
  • 预订截止时间
  • 当天预订

若复制前一年方案,也要重读星期、假日、季节名称与年份。

7. 取消、变更与付款

日本观光厅的线上旅游交易指南要求,从申请完成前就适当显示旅游费用与付款方式、取消费开始产生的时间与金额、收款主体、付款与退款方式等信息。

  • 免费取消期限
  • 各天的取消费
  • 未通知而未入住
  • 日期、人数、餐饮变更方式
  • 现场付款与预先付款
  • 退款方式与所需天数
  • 是否有OTA独有条件
  • 应联系哪个预订管道

官方预订与OTA规定不同时,应清楚说明适用各预订管道的规定。

8. 设备与客用品

  • 浴室与厕所在客房内或共用
  • Wi-Fi、冷暖气、电视、冰箱
  • 禁烟或可吸烟
  • 毛巾、牙刷、睡衣
  • 借用品与付费用品
  • 楼梯、高低差、电梯
  • 整修中或故障中的设备

不只勾选设备图示,也要确认与本文、照片是否矛盾。

9. 交通、停车场与接送

  • 地图地点
  • 最近车站与公交车站
  • 停车位数量、费用、预约
  • 接送区间、时刻、预约期限
  • 冬季通行、季节停驶
  • 超过最晚入住时间后的联系方式

OTA制式字段无法容纳的重要事项,也要反映到方案注意事项或预订确认电子邮件。

10. 宠物与招牌猫

「有猫的旅宿」与「可带自家猫同行的旅宿」是不同信息。

  • 招牌猫目前是否仍在旅宿
  • 可能见面的场所
  • 是否偶尔会来客房
  • 可能因休养或身体状况而无法见面
  • 抱猫、拍摄、点心的规则
  • 住客能否带宠物、种类、适用客房、费用
  • 给过敏者或不擅长与猫相处者的说明

不要像方案优惠一样保证招牌猫会出现,要优先考量猫咪的意愿与身体状况。不要持续使用旧猫咪照片来表示目前仍在旅宿。

休养、退休、迎接新猫时的公告文与更新位置,请参阅如何说明招牌猫的在宿、休养与交替状况。

11. 照片与说明文字

  • 没有残留整修前的客房照片
  • 照片与正在销售的客房相对应
  • 能了解餐饮照片对应的方案与季节
  • 图片已取得转载授权
  • 招牌猫名称与在宿状况和目前一致
  • 照片排列顺序不会造成误解

各媒体分别上传照片时,应在照片台账记录拍摄日期、对应客房、权利人与发布位置。

12. 预订确认电子邮件

即使修改销售页面,自动电子邮件也可能仍是旧内容。

  • 旅宿名称、地址、电话号码
  • 入住与退房
  • 用餐时间
  • 停车场与接送
  • 取消与变更窗口
  • 现场必须支付的额外费用
  • 旧URL或已结束的服务

测试发送时,不要使用真实住客信息,应使用旅宿管理的测试联系方式。

变更时的更新顺序

决定变更内容后,依下列顺序进行。

  1. 由人批准变更内容、适用日期、对象方案
  2. 更新权威原始台账
  3. 更新PMS、渠道管理系统、预订系统
  4. 更新官方网站与官方预订画面
  5. 更新各OTA的字段、说明、照片
  6. 更新Google、社交媒体、地区入口网站、PDF
  7. 更新预订确认电子邮件与馆内说明
  8. 在PC与智能手机上确认各销售画面
  9. 用虚构条件比对房价、房量、取消说明
  10. 记录更新日期时间、负责人、尚未反映的位置

无法同时更新时,应在开始销售前安排更新期间。存在重大不一致的媒体,也需要判断是否暂停相关方案,直到修正完成。

渠道管理系统要确认的事项

日本观光厅的IT活用案例集将渠道管理系统说明为:整合多个预订网站与自家网站的空房、预订情况,并可批次变更各网站价格与方案的系统。

不过,整合范围依产品、合同、OTA而异。

  • 房量是否双向同步
  • 房价与方案从哪里发布
  • 能导入新预订、变更、取消中的哪些项目
  • 能否整合儿童分类与额外费用
  • 能否发布照片与说明文字
  • 整合失败时会通知谁
  • 手动变更是否会被下次同步覆盖
  • 停止运作时采取的替代步骤

不要只凭「已整合」判断,要指定实际使用的OTA名称与项目确认。

每日、每月与每季的比对

每天

  • 今天收到的电话、官方、OTA预订都已记入权威原始记录
  • 变更或取消后的房量已释出
  • 没有同步错误或未处理通知
  • 当天抵达住客的餐饮、接送条件与预订内容一致

防止重复预订的步骤,请参阅避免电话、OTA与自家预订造成重复预订的运营方法。

每月1次

  • 客房名称、容纳人数、设备
  • 房价包含的内容
  • 儿童、餐饮、取消条件
  • 照片、交通、联系方式
  • 官方网站与主要OTA的主要方案
  • 预订确认电子邮件

季节或方案切换时

  • 销售日期与适用住宿日期
  • 餐饮、照片、季节名称
  • 接送、交通、冬季条件
  • 房价、税、额外费用
  • 招牌猫的目前说明

难以每次都以相同深度查看全部方案时,可以先确认预订数多、金额高、条件复杂的方案。

不一致管理表

确认日期:
确认者:

项目:
正确内容:
适用开始日期:

官方网站:一致/不一致/未确认
官方预订:一致/不一致/未确认
OTA A:一致/不一致/未确认
OTA B:一致/不一致/未确认
Google与社交媒体:一致/不一致/不适用
预订确认电子邮件:一致/不一致/未确认

修正负责人:
修正期限:
再次确认日期:
尚未反映的原因:

不要把住客姓名、预订编号、联系方式、付款信息复制到管理表。只记录商品与公开信息。

请AI协助比对的提示词

请比较旅宿官方网站与OTA的公开说明。
这次只阅读并报告,不要预订、变更、登录或发送。

旅宿确认作为权威原始记录的信息:[内容]
官方网站:[URL]
官方预订:[URL]
OTA:[列出公开URL]

请将以下项目分为「一致」「不一致」「未确认」「不适用」。
1. 旅宿名称、地址、电话
2. 客房名称、容纳人数、寝具
3. 儿童、共用寝具
4. 餐饮、过敏咨询
5. 房价、税、额外费用
6. 销售期间、住宿期间
7. 取消、变更、付款、退款
8. 设备、客用品
9. 交通、停车场、接送
10. 宠物、招牌猫
11. 照片与说明文字

对不一致的项目,请简短列出各页面URL与对应表述。
不要推测目前信息,只有登录后才能查看的项目请标为未确认。
比价前,先确认是否为相同客房、日期、人数、餐饮、取消条件。
最后依对住客影响由大到小,排列修正候选。

AI可以寻找公开页面的差异,但无法自动判断OTA登录后的设置或实际正确的营业条件。修正内容由旅宿批准。

总结

要让OTA与官方网站的说明一致,除了同步房量,也要比对客房、餐饮、儿童、房价、取消、设备、交通、照片与招牌猫。

请按信息决定权威原始记录与负责人,固定变更时的更新顺序。金额不同时,不只确认日期、人数,也要确认餐饮、优惠、税、取消条件是否属于同一商品。

若要先整理官方网站本身的更新项目,请从住宿设施网站至少应更新哪些信息开始。

参考资料

※OTA、渠道管理系统、PMS的整合范围与画面名称依合同而异。请以合同方的现行资料与实际测试预订确认。

已复制标题与网址