301 與 302 轉址完整教學：設定方法、SEO 影響與 WordPress 實作
301 是永久轉址、會把舊頁面累積的 SEO 權重逐步搬給新頁面，302 是暫時轉址、權重留在原網址不轉移，兩者真正的差別在於權重要不要跟著搬，字面上的永久或暫時只是表面標籤。Go…
301 是永久轉址、會把舊頁面累積的 SEO 權重逐步搬給新頁面，302 是暫時轉址、權重留在原網址不轉移，兩者真正的差別在於權重要不要跟著搬，字面上的永久或暫時只是表面標籤。Google Search Central 的官方說明把這點講得很白：301 代表頁面「永久搬移」，搜尋引擎會把排名訊號合併到目標頁（根據 Google Search Central〈網址重新導向〉官方說明）。選錯類型的代價不對稱，所以動手改.htaccess 或裝外掛前，得先想清楚權重要往哪裡流。
重點先看：301 與 302 的核心差別不在轉不轉，而在權重要不要轉移；301 會把絕大部分排名訊號逐步移交新頁（Google 將 301 定義為永久搬移、會把排名訊號合併至目標頁，但官方未公告具體轉移比例），誤用後權重難以回收。
301 與 302 轉址是什麼？先搞懂權重流向再動手
301 在搜尋引擎眼中是「這頁永久搬走了」，它會把舊頁累積的連結、點擊、內容相關性等排名訊號逐步轉移到新頁；302 則是「這頁只是暫時離開」，權重保留在原始網址，等舊頁恢復後排名不變。真正會吃掉排名的，是把暫時性需求誤用 301、或把永久搬家誤用 302 這類誤判。決定該用哪一個的關鍵是權重要不要跟著搬，這個判斷必須在動手設 SEO 網址優化與 301 轉址設定 之前就想清楚。
除了 301、302，還有 307 與 308 兩種較少被提及但語意更明確的類型。307 對應 302（暫時、但嚴格保留 HTTP 方法，POST 不會被偷改成 GET），308 對應 301（永久、嚴格保留方法）。對一般 HTML 頁面來說 301/302 已經夠用，但若你處理的是表單提交、API 端點，307/308 才能避免方法被悄悄改掉。多數站長一輩子碰不到 307/308，但知道它們存在，遇到詭異的表單轉址問題才不會亂抓。
四種轉址類型對照表
| 狀態碼 | 語意 | 權重處理 | 典型用途 |
|---|---|---|---|
| 301 | 永久搬移 | 訊號逐步轉移到新頁 | 換網域、刪頁、合併重複內容、HTTP 升 HTTPS |
| 302 | 暫時離開 | 權重留在原網址 | 短期維護、限時活動、商品暫時缺貨 |
| 307 | 暫時、嚴格保留方法 | 同 302 | 表單與 API 的暫時跳轉 |
| 308 | 永久、嚴格保留方法 | 同 301 | 表單與 API 的永久搬家 |
選錯類型的代價是單向的。誤用 301 之後，舊頁的權重已經開始外流，要回收得花上重新累積的時間；誤用 302 則是新頁長期拿不到權重，排名永遠卡在已經不存在的舊網址上。這也是有些站長在走 Google 排名掉了的急救技巧 流程時，第一步就回頭檢查當初設的是 301 還是 302 的原因。
301 與 302 各自該用在哪些情境
判斷標準可以濃縮成一句話：問自己舊網址還會不會回來。會回來就用 302，不會回來就用 301；永久性的變動一律 301，只有明確會在短期內復原的情況才用 302。實務上最多人犯的錯，就是為了方便把所有改動都設成 302，結果新頁面一直拿不到權重，排名卡在舊網址上動彈不得。
301 永久轉址的適用情境
- 網站搬家換網域：把舊網域所有網址 301 到新網域對應頁，承接外部連結與排名，這也是 WordPress 搬家到新網域的 301 重定向 的核心動作。
- 網址永久改名：單篇文章改 slug，舊 slug 必須 301 到新 slug，否則等於放棄原本累積的內外部連結。命名該用中文還英文，可參考 SEO 網址選擇：中文網址還英文網址好？。
- 刪除頁面導向相關頁：頁面下架後應 301 到最接近的替代頁，盡量避免丟出 404。
- 合併重複內容集中權重：多篇主題重疊的文章 301 合併成一篇，避免自相競爭。
- HTTP 升級 HTTPS：整站從 http 301 到 https，是 HTTPS 改造裡最關鍵的一步。
- URL 結構改版：調整目錄或分類層級時，舊結構頁面 301 到新結構，並搭配 www 與 non-www 網址差異 一併統一版本。
302 暫時轉址的適用情境
- 短期頁面維護：維護期間把首頁 302 到維護公告頁，維修結束移除轉址即恢復原排名。
- 限時活動或促銷頁：雙十一、年節檔期把商品頁 302 到活動頁，檔期結束回到原頁，權重不留失。活動流量要追蹤來源，可搭配 UTM 參數教學 在連結上標記，事後才看得出哪個檔期帶來最多點擊。
- 商品暫時缺貨：缺貨商品 302 到替代品頁，恢復供應後移除轉址，原商品頁排名不變。
常見誤區是把活動頁設成 301。活動結束後權重已經轉到活動頁、且難以完整回收，等於做了一次永久搬家卻沒打算住下來。反過來，把永久搬家設成 302 的人也不少，以為「先 302 觀察看看比較安全」，但新網址因此長期拿不到權重，排名反而停滯。這兩種錯誤的根源都是同一個：沒有在動手前想清楚權重的最終去向。
轉址怎麼影響 SEO 排名與權重
301 會把絕大部分排名訊號轉移到新頁面，但不是瞬間完成。Google 需要時間重新檢索、重新評估，舊頁的排名會逐步移交給新頁，期間可能出現短期波動。302 則幾乎不轉移權重，新頁面在搜尋結果中很難靠自己取得排名。Google 資深趨勢分析師 John Mueller 在公開說明中提過，301 的權重轉移會隨著重新檢索進行，沒有固定天數（見 Google Search Central〈301 重新導向〉公開說明與 John Mueller 的答覆）。
權重能不能順利搬到新頁，最直接的影響來自反向連結。Backlinko 分析 1,180 萬筆 Google 搜尋結果發現，排名第一的結果平均擁有的反向連結，是第二到第十名結果的 3.8 倍 [來源：Backlinko〈Search Engine Ranking: We Analyzed 11.8 Million Google Search Results〉 https://backlinko.com/search-engine-ranking 2025-04-14]。這說明反向連結與排名高度相關，也因此 301 能不能完整搬移舊頁累積的連結訊號，往往直接決定新頁能不能站穩原本的位置。
一個容易被低估的細節，也是 常見 SEO 優化地雷 經常點名的盲區：302 用久了，Google 可能把它當成 301 處理。官方說明承認搜尋引擎會根據長期觀察調整判讀，但這個「自動判斷」時程不確定、不可靠，不該被當成策略依賴。想靠 302 暫時擋一下又指望 Google 自動轉權重，等於把網站排名交給一個看不見的開關。至於轉移到底要等多久，答案一律用區間表達，從數週到數個月都有可能，取決於網站被檢索的頻率與目標頁的內容相關性，不必迷信任何精確天數。
影響權重轉移效果的關鍵變數
- 目標頁內容相關性：舊頁與新頁主題越接近，訊號轉移越完整，跨主題轉址會被視為關聯性低而打折。內容相關性的計算底層，與 BM25 如何決定你餵給 LLM 背後的詞頻權重邏輯是同一套思路。
- redirect chain 長度：A→B→C 的多層跳轉會稀釋訊號，Google 建議避免長鏈式跳轉，能壓成 A→C 就壓成單層（依 Google Search Central 對鏈式重新導向的建議）。
- 是否多層跳轉：每一層轉址都會增加檢索成本，影響爬取預算，這點在 爬取預算優化策略 有更深入的討論。
- 目標頁本身的品質：新頁若內容空洞、載入慢、體驗差，即使拿到權重也留不住排名。若頁面大量互動靠 JavaScript 渲染，也要留意 JavaScript SEO 提到的檢索可讀性，避免新頁被爬蟲讀成空殼。
沒設任何轉址的後果最直接：舊網址回傳 404，等於直接放棄該頁累積的所有外部連結與排名。一個經營多年的頁面，背後可能掛著數十條外部連結，一旦 404，這些連結的價值瞬間歸零。要理解這個損失有多痛，可以看 Backlinko 分析 1,180 萬筆 Google 搜尋結果的資料：約 95% 的頁面完全沒有任何反向連結 [來源：Backlinko〈Search Engine Ranking: We Analyzed 11.8 Million Google Search Results〉 https://backlinko.com/search-engine-ranking 2025-04-14]。也就是說，能累積到外部連結的頁面本來就是少數，任何一頁掛著連結都值得用轉址守住，放任它 404 等於把好不容易搶到的稀少資源丟進水裡。這也是 技術性 SEO 完全指南 把轉址列為網站改版必檢項目的原因。轉址該在改版規劃階段就排進清單，而非等到搬家當天才動手，這也牽動 什麼是 SEO 友善的網站架構 裡網址層級該怎麼安排。
301 還是 302：一張決策矩陣幫你一次定案
前面把判斷口訣濃縮成「舊網址還會不會回來」一句話，但實際改版現場往往充滿灰色地帶：活動頁到底算短期還是長期？分頁合併後舊分頁該不該保留？語系切換算不算搬移？為了讓判斷更穩，可以把問題拆成兩個維度來定位。第一個維度是「舊網址預計回來的時間」，分為明確會回來、明確不會回來、不確定三種；第二個維度是「舊頁累積的權重價值」，分為高價值（掛著外部連結、有穩定流量）與低價值（新頁、流量稀少）兩種。把兩個維度交叉，就能得到一張四象限的決策矩陣，比單憑直覺穩得多。
| 舊網址狀態 \ 權重價值 | 高價值（有外鏈、有流量） | 低價值（新頁、流量稀少） |
|---|---|---|
| 明確會回來 | 302，守住原頁權重 | 302，反正權重本就不多 |
| 明確不會回來 | 301，把權重移交新頁 | 301 或直接 410 皆可 |
| 不確定 | 先用 302 觀察，釐清後再改 301 | 依最終去向決定，影響有限 |
這張矩陣的核心訊息在右下兩格。當舊頁是高價值頁面、去向又確定時，301 是唯一正解，因為放任權重滯留在即將消失的網址上等同於浪費資產；而當去向不明時，先用 302 暫擋是較保守的選擇，等局勢明朗再改 301，這樣做的代價頂多是新頁晚一點拿到權重，不至於像誤設 301 那樣把權重永久推出後難以回收。低價值頁面則因為本就沒多少權重可搬，選哪一種影響都不大，重點放在別讓它變成 404 就好。要評估舊頁到底算不算高價值，反向連結查詢工具 與 推薦網域是什麼 能幫你量化舊頁背後的連結資產，避免憑感覺判斷。
把矩陣套到一個常見的改版情境，判斷會更具體。以這類經營多年的中型內容站為例，月自然流量約落在 3 萬到 15 萬之間，站上通常會有少數幾頁掛著約 20 到 80 個參考網域的舊文章，這種頁就是典型的高價值頁，一旦決定改 slug 或合併到新旗艦文，就必須設 301 把連結資產搬走，放任 404 等於直接清零這些累積多年的訊號。相對地，站上為數眾多、參考網域只有個位數甚至為零的新聞或活動頁，屬於低價值頁，即使短期用 302 暫擋、事後再決定最終去向，影響也有限。常見的狀況是，改版前若沒有先按「參考網域是否超過個位數」這道門檻把頁面分級，團隊往往會把全部舊頁一視同仁地處理，要嘛全設 302 導致少數高價值頁長期拿不到權重，要嘛全 301 到首頁觸發 soft 404。必須誠實點出的限制是：參考網域數量只能反映外部連結的廣度，無法單獨判讀這些連結的品質與主題相關性，少數站點會出現「數字漂亮但權重轉移效果不佳」的落差，因此決策時要把連結來源是否與舊頁主題相近一併納入，而不單看數字大小。實務上的決策角度是：在動手前先按門檻分級、對高價值頁逐一確認目標頁主題相近，低價值頁則重點守在別讓它變成 404，這樣資源才會花在真正會影響排名的那少數幾頁上。
把矩陣落實到現場判斷，順序其實很固定。先看舊頁掛著的參考網域（referring domains）是否超過個位數，超過就視為高價值頁，去向一旦確定就該用 301 把連結資產搬走，放任 404 等於直接清零。接著確認恢復天數能否被明確說出：維護、檔期、缺貨這類能給出「幾天後回來」的短期需求才用 302，一旦超過明確期限仍不確定要不要回來，就改用 301。最後檢查目標頁與舊頁的主題相關性，相關度低時訊號會被打折，甚至被當成 soft 404，因此目標頁寧可挑同分類的替代品頁，也不要圖方便全指向首頁。
還有一種情境值得單獨說明：電商網站的商品下架頁。常見做法是把下架商品頁 301 到分類首頁，但這在 SEO 上並非最佳。分類首頁與單一商品頁的主題相關性通常偏低，301 過去等於把商品頁累積的精準連結訊號灌進一個主題寬泛的頁面，訊號會被稀釋。更合理的做法是 301 到最接近的同類替代品頁，或者乾脆回傳 410（Gone）明確告知這頁已永久消失。410 比 404 更強烈地表達「這頁不會再回來」，能加速 Google 從索引中移除，把檢索預算留給真正存在的頁面。若你的站是以 WooCommerce SEO 優化 經營的商店，這套商品下架處理邏輯尤為關鍵。
伺服器端設定：.htaccess 寫 301 與 302
Apache 伺服器可在網站根目錄的.htaccess 檔案裡，用一行指令完成單頁轉址。301 用 Redirect permanent，302 用 Redirect（預設就是暫時），修改前務必備份原檔。為什麼要備份？因為.htaccess 一個語法錯誤就能讓整站回傳 500，這個風險值得你多花三十秒存一份備份檔。對 Apache 伺服器設定的細節，可以參考 虛擬主機類型比較 與 DNS 網域名稱指向設定 的基礎觀念。
.htaccess 轉址語法範例
| 類型 | 語法 | 說明 |
|---|---|---|
| 301 永久 | Redirect permanent /舊路徑 https://新網址 | 把指定路徑永久導向新網址 |
| 302 暫時 | Redirect /舊路徑 https://新網址 | 未指定類型時預設為 302（暫時） |
| 批次比對 | RedirectMatch 301 ^/舊目錄/(.*)$ https://新網址/$1 | 用正則把整個目錄轉到新位置 |
RedirectMatch 搭配正則能批次轉換整個目錄或網域，搬家時特別實用。例如把 /blog/ 下的所有文章一次轉到 /news/，只要一行語法搞定。調整路徑前先釐清 網址路徑是什麼，才不會把目錄層級改出問題。Nginx 的寫法不同，用的是 return 301 與 rewrite 指令，語法結構與 Apache 差很多，別拿 Apache 範例直接套到 Nginx 上。修改.htaccess 的流程建議是：本地編輯、用 WordPress FTP 檔案上傳教學 的方式上傳、測試、出錯就還原備份，絕對不要直接在主機後台線上改。
再強調一次風險：任何在伺服器端設定 301 或 302 的動作，都先備份原檔再上傳。一個多出來的空格、一個漏掉的斜線，都可能讓整站變成白畫面。對伺服器沒把握的人，硬碰 .htaccess 並非明智之舉，改用下面的外掛路線能把風險降到最低；外掛不是偷懶，而是讓不懂程式的人也能安全完成轉址的設計。
Nginx 與其他伺服器的轉址寫法
Apache 的 .htaccess 並不是唯一選擇。目前全球仍有大量網站跑在 Nginx、LiteSpeed、Microsoft IIS 等伺服器上，設定語法各不相同。Nginx 沒有 .htaccess 這種逐目錄覆寫機制，轉址規則要寫在 server 區塊裡，常用指令是 return 與 rewrite。單頁永久轉址可寫成 return 301 https://新網址$request_uri;，把整站從 http 跳 https 則是在監聽 80 port 的 server 區塊裡回傳 301 到對應的 https 網址。rewrite 指令功能較強、能套用正則，但語法較複雜，寫錯時容易造成無限迴圈，讓瀏覽器跳出「重新導向次數過多」的錯誤。LiteSpeed 大致相容於 Apache 的 rewrite 規則，多數情況可以直接沿用 .htaccess 寫法；Microsoft IIS 則透過 web.config 檔案的 rewrite 區塊設定，語法結構又是另一套。無論用哪種伺服器，請務必在修改設定後用 nginx -t（或對應的語法檢查指令）測試設定檔是否合法，再重新載入服務，避免一次設定錯誤讓整站下線。
Meta refresh 與 JavaScript 跳轉：能不用就不用
除了伺服器端的 HTTP 301/302，還有兩種常見的跳轉方式：HTML 的 meta refresh 標籤與 JavaScript 跳轉。這兩種都屬於客戶端跳轉，必須先下載頁面 HTML 才會執行，速度比伺服器端轉址慢，使用者體驗也較差。更重要的是，Google 雖然能處理 meta refresh 與 JavaScript 跳轉，但官方明確建議優先使用伺服器端 301/302，把 meta refresh 與 JS 跳轉當成「最後手段」（依 Google Search Central 對客戶端重新導向的建議）。meta refresh 寫法是放在 head 裡的 meta http-equiv="refresh" content="0; url=新網址"，content 為 0 秒時 Google 會把它當成類似 301 的永久轉址處理，但延遲時間越長、處理可靠性越低。JavaScript 跳轉則是用 location.href 或 location.replace 在頁面載入後導向新網址，搜尋引擎需要實際執行 JS 才能發現跳轉，速度與可靠性都不如真正的 HTTP 狀態碼。實務上只有在你完全無法控制伺服器設定（例如某些免費部落格平台）時，才退而使用這兩種方式，否則一律用伺服器端 301/302 完成轉址。
WordPress 站長免寫碼：用 Redirection 外掛完成轉址
WordPress 站長不用碰程式碼，裝一套免費的 Redirection 外掛就能完成 301 與 302 轉址。Redirection 在 WordPress.org 外掛庫上架超過十年，累計活躍安裝數超過三百萬次，是現役最受歡迎的重新導向外掛 [來源：〈Redirection – WordPress plugin〉〈https://wordpress.org/plugins/redirection/〉〈2026〉]。它支援 301/302/307/308 全系列狀態碼，還能勾選自動監控文章永久連結變更，一旦你改了文章 slug，外掛會即時幫你建好對應轉址。
Redirection 設定步驟
- 到 WordPress 後台「外掛」→「安裝外掛」，搜尋 Redirection 並安裝啟用。
- 左側選單找到「工具」→「Redirection」，第一次進入會跑安裝精靈，一路點 Continue、Finish 即可。
- 在「來源網址」填舊網址、「目標網址」填新網址。
- 需要指定類型時點下方的齒輪圖示，展開後選 301 或 302（預設為 301）。
- 按 Add Redirect 完成設定，再到檢查工具驗證狀態碼。
Redirection 內建 404 錯誤日誌與點擊統計，能追蹤哪些網址被造訪卻找不到、哪些轉址被點了多少次，方便你回頭補轉址或調整目標頁，這與 WordPress SEO 外掛推薦教學 重視的可觀測性是同一個道理。這些記錄也能匯出，做更詳細的分析。如果你的站上已經裝了 SEO 外掛，例如 Rank Math SEO 外掛教學 或 Yoast 與 Rank Math SEO 外掛比較 裡提到的工具，部分也內建轉址管理功能，可以避免裝太多外掛拖慢速度。
三款主流轉址外掛比較
| 外掛 | 支援狀態碼 | 特色 | 適合誰 |
|---|---|---|---|
| Redirection | 301/302/307/308 | 自動監控永久連結變更、404 日誌、點擊統計，免費 | 絕大多數站長，功能最完整 |
| Safe Redirect Manager | 301/302 | 預設最多 1000 筆轉址以保護效能，介面極簡 | 重視效能、轉址數不多的站 |
| 301 Redirects | 301/302/307 | 404 日誌、批次匯入匯出、重新導向統計 | 需要大量批次管理的站 |
Safe Redirect Manager 預設把轉址上限設在 1000 筆，這是刻意的設計，避免轉址過多拖垮網站效能 [來源：〈Safe Redirect Manager – WordPress plugin〉〈https://wordpress.org/plugins/safe-redirect-manager/〉〈2026〉]。對重視速度的站來說，這個限制反而是優點。選外掛的原則很簡單：先問你需要什麼功能，再挑最小巧的那一個，不要為了用不到的功能裝一套肥大的外掛。更多外掛安裝流程可以看 WordPress 外掛安裝教學，想一次看齊所有必裝工具則參考 WordPress 必裝外掛清單。
動手前的轉址規劃清單
多數轉址災難不是發生在設定那一刻，而是發生在動手前根本沒做清單。一份完整的規劃清單能在改版前就把所有要搬的網址、要保留的權重、要更新的內外鏈一次盤點清楚，避免上線後才東補一條、西補一條。一份可直接套用的清單，能涵蓋網域搬家、整站改版、單頁改 slug 等各種情境。
- 盤點舊網址清單：用爬蟲工具或伺服器記錄匯出所有現存頁面的網址，再比對 Google Search Console「網頁」報表裡有流量的網址，標出哪些是高價值頁、哪些帶外部連結。
- 逐一決定去向：每個舊網址都要標明對應的新網址，找不到對應頁就標出最接近的替代頁或分類首頁，沒有任何對應就規劃 410。
- 選定轉址類型：依前面的決策矩陣，把每條規則標上 301、302 或 410，並註明預計撤除的時間（針對 302）。
- 整理 redirect chain：如果舊站本來就有轉址，先把現有鏈條攤開，把 A→B→C 改成 A 直接到最終目標，設定階段就壓成單層。
- 準備還原點：備份原 .htaccess、nginx 設定檔、資料庫，以及外掛的現有轉址規則匯出檔，出錯時能在一分鐘內回滾。
- 排定驗證時程：上線後的第一個檢索週期內，用 httpstatus.io 批次驗證狀態碼，並在 GSC 觀察舊網址是否退出索引、新網址是否進入索引。
把每一條規則都當成會長期存在、需要被追蹤的資產來管理，設完仍要持續追蹤。清單本身也該版本化保存，下次改版時直接拿出來改，比每次重頭盤點省下大量時間。
不該用轉址的四種情境
轉址是強力工具，但並非所有網址變更都該靠它解決。有些情境設了轉址反而製造更多問題，這時應該改用其他手段。第一種是重複內容問題：同一篇文章以多個網址存在（例如帶有追蹤參數的網址、列印版網址），這種情況該用 canonical 標記而非 301，因為你需要的是「告訴搜尋引擎哪個是正版」這個權威暗示，並非要真的把某個網址搬走。第二種是分頁或篩選產生的變體網址，canonical 同樣比 301 適合，硬設 301 會讓使用者無法回到特定分頁或篩選狀態。第三種是暫時性的 A/B 測試或個人化內容，這類變動本質上是動態的，301 會把測試結果永久固化，正確做法是用 302 或 307 保留原始網址。第四種是已經確定永久刪除、且沒有任何對應替代頁的內容，這時直接回傳 410 Gone，比 301 到一個主題無關的頁面更誠實，也更能保護使用者體驗。
判斷該用 canonical 還是 301，可以問自己一個關鍵問題：使用者與搜尋引擎最終應該停留在哪一個網址。如果答案是多個網址都該存在、只是權威訊號要集中，就用 canonical；如果答案是某個網址應該徹底消失、所有流量都該流向新網址，就用 301。把這個問題的答案套用到上述四種情境，幾乎就不會選錯工具。需要把這個判斷放進整體重複內容策略的人，可以再對照 Canonical URL 解決重複內容，把 canonical、301、noindex 三種工具的角色一次釐清。
轉址設好後的驗證：看狀態碼、落地頁與 redirect chain
檢查轉址成不成功，要看三件事：回傳的 HTTP 狀態碼是不是 301 或 302、最終落地頁對不對、有沒有多層 redirect chain 在偷偷稀釋權重。頁面能打開不代表轉址正確，因為瀏覽器會自動跟隨跳轉，你看到的往往是最終頁而非中間過程，得靠工具才能看到真實狀態碼。第一次接觸檢索資料的人，可從 Google Search Console 介紹 建立基本概念。
- httpstatus.io：批次貼上多個網址，一次檢查狀態碼與落地 URL，免費，適合搬家後大規模驗證 [來源：〈httpstatus.io〉〈https://httpstatus.io/〉〈2026〉]。
- Redirect Path、Link Redirect Trace：Chrome 擴充功能，瀏覽頁面時即時顯示跳轉鏈與狀態碼，單頁檢查最方便。
- Google Search Console：在「網頁」報表的未索引清單找「頁面會重新導向」原因，確認舊網址已被正確導向（依 Google Search Central 對 GSC 的說明），詳細操作見 Google Search Console 完整教學。若還沒安裝，可先照 Google Search Console 安裝 把網站接上。
檢查的重點之一是 redirect chain。A→B→C 的多層跳轉會稀釋訊號並拖慢檢索，理想做法是改寫成 A 直接跳 C。為什麼會出現 chain？多半是歷次改版各做各的轉址、從沒回頭統整，於是層層疊上去。定期用 Google 網頁收錄查詢方法 搭配爬蟲工具掃一遍，才能即時發現新冒出來的 chain 或斷掉的轉址。單一網址要逐一核對時，如何利用 Google Search Console 檢查網址 的 URL 檢查工具是最快的入口。別等到流量掉了才回頭找，那時損失已經發生。
另一個常被忽略的檢查點是 Sitemap。轉址設好後，舊 Sitemap 裡的網址要更新成新網址、重新提交，並更新站內所有指向舊網址的內部連結，這樣能加速新頁被檢索。Sitemap 的產生與提交流程在 Sitemap 產生與提交教學 有詳細步驟。很多人設完轉址就收工，忘了 Sitemap 這一步，結果新頁等了老半天還是沒被收錄。
5 個轉址常踩的雷，與修正方法
轉址最致命的錯誤往往出在類型選錯或乾脆不設，語法寫錯反而是次要問題。以下五種是實務上最常見、也最容易悄悄吃掉排名的雷，每一種都有對應的修正方向。
- 把短期活動頁設成 301：活動結束後權重已轉出、回不來。修正：活動類一律用 302，活動頁本身的權重本來就不該長期持有。
- 換網域只用 302：新網域長期拿不到權重，排名停滯。修正：換網域這種永久動作一律 301，這也是 WordPress 網站搬家外掛教學 與 WordPress 搬家外掛推薦評比 反覆強調的原則。
- redirect chain 過長：A→B→C 多層跳轉稀釋訊號。修正：改寫成 A 直接到 C，並定期掃描清理。
- 刪除舊頁不設轉址：等於放棄該頁的外鏈與排名，404 直接歸零。修正：至少 301 到最相關的替代頁，沒有替代頁就指向同分類首頁。
- 改版後漏檢查：新的 404 或斷掉的轉址悄悄流失流量。修正：用 GSC 與爬蟲工具定期掃描，把檢查排進維護流程，並搭配 WordPress 備份與還原指南 確保有還原點。
第五點特別值得展開。網站改版上線那一刻，往往才是問題的起點，而非問題的終點。新版上線後，舊的內部連結、選單、麵包屑可能還指向舊結構，外部網站連過來的舊網址更不可能同步更新。一旦缺少排程定期檢查，這些漏網之魚會在 網站流量下滑找回排名 那天才被發現。換句話說，轉址屬於改版後持續維護的清單項目，不能設完就放著不管。
另一個容易掉以輕心的場景是合併重複內容。當你把多篇主題相近的文章合併成一篇旗艦文時，被合併的那些頁要 301 到新頁，才能把權重集中。但很多人只刪舊頁、忘記設轉址，結果權重沒集中反而蒸發。這與 Canonical URL 解決重複內容 是互補的兩套工具：canonical 是「告訴搜尋引擎哪頁是正宗」的暗示，301 是「這頁真的搬走了」的硬轉向，兩者層級不同，別混為一談。想把 canonical 標記設對，可參考 SEO Canonical URL 標準網址 的細節。
還有一種隱形損耗：被誤設轉址或刻意擋掉的頁面，會悄悄退出索引。想確認某頁是不是還在搜尋結果裡，可從 noindex 介紹 對照該頁是否被加了索引控制。轉址與 noindex 雖然機制不同，但都會改變頁面在搜尋結果中的能見度，放在一起檢查更不容易漏。
轉址常見問題（FAQ）
301 轉址權重轉移要多久？
沒有固定時程。權重轉移的速度取決於 Google 重新檢索的頻率與目標頁的內容相關性，一般落在數週到數個月之間，期間排名出現短期波動屬正常現象。網站越大、被檢索越頻繁，轉移通常越快完成。
302 用久了會變成 301 嗎？
Google 確實會根據長期觀察，把某些長期存在的 302 當成永久來處理，但時程不確定、機制不透明，不該當成策略依賴。需要永久搬移就直接設 301，不要賭 Google 的自動判讀。
轉址設好後還要做什麼？
更新站內指向舊網址的內部連結、提交包含新網址的 Sitemap、用 httpstatus.io 或 GSC 驗證狀態碼與落地頁。這幾步能加速新頁被檢索與收錄，避免權重轉移期間出現收錄空窗。
301 與 307、308 差在哪裡？
307 對應 302、308 對應 301，差別在於 307/308 會嚴格保留 HTTP 方法，POST 不會被改寫成 GET。處理一般 HTML 頁面用 301/302 即可，處理表單提交或 API 端點時才需要 307/308。
301 會不會被 Google 當成 soft 404？
有可能。如果 301 的目標頁與來源頁主題明顯無關，或目標頁本身就是低品質、近乎空白的頁面，Google 可能把它判讀為 soft 404，等於這條 301 失去搬移權重的效果。避免的方法是讓目標頁與來源頁保持主題相近，並確保目標頁有實質內容可供評估。換網域時把所有舊頁都 301 到新網域首頁，就是最容易踩到 soft 404 的寫法。
轉址可以反向撤除嗎？
技術上可以刪除規則，但權重的影響無法完全逆轉。撤除一條 301 後，舊網址若還存在就會重新被檢索，但已經轉移到新頁的訊號不會自動流回來，需要時間重新累積。撤除 302 相對無害，因為權重本來就留在原網址。決定撤除前，先確認舊網址是否仍有價值、是否有外部連結持續指向，再評估撤除的代價。
選對轉址類型，等於替網站的排名訊號選定流向。永久搬家用 301，短期離開用 302，這個判斷在動手前就要定下來，設完再後悔往往已經來不及。配上前面的設定步驟、檢查工具與常見錯誤清單，就具備了從規劃、設定到驗證的完整流程。延伸來看，轉址從來不是孤立動作：它與 WordPress 永久連結 SEO 設定、子網域與子目錄的 SEO 差異、網站權重 DA 提升策略、SSL 憑證安裝與 SEO 影響、結構化資料 Schema 標記、Hreflang 多語系 SEO 設定都會連動，改版時要一併檢視；若改版後排名真的掉了，提升 Google 排名的關鍵原因與 Google 搜尋演算法解析提供了進一步的排查方向。想把轉址放進更大的 SEO 架構，站外 SEO 與反向連結 是合適的起點。