更新後立刻出問題時，不要繼續不停改設置。先保留故障現場、建立回滾點，並確認到底是哪一層發生了變化。
如果網站仍在產生訂單、表單提交或登錄資料，恢復舊資料庫前先保護當前新增資料。
1. 明確到底改了甚麼
記錄核心、外掛程式、主題、PHP、資料庫、緩存或主機環境中最近發生的變更。多個更新一起執行時，應逐層隔離依賴。
2. 在正確的層級讀錯誤
PHP 致命錯誤、HTTP 500、白屏和樣式錯亂通常指向不同層。伺服器日誌和 PHP 日誌往往比反復刷新頁面更有價值。
3. 謹慎測試外掛程式與主題邊界
一次只改變一個邊界並記錄原始狀態。大批量停用會破壞判斷故障原因所需的證據。
4. 把 PHP 升級當成應用變更
舊代碼可能在新版 PHP 上直接報錯。如果故障始於 PHP 版本變化，就應該針對該版本測試完整應用棧。
5. 只清理你理解的緩存層
瀏覽器、頁面、CDN、Opcode 和 Redis 對象緩存不是同一回事。全部清空可能只是暫時隱藏症狀。
6. 只回退必要的部分
外掛程式或主題問題可能只需要回退檔案。整庫恢復可能覆蓋新訂單、用戶和內容，因此回退範圍要和真實變更層對應。