住宿設施網站每月檢查清單｜每月60分鐘的營運步驟

旅宿的官方網站並不是完成一次就結束。房價、接送可能改變，預訂服務的URL可能更換，招牌貓也可能休息。WordPress與外掛同樣會收到更新。

不過，不需要每個月重讀所有文章、變更所有設定。每月檢查是找出異常與過時資訊的時間；修正與更新作業則應先確認影響，再另外安排。

本文介紹小型旅宿每月可用約60分鐘進行的檢查步驟。

結論：依序檢查四個領域

每月檢查依下列順序進行。

住客閱讀的營業與預訂資訊
公開網站的顯示與導覽路徑
Google搜尋與網站內的使用情況
WordPress的安全性與復原準備

重點是不要一開始就按下WordPress的更新按鈕。先確認對住客的影響、記錄異常，確認備份與還原方式，再決定變更日期。

檢查前要準備的項目

官方網站的URL
官方預訂與主要OTA的公開URL
本月營業日、房價、餐飲、接送等資訊的權威原始記錄
上次檢查記錄
智慧型手機與電腦
可登入WordPress、以旅宿名義持有的帳號
若使用Search Console與Analytics，則需具備檢視權限
備份儲存位置與最後一次確認還原的日期

不要將個別住客的預訂編號、姓名、聯絡方式、付款資訊複製到每月檢查表。只記錄公開說明與系統狀態。

區分每月與每天要做的事

每月檢查不能取代日常的預訂管理。

頻率	主要確認項目
每天	新預訂、變更、取消、可售房量、同步錯誤、當天抵達的住客
變更時立即	休館、房價錯誤、設備故障、道路封閉、暫停預訂、貓咪休養
每月1次	公開資訊、連結、手機顯示、搜尋情況、網站健康狀態、備份記錄
季節或銷售切換時	住宿方案、照片、餐飲、接送、稅金、冬季條件、適用住宿日期

緊急資訊不能「等到下次每月檢查」。發現房價或營業資訊有誤時，就應立即判斷如何修正。

最初15分鐘：營業與預訂資訊

將旅宿確認為正確的資訊與公開頁面比較。

營業與受理

[ ] 正常營業、季節營業、休館、暫停預訂與目前狀況一致
[ ] 固定休息日與臨時休館日與目前狀況一致
[ ] 能看出可預訂到哪個月份
[ ] 首頁沒有殘留過時的緊急公告

客房、房價與餐飲

[ ] 銷售中的客房名稱、容納人數、寢具與實際情況一致
[ ] 房價同時標示按人或按房計價、含稅或未稅、是否含餐
[ ] 入湯稅、住宿稅、清潔費等額外費用與目前狀況一致
[ ] 兒童、共用寢具、餐飲、過敏諮詢的條件一致
[ ] 已結束的方案或舊季節名稱不會讓人以為仍可預訂

變更、取消與付款

[ ] 預訂前能了解免費取消期限與取消費
[ ] 能依預訂管道找到變更、取消預訂的聯絡窗口
[ ] 現場付款、預先付款、退款方式的說明與目前狀況一致

交通與招牌貓

[ ] 地址、地圖、停車場、大眾運輸、接送與目前狀況一致
[ ] 電話號碼、受理時間、聯絡窗口正確
[ ] 招牌貓是否仍在旅宿、休養、見面的可能性、互動規則與目前狀況一致
[ ] 沒有「一定能見到」等忽略貓咪意願或身體狀況的承諾

資訊項目的詳細標準請參閱住宿設施網站至少應更新哪些資訊；官方網站與OTA的比對請參閱如何讓OTA與官方網站的說明一致。

接下來15分鐘：顯示與預訂路徑

除了已登入管理後台的瀏覽器，也要用無痕視窗確認。

首頁

[ ] HTTPS正式URL可以開啟
[ ] 能了解旅宿名稱、地區與特色
[ ] 可從選單前往客房、房價、交通、預訂頁面
[ ] 已結束的公告或空白區塊不會過於顯眼
[ ] 最新文章與說明按預期的數量、順序顯示

預訂入口

[ ] 預訂按鈕前往正確旅宿、正確預訂服務
[ ] 不會前往其他設施、已終止合約的URL或警告畫面
[ ] 查詢房價與空房前能閱讀重要條件
[ ] 除了電話與聯絡窗口，也能了解正在使用的正式預訂方式

不要為了確認而使用真實日期完成預訂或輸入信用卡資訊。只有預訂系統提供測試功能時，才使用其官方步驟。

智慧型手機

[ ] 選單可以開啟、關閉
[ ] 本文、表格、照片不會大幅超出畫面
[ ] 電話與預訂按鈕不會被其他元素遮住
[ ] 開啟地圖後可以返回網站
[ ] Cookie同意等提示不會擋住預訂按鈕

主要連結

[ ] 客房、房價、餐飲、交通、FAQ不會出現404
[ ] 外部預訂、觀光協會、社群媒體連結目前仍有效
[ ] 聯絡表單可以顯示
[ ] 必要時，只使用網站管理者的測試收件地址確認傳送

剛更新頁面後的詳細檢查，請參閱WordPress發布後的確認方式。

接下來15分鐘：搜尋與使用情況

不要只看數字增減，應分別考量上個月、去年同月、休館日、連假與季節變動。

Search Console

Google向小型網站管理者介紹的方式，是大約每月檢查一次資訊主頁，留意錯誤增加或點擊次數不自然地減少。

[ ] 沒有新的重要訊息
[ ] 沒有顯示安全性問題或人工判決
[ ] 網頁索引錯誤沒有急遽增加
[ ] Sitemap讀取沒有問題
[ ] 點擊次數與曝光次數沒有無法解釋的突變
[ ] 已記錄是否需要對重要頁面使用網址檢查工具

並非所有「未建立索引的URL」都是問題。無須出現在搜尋結果的管理或重複頁面，不要勉強要求建立索引。具體查看方式請參閱Google Search Console入門。

Google Analytics 4

[ ] 資料蒐集沒有完全停止
[ ] 預訂說明、客房等主要頁面有人瀏覽
[ ] 已設定的預訂按鈕等重要事件有記錄
[ ] 已考量數字是否只因自己或網站製作公司的確認存取而增加
[ ] URL與事件名稱中沒有姓名、電子郵件、電話、預訂編號等資訊

不要只根據一個月的數字刪除瀏覽量少的頁面。應結合住客提問、搜尋字詞與季節性，將其列入改善候選。導入方式與個人資訊注意事項請參閱Google Analytics 4入門。

最後15分鐘：WordPress與復原準備

在WordPress管理後台的「工具 → 網站健康狀態」可確認重大問題與改善項目。看到診斷結果時，不需要當場變更所有項目。

網站健康狀態與更新候選

[ ] 網站健康狀態沒有新的重大問題
[ ] 已記錄WordPress核心、佈景主題、外掛的更新候選
[ ] 已決定由誰確認更新內容、相容性與支援資訊
[ ] 沒有未使用的管理員帳號或不明使用者
[ ] 管理員電子郵件可送達目前的負責人

有更新候選，不代表可以立即套用到正式環境。變更前應備份、確認還原方式，避開預訂集中的時間再更新。

備份

[ ] 能查到上次備份完成的日期與時間
[ ] 備份範圍包含資料庫、圖片、佈景主題、外掛
[ ] 能實際存取儲存位置
[ ] 不只有錯誤通知，也有完成記錄
[ ] 能查到還原步驟與負責還原的人
[ ] 已記錄最近一次還原測試日期

只有備份檔案存在，並不代表一定能還原。請利用WordPress更新前的備份與還原，確認符合所用主機服務方式的步驟。

登入與安全性

[ ] 所有管理員使用個別帳號
[ ] 已確認離職者、合約已結束人員的帳號
[ ] 兩步驟驗證可按預期使用
[ ] 沒有可疑登入通知或不記得做過的變更
[ ] 使用BASIC驗證時，了解對REST API與外部整合的影響

保護登入的設定，請參閱WordPress登入的BASIC驗證與兩步驟驗證。

將發現的問題分為四個等級

優先度	例子	處理參考
緊急	網站停止、預訂前往其他設施、個人資訊外洩、未授權管理員	停止追加變更，與負責人判斷是否停止公開或還原
高	房價、休館、取消說明錯誤，無法預訂，過時的貓咪在宿資訊	當天確認正確資訊與影響範圍
中	部分404、手機顯示跑版、搜尋索引突然異常	決定負責人與修正期限
低	輕微錯字、照片更換、說明改善	排入下次更新時段

修正一個問題時，不要混入無關的外掛更新或設計變更，否則會難以了解原因與復原方式。

每月檢查表範本

對象月份：
檢查日期：
檢查者：
上次檢查日期：

1. 營業與預訂資訊：無問題／需處理／未確認
2. 顯示與預訂路徑：無問題／需處理／未確認
3. Search Console：無問題／需處理／未使用
4. Analytics：無問題／需處理／未使用
5. WordPress：無問題／需處理／未確認
6. 備份：無問題／需處理／未確認
7. 登入與安全性：無問題／需處理／未確認

問題的URL或畫面：
對住客的影響：
優先度：緊急／高／中／低
修正負責人：
修正期限：
變更前備份：需要／不需要／等待判斷
修正後確認者：
下次檢查日期：

選擇「無問題」必須先確認。因沒有權限而無法查看的項目，應記錄為「未確認」，而非無問題。

請AI進行唯讀檢查的提示詞

請協助進行住宿設施網站的每月檢查。
這次只閱讀公開頁面並報告，不要登入、編輯、更新、
預訂、傳送聯絡訊息、打電話或付款。

官方網站：［URL］
官方預訂：［公開URL］
主要OTA：［公開URL］
旅宿確認的目前資訊：［營業、房價、地址、接送、招牌貓等］
上次檢查結果：［內容］

請將下列項目分為「無問題」「需處理」「未確認」「不適用」。
1. 營業、休館、預訂受理
2. 客房、房價、餐飲、額外費用
3. 取消、變更、付款
4. 地址、交通、接送、聯絡方式
5. 招牌貓的目前資訊
6. HTTPS、404、主要內部與外部連結
7. PC與智慧型手機上的顯示問題
8. 通往預訂與聯絡窗口的路徑

對問題候選附上URL、對應位置、對住客的影響，
依緊急、高、中、低的順序排列。
不要推測目前資訊，只有管理後台能確認的項目請標為未確認。

Search Console、Analytics與WordPress管理後台的內容，由旅宿主人以畫面或匯出資料分享必要範圍即可。不要將密碼、兩步驟驗證碼、預訂者資訊、私密金鑰貼給AI。