WordPress 外掛更新回歸檢查清單:讓舊站維護不再靠記憶
WordPress 舊站最常見的維護風險,不一定來自大型改版,而是一次看似普通的外掛更新。表單送不出去、版面間距跑掉、SEO title 被覆蓋、快取沒有清乾淨、後台區塊編輯器突然出現相容性提示,這些問題通常都發生在「更新完以為沒事」之後。
UCAMC 從舊 WordPress Blog 延伸到 Next.js 內容站,但 WordPress 維護經驗仍然很有價值。這篇整理一份輕量回歸檢查清單,讓外掛更新不再只靠記憶,也方便未來把 WordPress、靜態站與自動化維護流程串成更穩定的內容營運系統。
1. 更新前先留下可回到的狀態
外掛更新前,至少先確認三件事:
- 最近一次完整備份是否可用。
- 目前網站是否本來就有已知錯誤。
- 這次更新牽涉到哪些外掛與功能區塊。
如果網站有 staging 環境,先在 staging 更新。若只有正式站,也要先記錄更新前版本,例如:
2026-06-25
- Contact Form plugin: 5.9.7 -> 5.9.8
- SEO plugin: 23.1 -> 23.2
- Cache plugin: 3.4.0 -> 3.4.1
這份紀錄不需要複雜,但要能回答:「如果今天出問題,我們剛剛改了什麼?」
2. 選一組代表性頁面,不要只看首頁
首頁正常不代表網站正常。更新後至少檢查這幾種頁面:
- 首頁:品牌區塊、主選單、最新文章列表。
- 單篇文章:標題、日期、分類、圖片、內文樣式。
- 分類或標籤頁:列表排序、分頁、空狀態。
- 聯絡表單或轉換頁:表單欄位、送出結果、通知信。
- 舊文章:短碼、嵌入內容、舊圖片是否還能顯示。
對內容網站來說,單篇文章頁特別重要。很多 CSS、目錄、語法高亮、Lazy load 或社群分享外掛,都只會在文章頁暴露問題。
3. 前台互動要真的點一次
回歸測試不是只看頁面有沒有打開。更新後請實際操作:
- 點選主選單與 footer 連結。
- 使用站內搜尋。
- 開啟一篇文章並點分類、標籤、內部連結。
- 送出一筆測試表單。
- 在手機寬度下檢查選單與 CTA 是否可點。
如果表單會寄信,不要只看前台成功訊息,也要確認收件端真的收到,並記錄是否進入垃圾信箱。
4. SEO metadata 需要抽查
SEO 外掛或快取外掛更新後,metadata 有時會改變輸出順序或預設值。建議抽查:
<title>是否仍然符合文章設定。- canonical URL 是否正確。
- Open Graph title / description 是否存在。
- sitemap 是否仍能開啟。
- robots.txt 沒有被誤改成禁止索引。
如果網站正在進行像 UCAMC 這樣的搬站或內容整理,更要避免新舊 canonical 策略混在一起。以 UCAMC 現在的 Next.js 內容站為例,文章 canonical 是 root-level /{slug},/blog 只是列表頁;WordPress 舊站若有舊網址,也應該用明確的 legacy redirect 規則處理,而不是到處新增模糊轉址。
5. 更新後清快取,但不要清掉證據
外掛更新後常需要清除快取,但清快取前後都要留意:
- 清快取前先截圖或記錄版本,保留問題線索。
- 清除頁面快取、物件快取、CDN 快取時,記錄時間點。
- 清完後用無痕視窗或 curl 再檢查一次代表頁面。
- 若問題只在登入狀態或只在訪客狀態出現,要分開記錄。
「清快取就好了」只能算暫時排除,不能當作維護報告的全部結論。真正要記錄的是:問題是否可重現、哪個外掛版本後出現、清快取後是否穩定。
6. 用一份小表格累積維護記憶
每次更新後,建議把結果寫成固定格式:
| 日期 | 更新項目 | 檢查頁面 | 結果 | 後續 |
|---|---|---|---|---|
| 2026-06-25 | SEO plugin 23.2 | 首頁、文章頁、sitemap | 正常 | 下次版本更新再抽查 canonical |
| 2026-06-25 | Form plugin 5.9.8 | 聯絡頁 | 測試信正常收到 | 保留測試紀錄 |
長期下來,這張表會比零散 Slack 訊息更有用。當某個外掛經常造成同類問題,就可以考慮替換、延後更新、或把檢查項目寫進自動化流程。
7. 與 Next.js 內容站維護串起來
即使主要內容已搬到 Next.js,WordPress 維護清單仍可變成 UCAMC 的營運資產:
- WordPress 舊文整理時,用它檢查圖片、內部連結與 metadata。
- Next.js 發佈前,可借用「代表性頁面抽查」的方法。
- 每日 Agent 維護報告可以沿用「檢查範圍、結果、後續」格式。
- 外掛更新紀錄可以轉成未來的內容文章或教學案例。
相關延伸可以接著閱讀:
- WordPress 內容搬家後的 SEO 盤點表:媒體、內部連結與舊網址檢查
- Next.js 內容網站健康檢查模板:從路由、SEO 到版面巡檢
- 內容網站自動化營運 Runbook:從每日檢查到發佈驗證
可複製的最小檢查清單
下一次更新 WordPress 外掛時,可以從這份最小清單開始:
- 更新前確認備份與目前已知問題。
- 記錄外掛名稱、更新前版本、更新後版本。
- 抽查首頁、文章頁、分類頁、表單頁與一篇舊文章。
- 實際點選選單、搜尋、分類、內部連結與表單送出。
- 抽查 title、canonical、Open Graph、sitemap 與 robots.txt。
- 清快取後再用訪客狀態重測代表頁面。
- 把結果寫進維護表格,留下日期與後續建議。
好的維護流程不需要很重,但要能被重複。當每次外掛更新都有可追蹤的檢查紀錄,WordPress 舊站就不再只是「能跑就好」,而會成為整個內容品牌資產的一部分。