文章目錄
「轉址」其實是把一個舊網址導向另一個新網址。Google 官方說明則是：把既有 URL 解析到不同 URL，等於告訴訪客與 Google 搜尋這個頁面有了新的位置，這樣可以幫助使用者與 Google 理解頁面已移到新位置，並協助搜尋系統把原本累積的相關訊號轉移到新網址，降低網址變更對搜尋表現造成的影響。
不過，301、302 轉址並不是隨便選一個就好。不同轉址狀態碼代表不同意義，若設定錯誤，可能會讓搜尋引擎誤判頁面搬遷關係，進而影響索引、排名與自然搜尋流量。
什麼情況需要做 301轉址設定？
301 不是「所有網址問題的萬用藥」。它最適合用在網址已經確定永久更換，而且你希望使用者、搜尋引擎與外部連結都走到新位置的情境。
- 網站改版後，文章、分類、商品或服務頁網址結構改變。
- 舊文章合併到新版完整內容，舊網址不再保留。
- 品牌換網域，例如從舊網域搬到新網域。
- HTTP 統一轉到 HTTPS，或 www 與非 www 版本要統一。
- 刪除低品質或重複頁面後，要導向最接近的替代頁。
301轉址對 SEO 的作用
301 轉址的主要價值不是「讓頁面跳過去」而已，而是幫助網站整理 SEO 訊號：
| SEO 作用 | 說明 |
| 避免使用者進入 404 頁面 | 舊網址仍有人點擊時，可導向正確新頁 |
| 協助搜尋引擎理解網址搬遷 | 讓 Google 知道舊頁已永久移到新頁 |
| 降低排名與流量波動風險 | 網站改版時能減少搜尋流量斷層 |
| 整併重複或過時內容 | 將舊內容導向更完整、更有價值的新內容 |
| 統一主要網址版本 | 例如 HTTPS、www、尾斜線版本統一 |
不過要注意，301 轉址不是排名保證工具。它能協助搜尋引擎理解網站變更，但如果新頁內容與舊頁搜尋意圖差異太大，或大量舊頁都被導到不相關頁面，仍可能影響 SEO 表現。
301轉址與302轉址差異：什麼情況該用哪一種？
很多新手最容易混淆的地方，就是不知道 301 和 302 到底差在哪裡。
最簡單的判斷方式是：
永久搬家用 301，暫時搬家用 302。
| 比較項目 | 301轉址 | 302轉址 |
| 轉址性質 | 永久轉址 | 暫時轉址 |
| 適合情境 | 網址永久更換、網站改版、頁面合併、網域搬遷 | 短期活動、暫時維護、A/B 測試、臨時導流 |
| 對搜尋引擎的訊號 | 告訴 Google 新網址應成為主要版本 | 告訴 Google 原網址仍可能保留 |
| 常見錯誤 | 把不相關頁面永久導走 | 長期使用 302 取代 301 |
| SEO 風險 | 設錯可能讓重要頁面被錯誤替換 | 若永久搬家卻用 302，搜尋引擎可能延遲更新索引 |
補充：如果活動頁是永久存在、每年更新，可能不一定適合 302唷！
301轉址設定教學：常見設定方式與操作流程
進入實作前，先記得一個原則：301轉址設定不是看到舊網址就全部導到首頁，而是要讓舊網址導向最相關的新網址。
301轉址設定前要先準備什麼？
建議先整理一份 URL 對照表：
| 舊網址（完整路徑） | 新網址 | 轉址類型 | 備註 |
| /old-service | /service | 301 | 服務頁改版 |
| /blog/a | /blog/a-new | 301 | 文章網址調整 |
| /product-old | /product-new | 301 | 產品頁更名 |
這份表很重要，尤其是網站改版、換網域或大量文章整併時。它可以避免工程師、行銷、SEO 顧問各自理解不同，造成轉址規則混亂。
新手版 301轉址設定流程
可以依照以下步驟操作：
- 盤點需要轉址的舊網址
找出有流量、有排名、有外部連結、曾經被分享過的舊頁面。 - 確認每個舊網址的新對應頁
優先選擇內容最接近、搜尋意圖最相符的新頁。 - 選擇合適的設定方式
可透過 WordPress 外掛、主機後台、伺服器設定、Cloudflare 規則等方式處理。 - 設定 301 轉址規則
確認狀態碼是 301，而不是 302、meta refresh 或 JavaScript 跳轉。 - 測試舊網址是否正確跳轉
檢查是否導到正確新頁，且沒有轉址鏈或轉址迴圈。 - 到 Google Search Console 觀察索引與流量變化
網站改版後，建議持續觀察曝光、點擊、索引狀態與錯誤頁面。
Google 在網站遷移文件中也提醒，網站搬遷時要善用 Search Console，並需要給搜尋系統時間處理變更；同時 Google 也提到「301 和其他永久轉址不會造成 PageRank 損失」。
常見 301轉址設定方式
不同網站環境會有不同做法，以下整理常見方式：
| 設定方式 | 適合對象 | 說明 |
| WordPress 外掛 | WordPress 網站、新手站長 | 可用 Redirection 類型外掛設定單筆或批次轉址 |
| 主機後台 | 使用虛擬主機或網站代管服務 | 部分主機提供 Redirects 功能 |
| .htaccess | Apache 伺服器 | 可直接設定轉址規則，適合熟悉技術者 |
| Nginx 設定檔 | Nginx 伺服器 | 通常需工程師或主機管理員協助 |
| Cloudflare Redirect Rules | 有使用 Cloudflare 的網站 | 可在 DNS / CDN 層級設定轉址規則 |
| CMS 後台 | Shopify、Wix、部分電商平台 | 部分平台內建 URL redirect 功能 |
301轉址設定後如何檢查？SEO 成效與問題排查方法
301 轉址不是設定完就結束，後續檢查同樣重要。尤其是網站改版、換網域、URL 大量更動時，更應該安排轉址檢查流程。
301轉址設定後檢查流程
| 檢查步驟 | 檢查重點 |
| 直接開啟舊網址 | 是否正確跳到新網址 |
| 使用 Redirect Checker | 是否回傳 301 狀態碼 |
| 檢查最終落地頁 | 是否為正確新頁，而不是首頁或錯誤頁 |
| 檢查轉址鏈 | 是否經過太多層跳轉 |
| 檢查轉址迴圈 | 是否出現無限跳轉 |
| 查看 Google Search Console | 是否有 404、重新導向錯誤、索引異常 |
| 觀察成效報表 | 曝光、點擊、排名是否逐漸轉移到新頁 |
可以用哪些工具檢查？
常見檢查工具包括：
- 瀏覽器直接測試
- Redirect Checker 類型工具
- Screaming Frog SEO Spider
- Ahrefs / Semrush 的 Site Audit
- Google Search Console 網址檢查工具
- Chrome 開發者工具 Network 面板
如果只是少量網址，可以手動檢查；如果是大量網站改版，建議使用爬蟲工具批次檢查所有舊網址是否正確導向新網址。
網站改版後要觀察多久？
301 轉址設定後，搜尋結果不一定會立刻更新。Google 需要重新爬取舊網址、理解新舊頁面的對應關係，並逐步調整搜尋結果中顯示的網址。因此，網站改版後出現短期曝光、點擊或排名波動，通常是正常現象。
實務上，小型網站的變化可能在幾週內逐步反映；如果是大型網站改版、換網域，或一次調整大量 URL 結構，搜尋系統處理時間通常會更長。因此，1～3 個月可以作為 SEO 追蹤與檢查的基本週期，但不應視為所有網站都會完全穩定的固定期限。
改版後可以依照以下階段觀察：
| 時間範圍 | 建議觀察重點 |
| 上線當天 | 確認舊網址是否正確 301 到新網址、是否有大量 404、轉址鏈或轉址迴圈 |
| 1 週內 | 檢查 GSC 是否出現索引異常、重新導向錯誤、伺服器錯誤，並確認重要頁面是否可正常被 Google 存取 |
| 2～4 週 | 觀察曝光、點擊是否逐步從舊網址轉移到新網址，並檢查重要頁面是否開始被重新索引 |
| 1～3 個月 | 追蹤主要關鍵字、重要頁面流量與轉換表現是否逐漸穩定，並針對異常頁面進行補救 |
| 3 個月以上 | 若是大型網站、換網域或大量 URL 調整，仍建議持續追蹤索引覆蓋、自然搜尋流量與重要關鍵字變化 |
如果只是少量頁面調整，通常不需要過度緊張，但如果是整個網站改版或換網域，建議至少追蹤 3 個月以上，並保留 301 轉址規則一段足夠長的時間，避免舊連結、外部連結或搜尋引擎訊號尚未完全轉移時就中斷導向。
結論
301轉址設定的核心不是「把舊網址跳到新網址」而已，而是讓使用者、搜尋引擎與網站內部訊號都一致地理解：原本的內容已經永久搬家。設定前先做好 URL 對照表，設定時選對層級，設定後檢查狀態碼與轉址鏈，會比臨時補規則更穩。
如果你的網站即將改版、換網域或調整分類架構，建議先把重要頁面列出來，確認每個舊網址都有合理的新目的地。301 做對，能降低改版後的流量波動；做錯，反而會讓搜尋引擎和使用者一起迷路。
常見301 轉址(永久性轉址)的狀況：
301轉址在網站改版或重定向時扮演著關鍵的角色，可以幫助保持原有的搜尋排名和網址權重，提供更好的使用者體驗，並確保搜尋引擎能夠正確地理解網站架構和內容變化，但若使用不當，也可能造成反效果，建議在使用301策略之前，進行必要的分析和計劃，以確保轉址的順利執行。
- 網站域名變更
- 網頁內容搬移
- 網站結構調整
- 特殊頁面下架
- 整合重複內容或重複頁面
常見302 轉址(暫時性轉址)的狀況：
儘管以下情況可以使用302 轉址，但仍需明白，302 轉址是一種暫時性轉址，搜尋引擎可能將網址的權重和排名保留在原始網址上。如果需要永久性的轉址效果，例如在網站結構更改或網址變更時，應該使用301轉址。
在選擇轉址方法時，需要根據具體情況仔細考慮，以確保最佳的SEO效果和使用者體驗。
- 網站維護：
當網站正進行計劃性的維護工作，例如更新網站內容、更換網站設計或修復錯誤時，可以使用302 轉址，一旦維護工作完成，原始網址將恢復正常。
- A/B 測試：
進行A/B 測試時，計畫執行者可能會想要將一部分流量導向到不同版本的網頁上，以比較不同便因下造成的商業效果。
以上轉址功能的介紹，希望讓您對轉址有初步的了解。適當地運用轉址技術，在不同情境下選擇適合的轉址類型。在經營網站的過程中，當網站需要優化、變動或測試時，依然可以順利地保護網站，維持搜尋引擎結果中的排名和權威性。
延伸閱讀
設為 Google 偏好來源
