旅宿WordPress變慢時如何調查｜與AI分辨可能原因

旅宿主人與AI依序調查圖片、外掛、佈景主題、伺服器及外部整合，以改善顯示速度的插畫 AI 網站管理

用智慧型手機開啟旅宿網站，照片遲遲不出現，要等很久才能按預訂按鈕，連管理畫面也很慢——。

這時若新增快取類外掛，或批次刪除圖片，可能反而增加版面異常、預訂功能故障。速度下降可能有多種原因，包括圖片、佈景主題、外掛、伺服器、外部預訂元件，以及流量集中。

本文說明不熟悉IT的旅宿主人，如何請Codex或Claude Code協助調查，在變更前分辨原因。

結論：先重現變慢的位置，再逐項調查

請依以下順序進行。

  1. 記錄哪個頁面在哪種裝置、網路下變慢
  2. 確認是否影響客人的預訂與詢問
  3. 保存變更前的速度與畫面
  4. 依頁面內容、外部元件、WordPress、伺服器的順序分類可能原因
  5. 在驗證環境只變更一項
  6. 不只速度，也重新確認版面、預訂與詢問

只說「整個網站很慢」，無法找到原因。要分辨是只有首頁、圖片較多的文章、預訂頁面，還是連管理畫面也慢。

先記錄變慢的情況

記錄以下項目，不包含個人資料。

確認項目 紀錄範例
目標URL 首頁、客房、交通、預訂說明
發生時間 平日早上、週末晚上等
裝置 iPhone、Android、PC
網路 Wi-Fi、行動網路
症狀 白畫面、等待照片、按鈕沒反應
頻率 每次、偶爾、只有特定時段
管理畫面 快、慢、未確認
緊接之前的變更 新增圖片、更新、變更外掛等

除了旅宿的Wi-Fi，也用智慧型手機的行動網路確認。為避免員工裝置殘留快取或擴充功能的影響，另一個瀏覽器、無痕視窗也可作為參考。

先確認對預訂的影響

速度改善的優先順序，應依住宿者受到的影響決定，而非分數。

高優先度的例子:

  • 首頁打不開，無法確認旅宿營業情況
  • 預訂按鈕不顯示或無法按下
  • 無法前往外部預訂頁面
  • 詢問表單無法提交
  • 電話號碼或交通資訊不顯示
  • 智慧型手機畫面卡住

調查期間，也要清楚提供電話、OTA等替代預訂管道。

不要只憑PageSpeed Insights分數判斷

Google的PageSpeed Insights會檢查智慧型手機與PC頁面，提出改善候選項目。但顯示的資料有不同類型。

實際使用者資料

這是彙整Chrome使用者過去體驗的資料。小型網站或新頁面若未達一定資料量，可能不顯示個別頁面的資料。它代表過去28天的趨勢，今天的變更不會立刻反映。

檢查環境資料

這是Lighthouse重現一定條件，檢查當時頁面的結果。有助調查原因，但不等於所有實際客人的體驗。測量位置或通訊狀況不同，結果也可能變動。

不要只因一次分數下降就刪除外掛。應在相同URL與條件下確認多次，比較變更前後。

從旅宿的角度理解Core Web Vitals

目前主要的Core Web Vitals為LCP、INP、CLS。

  • LCP：主要照片或標題出現前的速度
  • INP：操作按鈕等元件後，畫面回應前的時間
  • CLS：載入過程中照片、按鈕位置偏移的程度

旅宿網站應結合具體症狀理解，例如大型客房照片延遲出現、預訂按鈕稍後移動、外部元件妨礙操作。不只看術語或數字，也要確認實際對象是哪個元素。

將原因分為六類

1. 照片與影片

旅宿網站的客房、餐點與貓照片，往往占據大部分頁面容量。

確認項目:

  • 圖片是否遠大於實際顯示尺寸
  • 不需要PNG的照片，是否使用PNG上傳
  • 能否使用WebP等適當格式
  • 是否重複載入相同照片
  • 能否延遲載入畫面外的圖片
  • 是否在頁面顯示時自動載入影片

刪除原始圖片前，先備份，確認畫質、智慧型手機版面及SNS分享用圖片受到的影響。批次轉換請先在驗證環境嘗試。

2. 佈景主題與介面元件

輪播、動畫、Web字型、大型背景圖、預訂彈出視窗等，都可能延緩載入或操作。

不必移除全部設計，應確認目標頁面哪些部分花費時間。不要直接編輯佈景主題檔案，優先使用子佈景主題、官方設定，或製作公司的維護範圍。

3. 外掛

不能只以外掛數量判斷負擔。有時單一外掛很慢，也可能多項功能重複執行相同程序。

不要在正式環境批次停用，應在驗證環境逐一比較。預訂、詢問、SEO、快取、圖片最佳化與安全外掛，停用的影響較大，因此先確認如何還原。

4. 快取

快取是有效率提供相同頁面的機制，但可能同時存在於WordPress、伺服器、CDN及瀏覽器等多處。

重疊使用多個快取類外掛，可能造成舊畫面殘留、只有管理畫面不同、預訂元件無法運作等問題。先調查目前管理位置，再變更。

5. 伺服器與資料庫

若首頁與管理畫面都慢、特定時段突然變慢、錯誤增加，伺服器資源、PHP、資料庫、儲存裝置與流量集中也可能是原因。

VPS由技術負責人確認CPU、記憶體、磁碟，以及PHP、資料庫的紀錄檔。虛擬主機則依官方資訊確認契約方案的資源限制、故障資訊及支援範圍。不要在測量前重新啟動，導致證據消失。

6. 外部服務

預訂小工具、地圖、SNS嵌入內容、影片、聊天、流量分析與廣告等，會進行外部通訊。即使WordPress本身很快，也可能因等待外部服務回應而變慢。

完全刪除外部元件前，應判斷能否替換成一般連結、改成點擊後載入，以及是否為預訂所需功能。

分開「變慢的原因」與「改善方案」

即使AI讀取PageSpeed結果，也不要立刻執行建議。

觀察到的事實：大型圖片是主要顯示元素
可能原因：圖片尺寸、傳遞格式、伺服器回應等
追加確認：原始圖片尺寸、有無快取、與其他頁面比較
改善方案：使用圖片副本測試壓縮
執行位置：驗證環境
還原方式：還原原始圖片與設定
確認項目：畫質、手機版面、預訂按鈕、速度

這種格式能減少憑推測進行的變更。

安全的改善步驟

  1. 確認備份與還原方法
  2. 將改善對象限於一個頁面、一個元素
  3. 保存變更前的畫面與速度
  4. 在驗證環境只變更一項
  5. 在相同條件下重新測量
  6. 在PC與智慧型手機確認版面
  7. 確認預訂、詢問、地圖與影片
  8. 記錄成效與副作用
  9. 由人核准套用至正式環境

若改善幅度很小，卻大幅增加維護負擔，也可決定不採用。

可交給AI的工作

  • 整理變慢的URL與重現條件
  • 比較、摘要PageSpeed結果
  • 找出圖片容量或外部請求的可能問題
  • 分類佈景主題、外掛與伺服器的可能原因
  • 比較變更前後的HTTP、畫面與速度
  • 將驗證程序與還原方式文件化
  • 製作每月報告

不要交給AI的工作:

  • 批次停用、刪除正式環境外掛
  • 批次刪除圖片或資料庫
  • 無根據地重新啟動伺服器
  • 全面變更包含預訂功能的快取
  • 未確認備份就進行資料庫最佳化
  • 只因分數就刪除必要功能

可複製使用的AI委託內容

先不變更，只調查

旅宿的WordPress網站感覺很慢。
請先不要變更外掛、佈景主題、圖片、快取或伺服器。

請向我詢問變慢的URL、裝置、網路、時段與症狀。
將已確認的事實分類為頁面內容、圖片、外部服務、WordPress，
以及伺服器，整理可能原因與追加確認。

不要輸出預訂者資料、驗證資訊或非公開紀錄檔。

比較PageSpeed結果

請比較相同URL的PageSpeed Insights結果。
區分實際使用者資料與檢查環境資料，不要只憑分數判斷，
說明LCP、INP、CLS的目標元素，以及對住宿預訂的影響。

變更方案請依預期成效、風險、工作量與還原方式的順序整理，
請先不要套用至網站。

驗證單一改善

請只在驗證環境套用一項已核准的速度改善。
先列出變更前備份、目標檔案與設定，以及還原方式。

變更後，在相同條件下測量速度，確認PC與智慧型手機的版面，
以及對預訂、詢問、地圖、影片的影響。
不要變更正式環境。

旅宿主人檢查清單

  • [ ] 已記錄變慢的URL、裝置、網路與時段
  • [ ] 已優先確認對預訂、詢問的影響
  • [ ] 已保存變更前畫面與速度
  • [ ] 已區分PageSpeed的實際使用者與檢查環境資料
  • [ ] 已分開圖片、佈景主題、外掛與快取
  • [ ] 也將伺服器與外部服務列為候選原因
  • [ ] 沒有在正式環境批次停用外掛
  • [ ] 已確認備份與還原方式
  • [ ] 已在驗證環境只變更一項
  • [ ] 已在相同條件下比較變更前後
  • [ ] 已在PC與智慧型手機確認版面
  • [ ] 已重新確認預訂、詢問、地圖與影片
  • [ ] 已記錄改善成效與副作用

若照片是主要原因，請繼續參考安全縮小旅宿網站照片的方法。網站打不開時，應優先採用WordPress故障後的最初30分鐘，而非速度改善。佈景主題或外掛的原因分類，可參考與AI分辨版面異常原因的方法；持續監控的方法，請參考從外部監看旅宿WordPress的方法。

參考資訊

總結

WordPress變慢時，不要先增加速度外掛，而應記錄變慢的頁面、裝置、網路與時段。將可能原因分成圖片、佈景主題、外掛、快取、伺服器與外部服務，在驗證環境逐一比較。

AI適合整理測量結果與候選原因，但不要自動委託批次停用、刪除、重新啟動或正式環境變更。不只速度，也應以住宿者能安全完成預訂、詢問為改善標準。

已複製標題與網址