Cloudways 快取清理排錯教學：由 Redis 到頁面快取的六步驗證
更新 WordPress 內容後仍看到舊頁面，未必是網站沒有保存，也可能是頁面快取、Object Cache、CDN 或瀏覽器快取仍在提供舊版本。本文把 Cloudways 快取排錯拆成六步，先確認狀態，再清理一層，最後用無痕視窗及多個網絡驗證。所有示範畫面中的 IP、網域、電郵、帳戶、伺服器和應用程式名稱均已遮蔽。
清理前先保存基線
記下修改前的網址、時間、回應標頭和頁面版本。不要把真實網域、Cookie、token 或登入資訊貼到公開文章；只保留匿名化標籤和快取層名稱。
步驟 1：查看 Object Cache 狀態
先查看應用程式設定中的 Object Cache 狀態，確認 Redis 或其他物件快取服務是否運作。不要一開始就停用服務，先記錄狀態、時間及最近一次變更。
步驟 2：確認 Redis 或 Object Cache 服務
若內容或後台資料持續顯示舊版本，核對 Redis 服務和 Object Cache Pro 設定是否一致。變更前建立備份，並在 Staging 先測試；不同網站不要共用未確認的快取設定。
步驟 3：套用設定並等待完成
儲存或套用設定後，等待平台顯示完成，不要重複按提交。若有部署或重啟提示，先保存已遮蔽的工作狀態，再按維護流程處理。
步驟 4：確認快取健康狀態
查看服務健康狀態和應用程式日誌，排除連線失敗、權限錯誤或 PHP 例外。若只有一個頁面出現問題，先比較該頁面的快取規則，不要清空整個伺服器快取。
步驟 5：測試前台及後台回應
用無痕視窗測試首頁、文章、登入、表單及 API，並在不同網絡重新載入。可在測試頁加入暫時版本標記，確認清理後內容真正更新；正式站不要保留除錯訊息。
步驟 6：觀察 24 小時及記錄結果
清理後觀察一個完整高峰週期，對照快取命中率、TTFB、錯誤率和使用者回報。若問題重現，逐層停用或排除，並保留可以回退的設定；不要同時修改 CDN、Redis 和外掛。
常見問題：清空 Redis 會否刪除文章？
正常情況下只會清除快取資料，不會刪除 WordPress 資料庫內容；仍應先備份，並確認正在清理的是快取而非資料庫。
常見問題：為何清理後仍看到舊頁面？
可能還有 CDN、瀏覽器或頁面快取層未清理。先用無痕視窗及不同網絡測試，再按層次逐一清除，避免過度清理。
總結
快取排錯的安全順序是「記錄基線、確認 Object Cache、套用設定、查看健康狀態、測試功能、觀察結果」。逐層處理比一次清空所有服務更容易定位問題，也較少影響正常訪客。
