官方網站寫「附早餐」,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或已結束的服務
測試傳送時,不要使用真實住客資訊,應使用旅宿管理的測試聯絡方式。
變更時的更新順序
決定變更內容後,依下列順序進行。
- 由人核准變更內容、適用日期、對象方案
- 更新權威原始台帳
- 更新PMS、通路管理系統、預訂系統
- 更新官方網站與官方預訂畫面
- 更新各OTA的欄位、說明、照片
- 更新Google、社群媒體、地區入口網站、PDF
- 更新預訂確認電子郵件與館內說明
- 在PC與智慧型手機上確認各銷售畫面
- 用虛構條件比對房價、房量、取消說明
- 記錄更新日期時間、負責人、尚未反映的位置
無法同時更新時,應在開始銷售前安排更新期間。存在重大不一致的媒體,也需要判斷是否暫停相關方案,直到修正完成。
通路管理系統要確認的事項
日本觀光廳的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的整合範圍與畫面名稱依合約而異。請以合約方的現行資料與實際測試預訂確認。

