301轉址是伺服器回應「這個網址已永久搬到新位置」的方式，適用於改網址、合併頁面、換網域這類確定不會改回來的變動。Google 會把永久轉址視為「新網址應成為標準網址」的信號，搜尋結果也會逐步改顯示新網址。設定時以伺服器端轉址為優先，讓舊網址一步導到對應的新網址；改版前先做好新舊網址對照表，上線後逐一確認回應的狀態碼，並避開轉址鏈與迴圈。
301 redirect 與 302、307、308 怎麼選
轉址狀態碼分成永久與暫時兩類。依 Google 說明，永久轉址會被索引管道當成「目標應為標準網址」的信號；暫時轉址也會被跟隨，但不會被當成這個信號。英文常說的 301 redirect，就是永久轉址裡常用的那一種。
| 狀態碼 | 性質 | 技術差異 | 常見用途 |
|---|---|---|---|
| 301 | 永久 | 非 GET 請求可能被瀏覽器改成 GET | 改網址、合併頁面、換網域 |
| 308 | 永久 | 保留原本的請求方法與內容，Google 視同 301 | 永久搬移且牽涉表單送出等操作 |
| 302 | 暫時 | 非 GET 請求可能被改成 GET | 短期活動頁、暫時替代頁 |
| 307 | 暫時 | 保留請求方法與內容，Google 視同 302 | 暫時搬移且牽涉表單送出等操作 |
判斷方式很直接：Google 建議只要確定轉址不會還原，就用永久轉址。網站測試則相反，Google 明確建議把使用者導向測試版本時用 302，而不是 301。
什麼情況該設定 301轉址
- 文章或商品改網址：代稱或目錄調整後，舊網址導向新網址。
- 內容合併：主題重疊的多篇文章整併成一篇，其餘導向保留的那篇。
- 統一網址版本：HTTP 改 HTTPS、有無 www 二選一，讓所有版本導向同一個。
- 換網域或品牌改名：舊網域的每個網址導向新網域對應的網址。
- 商品停產但有後繼款：導向後繼款或同類商品頁。
不適合用 301 的情況也要分清楚：內容刪除且沒有替代時，應回應 404 或 410，判斷方式可參考404錯誤的處理方式；只是暫時下架或短期活動，用暫時轉址較符合語意。Google 也提醒，不要把大量舊網址導向不相關的單一目的地，例如全部導回首頁，這可能被視為軟式 404。
三種設定方式：伺服器、WordPress 與其他平台
伺服器設定
Google 建議優先採用伺服器端轉址，它被正確解讀的機率高於其他方式。Apache 的簡單轉址用 mod_alias 的 Redirect，複雜規則再用 mod_rewrite；要注意 Redirect 沒有指定狀態時預設是 302，必須加上 permanent 或 301 才是永久轉址。Nginx 可用 return 301；若用 rewrite，permanent 旗標才是 301，redirect 旗標回應的是 302。
WordPress
修改已發布文章的代稱時，WordPress 核心會嘗試把舊代稱以 301 導向新的永久連結，單篇文章改網址通常不必另外處理；這個機制不涵蓋「頁面」這類階層式內容，頁面改代稱仍要自行設定轉址。整批改版或從其他平台搬進來時，才需要用轉址外掛或主機面板批次設定，並確認送出的是 301、規則可以匯出備份。
其他平台
套裝架站平台先找後台的轉址設定，並實測送出的狀態碼。若只能在頁面放 meta refresh 或 JavaScript，Google 會把即時 meta refresh 當成永久轉址、延遲的當成暫時轉址，JavaScript 轉址則只建議在前兩者都做不到時使用。
改版前先做新舊網址對照表
Google 把「將舊網址對應到新網址」視為遷移中相當重要的工作。對照表可以照這個順序建立：
- 從 Sitemap、CMS、伺服器記錄與分析工具收集舊網址，再補上 Search Console 連結報告中「熱門連結網頁」列出的網址。
- 替每個舊網址找內容對應的新頁面，一對一優先；找不到對應的就標記為刪除，上線後回應 404。
- 欄位至少包含舊網址、新網址、處理方式、預期狀態碼與驗證結果，方便上線後逐列核對。
- 依對照表產生伺服器規則，目錄更名這類有規律的變動用規則處理，避免逐條手寫出錯。
- 上線前把站內連結、標準網址與 Sitemap 直接改成新網址，不要讓站內連結再經過轉址。
轉址鏈與迴圈怎麼避免
轉址鏈是 A 導到 B、B 再導到 C；迴圈則是導來導去回到原點，永遠到不了頁面。Google 檢索器預設跟隨的轉址躍點上限是十個，並提醒過長的轉址鏈會對檢索造成負面影響；web.dev 也指出，轉址是首位元組時間（TTFB）偏高的常見原因。常見成因與處理方式：
- 多次改版疊加：舊規則導到上一版網址，上一版又導到現在的網址。改版時回頭更新舊規則，讓所有舊網址一步到位。
- 通訊協定、www 與路徑分開導：HTTP 先導 HTTPS、再導 www、再導新路徑，應合併成直接導到終點的規則。
- 外掛與伺服器規則重複：同一網址在兩處各有規則，結果互相導向。規則集中在一個地方管理。
- 正規化規則方向相反：例如一條規則補上結尾斜線、另一條又移除，就會形成迴圈。
設定完成後的驗證步驟
- 單一網址用網址檢查工具確認；大量網址依 Google 建議用指令列工具或指令碼批次檢查，記錄狀態碼與終點網址。
- 確認每個舊網址都回應 301，而且一次就到達終點；終點網址本身要能正常開啟，不能是 404。
- 在網頁索引報表中，舊網址列在「頁面會重新導向」是正常的，代表它不會被建立索引；若出現「重新導向錯誤」，再逐一排查鏈結過長或迴圈。
- 持續觀察新網址的收錄與搜尋成效，以及是否冒出新的 404。
換網域時搭配網址變更工具
整個網站換到新網域或子網域時，設好 301 之後，可以在 Search Console 用網址變更工具通知 Google。使用前要確認：
- 你是新舊兩個資源的擁有者，而且用同一個 Google 帳戶管理。
- 工具只適用網域層級資源，舊網域的每個子網域變體（包括 www）都要分別處理。
- 舊首頁要先以 301 導向新首頁，這是官方列出的前置作業；送出前工具也會確認你的擁有權，並抽查部分網頁的 301。
- HTTP 改 HTTPS、同一網域內的路徑調整、www 與非 www 切換、只換主機，都不應使用這個工具。
換網域牽涉的範圍不只轉址，搬前、搬時、搬後的完整項目，可參考網站搬家的 SEO 檢查清單。
常見問題
301轉址要保留多久？
Google 建議盡可能保留，通常至少一年；舊網址仍有外部連結或搜尋流量時，保留更久比較穩妥。轉址要靠舊網域繼續運作，所以舊網域和主機在這段期間也不能到期。
設了 301，為什麼搜尋結果還看得到舊網址？
Google 說明即使新網址已建立索引，仍可能偶爾在搜尋結果顯示舊網址，屬於正常情況。只要轉址正確、站內連結與 Sitemap 都已改成新網址，持續觀察即可，不需要重複設定。
301轉址會讓排名下降嗎？
永久轉址是告訴 Google 改以新網址為準的正確方式，但官方也說明網站遷移期間排名可能短暫波動。把舊網址一對一導向內容相近的頁面，是降低波動的基本功。
網站改成 HTTPS 後，還要保留 HTTP 的轉址嗎？
需要。HTTP 改 HTTPS 在 Google 的分類中屬於變更網址的遷移，舊的 HTTP 網址同樣要以伺服器端永久轉址導到對應的 HTTPS 網址，並盡可能長期保留。
舊頁面設好轉址後，原本的頁面可以刪除嗎？
可以，伺服器端轉址生效後，訪客與檢索器都不會再看到舊頁內容。要留下的是轉址規則本身，刪頁前先確認規則存放在伺服器或轉址設定中，而不是附屬在那個頁面上。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
如果近期要改版或調整網址，建議先把舊網址清單和新網站架構對齊，完成對照表再寫轉址規則。京采的技術 SEO 與網站健檢服務可以協助盤點舊網址、檢查轉址鏈與迴圈，並在上線後追蹤 Search Console 的收錄變化；想先評估改版風險，歡迎與我們聯繫。
