301 與 302 轉址：搬頁、改網址與避免轉址鏈

讀者點開收藏的文章，卻被帶到一個不相關的首頁，即使網站沒有顯示錯誤，也沒有完成他原本的目的。轉址的品質取決於新位置是否合理，不能只用「網址會跳」來驗收。

301 和 302 都能讓瀏覽器前往別處，但表達的時間性不同。準備改網址前，先想清楚舊頁是否還會恢復、讀者應該看到什麼，再把每個來源和目的地寫下來。這份對照是設定與事後排錯的共同依據。

永久搬走與暫時改道，要用不同的意思

301 表示資源永久移到新位置；302 表示暫時位於另一個位置。回應中的 Location 提供目的地，瀏覽器依此提出下一個要求。對一般文章瀏覽而言，讀者可能看不出兩者差異，但網站應依實際用途選擇，而不是依哪個數字聽起來比較有 SEO 效果。

例如把 /guide-old/ 改成長期使用的 /guides/first-class/，且不再恢復原頁，可規劃永久轉址。若活動入口只在短期內導向另一份說明、之後會恢復，則可評估暫時轉址，並記下結束日期和負責人。這些是示意路徑，並非已變更的網站。

Google 會把永久轉址視為目標網址應成為標準版本的訊號；暫時轉址則有助表達來源網址仍需保留。搜尋結果仍會受到其他訊號與處理時間影響，因此不要把 301 說成保證流量不變，也不要把 302 說成會立刻消除原頁或永遠不能出現新頁。

先找相應內容，沒有替代頁就不要硬轉

為每個舊網址記錄原內容、讀者目的、新網址、轉址類型與上線日期。新頁應能接住原本的需求，例如舊版課程介紹改到更新的同一課程，而不是一律導向網站首頁。大量舊頁若轉到不相關的單一位置，Google 可能視為 soft 404。

若兩篇舊文已真正整合成一篇完整指南，可以把兩個來源對應到整合後的新頁。若內容永久刪除且沒有合適替代，則應評估回傳正確的 404 或 410，並提供有用的錯誤頁導覽。不要為了讓報表少一筆找不到，就把讀者送去完全不同的主題。

對照清單也要包括仍有人使用的圖片、下載檔與深層頁面。先盤點後台、舊網站地圖和可取得的流量紀錄，避免只搬首頁。若有參數，需分辨哪些會影響內容、哪些只是追蹤用途，不能不經確認就全部刪掉或全部帶往新位置。

選定規則管理位置，從小範圍開始驗證

網站可能在平台後台、WordPress 外掛、主機伺服器或 CDN 設定轉址。先查目前是哪一層負責，保存既有規則與可還原方式，再新增修改。Apache 的設定不能直接當成 Nginx 的設定使用，也不要把網路上的整段範例貼到未知環境。

平台有內建功能時，依官方欄位輸入來源、目的地與類型，先選少量明確對應測試。來源規則應限制在要處理的路徑，避免一條過於寬鬆的比對把管理後台、圖片或其他正常頁面也導走。需要正規表示式時，應先列出應符合與不應符合的例子。

表單與 API 另有要求方法的問題：301、302 遇到 POST 時可能改成 GET。需要保留方法時，開發者應評估永久的 308 或暫時的 307，並檢查整個資料流程。不能把一般文章的轉址規則直接套到付款或登入端點，再只用瀏覽器開頁當測試。

1. 建立來源、目的地、時間性與內容理由的對照表。
2. 備份既有設定，確認由哪個平台或服務管理規則。
3. 先套用範圍清楚的規則，測試命中和不該命中的網址。
4. 核對實際回應、最後內容與相關操作，再擴大使用。

轉址鏈與循環，要從整條路徑看

假設 A 轉到 B，後來 B 又轉到 C，讀者從 A 進站就要經過兩次轉址。若 C 才是現在的永久位置，通常應把 A 的舊規則一併改成直接到 C。Google 建議盡量直達最終目的地，減少連續轉址造成的等待與處理負擔。

循環則是 A 到 B、B 又回 A，或 HTTPS 與網域版本的規則互相抵銷。這類問題可能分散在 CDN、主機與網站程式，單看某一張設定畫面不一定看得出來。記錄實際每一步的網址與狀態，才能找出哪兩層對目的地理解不同。

檢查時也要測試有無尾斜線、常見 www 版本及原本對外分享的完整網址。不是每個網站都應採用同一種寫法，重點是最後規則一致且不繞路。修正後保留對照表的歷史，避免下一次改版又把已淘汰的中繼位置加回來。

用網路紀錄確認狀態，再實際閱讀落地頁

在 Chrome 開發人員工具的 Network 面板開啟保留記錄，再從舊網址進入。查看文件要求的狀態碼與回應標頭中的 Location，沿著紀錄找到最終網址。只看網址列最後顯示什麼，無法分辨中間用了 301、302 或其他方式。

測試時可在開發人員工具開啟期間停用瀏覽器快取，協助排除部分舊回應影響；CDN 或伺服器快取則是另外一層。記錄測試條件，避免把單次看到的結果當成所有訪客都已更新。也不要為了重新取得紀錄，重送真實付款或其他會變更資料的要求。

最後閱讀落地頁並操作必要入口：內容是否對應、圖片是否完整、站內連結是否還繞回舊頁。頁面回 200 但正文寫著找不到，或新網址仍標記舊 canonical，都需要繼續處理。轉址成功和讀者能完成工作，應分別留下檢查結果。

上線後維護舊入口，不急著刪掉規則

永久搬移後，更新自己能控制的選單、文章連結、Sitemap 與標準網址，讓新入口直接使用目前位置。對仍帶來讀者的外部連結，可依需要請對方更新；舊書籤、電子報和下載文件則可能長時間仍被使用，所以轉址不能只留到隔天。

Google 的網站遷移指引建議盡可能保留轉址，通常至少一年；從使用者角度還可能需要更久。這是維護建議，不是滿一年就一定可以移除。涉及舊網域時，也要規劃能持續回應的網域與憑證安排，避免規則還在但入口早已失效。

暫時轉址則應依排程複查，到期確認原頁已準備好再恢復。保留變更日期、測試記錄與回復方式，觀察非預期錯誤和重要頁面表現。一次改動盡量讓目的清楚，後續才能區分網址切換、內容改版與其他因素造成的變化。

先確定偏好的 canonical 網址

WordPress 改網域的完整準備

搬家後的網站檢查清單

• 教學
• 軟體與 App
• 行銷與 SEO
• SEO