如何讓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的整合範圍與畫面名稱依合約而異。請以合約方的現行資料與實際測試預訂確認。

已複製標題與網址