修改文章網址、刪除頁面或重組網站分類後，舊連結可能變成 404。適當的 301 重新導向能把訪客和搜尋引擎帶到最相關的新頁面，但把所有錯誤都導向首頁會令人困惑，也可能被視為軟性 404。處理前先確認舊網址的來源、流量和替代內容。
404 不一定代表網站故障
404 表示伺服器找不到指定資源。訪客輸入錯字、外部網站連錯或掃描器嘗試不存在路徑，都會產生 404。偶爾出現屬正常，不需要為每個隨機網址建立規則。重點是找出原本有效、仍有訪客或內部連結指向的網址。
分清 301、302、307 與 410
301 表示永久搬遷，適合正式更改網址；302 或 307 表示臨時轉向，之後可能恢復原址。410 明確表示內容已永久移除且沒有替代。選擇狀態碼要符合實際意圖，不要用臨時轉址處理永久搬家，也不要把已刪除垃圾內容全部導向無關頁面。
改網址前先建立對照表
列出舊網址、新網址、變更原因、預定狀態碼和負責人。大型改版可從 Sitemap、分析平台、搜尋工具和伺服器紀錄整理高價值頁面。對照表能避免遺漏，也方便部署後批量測試，而不是依靠訪客回報才修復。
每個舊頁面應指向最相關內容
文章更新後搬到新網址，舊網址應直接指向新文章；產品停賣則可指向真正替代產品或對應分類。若沒有相關內容，保留清楚的 404 或使用 410 往往比導向首頁更合理。相關性比單純「沒有錯誤頁」更重要。
避免重新導向鏈和循環
如果 A 先到 B、B 再到 C，訪客和搜尋引擎要經過多次請求。更新規則，讓 A 和 B 都直接到最終 C。循環則會令瀏覽器顯示重新導向過多。每次修改後測試完整路徑，確認只有一次跳轉並到達 200 的最終頁。
選擇適合的設定位置
主機控制台、伺服器設定、CDN 和 WordPress 外掛都可以建立轉址。大量或高流量規則通常在伺服器或 CDN 層較有效；內容團隊少量管理則可用可信外掛。不要在多個層級重複建立同一規則，否則日後難以排查。
使用精確規則避免誤傷
單一網址可使用精確匹配，批量規則才考慮正則表達式。過於寬廣的規則可能把後台、圖片、API 或其他正常頁面一起轉走。上線前先用測試網址驗證匹配範圍，並保留規則次序，因為較早執行的規則可能遮蓋後面設定。
修復網站內部死鏈
重新導向只是兼容舊連結，網站自己的選單、文章和圖片仍應更新至最終網址。內部連結若長期經過轉址會增加請求，也令管理混亂。使用掃描工具找出來源頁，直接修改連結；處理資料庫批量替換前必須備份。
建立有用的 404 頁面
404 頁應清楚說明內容不存在，提供搜尋、主要分類、熱門內容和返回首頁的方法。不要模仿正常文章卻回傳 200 狀態，否則搜尋引擎難以判斷。頁面保持輕量，並避免把每次 404 都觸發昂貴的全站查詢。
從紀錄判斷優先次序
查看分析平台、Search Console 和伺服器紀錄，優先處理有真實訪客、外部連結或重要搜尋曝光的舊網址。大量針對登入漏洞和隨機檔名的請求多屬掃描，不應逐個轉址。可由防火牆或速率限制處理惡意模式。
網站搬家時保留查詢和路徑
整站更換網域或 HTTPS 時，規則應保留原有路徑和必要查詢參數，讓舊文章直接到對應新文章。先測試主網域、www、HTTP 和 HTTPS 組合，避免多重跳轉。舊網域和憑證要保留足夠時間，否則轉址本身無法被訪客取得。
定期審核和移除過時規則
轉址規則會隨網站歷史累積。每季檢查命中次數、來源、目的地和規則負責人，合併重複項目並修正已經失效的目的頁。高價值舊網址可長期保留；完全沒有流量的臨時規則則可在確認後移除。
結語
可靠的 404 與重新導向管理，應由網址對照表、相關目的頁、單次 301、內部連結修復和持續監察組成。不是每個 404 都需要轉址；只處理真正有價值的舊網址，能保持規則清晰並保留使用者與 SEO 效益。
