WordPress 的網站健康檢查會把常見的設定、伺服器與維護問題整理成建議，位置在「工具 > 網站健康」。它適合建立例行巡查清單，但不應把分數當成唯一目標；每個提示都要配合網站用途、主機限制、外掛相容性及備份狀態判斷。
先分清嚴重問題與改善建議
嚴重問題通常涉及安全、更新、HTTPS、REST API、背景工作或伺服器設定，應優先處理。改善建議未必代表網站已壞，例如推薦的 PHP 模組或物件快取可能要視主機方案而定。先記錄訊息、時間與受影響功能，再安排處理順序。
檢查更新但不要直接在正式站亂升級
核心、主題和外掛過期會帶來安全與相容性風險。更新前確認有可還原備份、查看變更內容，並在大型網站先於 staging 測試。更新後重測登入、表單、快取、結帳及重要頁面，避免只看到健康提示消失便當作完成。
使用資訊頁協助支援與除錯
網站健康的「資訊」頁可列出 WordPress、伺服器、資料庫、檔案系統、已啟用外掛與主題資料。向主機商或開發者求助時，只分享真正需要的片段，並先移除帳戶、路徑或私密設定。這份資料適合用作排查證據，不應公開貼出。
以暫停外掛作隔離測試
疑似外掛衝突時，可用網站健康的疑難排解模式為目前管理員暫時停用外掛及切換預設主題，而不影響一般訪客。每次只恢復一組功能並重現問題，才能找到衝突來源。完成後退出模式，並把結果寫入維護紀錄。
排查排程與 REST API 訊息
背景排程、區塊編輯器、外部整合與 WooCommerce 都可能依賴 REST API 或 loopback requests。若出現警告，先檢查安全外掛、防火牆、基本驗證、DNS、快取和主機規則；不要為了消除提示而全面放寬安全政策。
建立每月維護節奏
每月檢查網站健康、備份還原可用性、錯誤日誌、更新、帳戶權限與磁碟空間。重大外掛更新、主機遷移或流量異常後增加一次檢查。把結果、負責人與處理日期記錄下來，才能分辨新問題與長期已知限制。
參考資料
• WordPress 官方 Site Health Screen 文件：https://wordpress.org/documentation/article/site-health-screen/
• WordPress 官方 Debugging in WordPress 文件：https://wordpress.org/documentation/article/debugging-in-wordpress/