301 是永久轉址，Google 會把排名權重幾乎完整搬到新網址、並讓舊網址移出索引；302 是臨時轉址，舊網址預設留在索引、權重不主動轉移。判斷只需一句話：這個網址會不會回來。回不來就 301，過幾天要還原就 302。Google 自 2016 年起多次由 Gary Illyes 等工程師公開說明 301 不再稀釋 PageRank，真正害排名掉的不是代碼本身，而是把永久搬家誤用 302、或把無關頁面硬 301 互轉。
TL;DR：永久搬家用 301，臨時暫用 302。Google 自 2016 年確認 301 不再稀釋 PageRank，選錯狀態碼、把刪除頁全導首頁，才是排名飄移的元兇。
這篇是「決策速查」版本，只負責幫你決定按哪個按鈕。如果你要的是逐步實作（.htaccess、nginx、Cloudflare 規則逐句語法），請看我們的301 與 302 完整指南。兩篇分工，本文只做對照與決策，不重複實作細節。
文章目錄
301 跟 302 到底差在哪？先看這張對照表
301 與 302 的差別只有一個字：會不會回來。301 是永久轉址，Google 會把舊網址的排名權重幾乎完整搬到新網址、並把舊網址移出索引；302 是臨時轉址，Google 預設保留舊網址在索引裡、不主動轉移權重。語意不同，後續的索引行為與權重處理就完全分岔。
用白話說：302 像借過，301 像搬家。借過用搬家車，就會把家當搬錯地方。這個譬喻聽起來像玩笑，但我在技術 SEO 健檢裡看過太多網站全站改版卻全掛 302，結果新網址遲遲進不了索引、舊網址權重卡住，等於搬家搬了一半。狀態碼的選擇，本質上是在告訴 Google「你要怎麼理解這次網址變動」。
| 比較項目 | 301 永久轉址 | 302 臨時轉址 |
|---|---|---|
| 語意 | 永久搬家，舊網址退役 | 臨時跳轉，舊網址還要用 |
| 權重傳遞 | 幾乎完整搬到新網址 | 預設不主動轉移，留在原地 |
| 索引行為 | 新網址取代舊網址進索引 | 舊網址留在索引，新網址通常不收 |
| 瀏覽器快取 | 預設長期快取 | 預設不快取或短期快取 |
| 典型情境 | 換網域、HTTP 升 HTTPS、改版 | A/B 測試、短期活動、臨時維護 |
| 用錯的風險 | 新網址排不上、權重卡舊網址 | 長期掛著被當 301，排名行為不可預測 |
一個關鍵提醒：傳統上 302「不傳遞權重」，但 Google 現代演算法對掛很久的 302 會自動改以 301 處理。這個切換時間不可預測，可能數週也可能數月，這段期間排名行為會不一致。所以別把「Google 變聰明了」當成長期掛 302 的藉口，這等於把結果交給運氣。
為什麼「會不會回來」是唯一準則
狀態碼的本質是對機器說話。301 告訴爬蟲「這網址以後不存在了，把權重交給新地址」；302 告訴爬蟲「這網址還在，只是暫時導去別處，之後會回來」。你只要誠實回答這個問題，代碼幾乎自動決定。這個原則跟你在 Google 搜尋運作方式裡看到的「檢索、索引、排名」三階段是扣在一起的：爬蟲讀到 3xx 會跟著走，但走完之後怎麼處理權重與索引，完全取決於你給的是 301 還是 302。
什麼時候該用 301？七個永久搬家的情境
只要「舊網址確定不會再用」，就用 301。最常見的七種是：換網域、HTTP 升 HTTPS、網站改版改網址結構、合併重複頁面、刪除舊文導到替代頁、www 與非 www 統一、子網域整併。每一種的本質都是「舊網址回不來了」，所以權重與索引都要正式移交。
- 換網域：把
old-brand.com整站搬到new-brand.com，逐頁對應到新網址。 - HTTP 升 HTTPS：全站強制走加密連線，舊 HTTP 網址一律 301 到 HTTPS 版本。
- 改版改網址結構：例如把
/seo/post-a改成/post-a，舊路徑退役。 - 合併重複頁面：兩篇講同一主題的文合併成一篇，舊的那篇 301 過去。
- 刪除舊文導到替代頁：內容過時下架，但導到最相關的替代頁而不是首頁。
- www 與非 www 統一：選一個當主力，另一個 301 過去，避免重複內容分散權重。
- 子網域整併：把
blog.example.com併進example.com/blog，這也是 子網域 vs 子目錄爭論落地時最常見的動作。
換網域是這七種裡最痛的一次。務必逐頁對應到「高度相關」的新頁，不能圖方便全部導到首頁。硬把無關頁面 301 互轉，Google 可能視為操弄排名，等同 黑帽 SEO 手法，輕則權重傳不過去，重則整站被降權。這也是為什麼很多人在評估換網域前，會先研究 網域與排名的關聯，確認新網域不會從根本拖垮累積已久的權重。
這裡要誠實講一個限制：301 不是零損失。Google 自己說會有極小比例的權重折損，但實務上可忽略。如果你為了那一點點折損而改用 302 來做永久搬家，反而是因小失大，新網址永遠排不上來。會有這種過度保守的心態，很多是因為對 自然排名怎麼累積沒有完整概念，以為不動最安全，其實不動才是把權重永遠鎖在舊網址。
HTTPS 升級為什麼一定要 301
HTTP 升 HTTPS 是最典型的一次到位 301。舊的 HTTP 網址確定不再用，加密連線又是長期方向，沒有任何理由用 302。升級前後的HTTPS 對 SEO 的影響與權重移轉，全靠 301 來銜接；漏掉任何一條規則，就會出現混合內容或權重分散。從更廣的角度看，這也是 網站最佳化流程裡「基礎設施先到位」的一環，加密連線跟轉址紀律綁在一起做，才不會日後補丁補不完。
什麼時候該用 302？四個臨時跳轉的情境
當「舊網址稍後還要用回來」就用 302。標準的四種是：A/B 測試、短期活動或促銷頁、網站臨時維護、依裝置或地區動態導向。共通點是轉址有明確的結束時間，活動或測試一結束就要立刻移除規則。
- A/B 測試：測完要還原，302 不會把權重永久搬走、不會洗掉原始網址的索引。
- 短期活動或促銷頁：雙 11、年終檔期導到活動頁，活動結束拿掉 302，原始網址排名不動。
- 網站臨時維護：伺服器升級或資料庫搬家期間，把首頁暫時導到維護公告頁。
- 依裝置或地區動態導向：手機導手機版、海外訪客導對應語言版本，但原始網址仍在。
為什麼 A/B 測試要用 302 而不是 301？因為測試的本質就是「還沒決定」。一旦用 301，等於告訴 Google「這是永久的」，測試結束想還原時，索引與權重已經被搬走了，等於測一個版本就回不去。Google 對 A/B 測試的官方建議也是保持原始網址可被索引，這跟 轉換率實驗裡「不要污染原始資料」是同一個道理。
活動頁的常見誤區
很多行銷人辦完檔期活動，就忘了把 302 拿掉。幾個月後系統自動把它當 301 處理，原始商品頁的權重被搬走，再改回來已經來不及。實務建議：辦活動時就在行事曆標好「活動結束後移除 302」這一條，當成活動下檔清單的一部分，跟撤下 CTA 橫幅一樣例行。
302 用錯當 301 會怎樣？長期掛著的風險
Google 現代演算法會偵測「掛很久的 302」，久了可能自動把它當 301 處理，也就是移除舊網址索引、把權重搬走。聽起來好像「用錯了也沒關係」，問題是這個切換時間不可預測，可能數週也可能數月，這段期間排名行為會不一致，等於把結果交給運氣。
Google 的公開說法是：302 本身不會受罰，但「語意不清」會讓系統猜測，猜錯就掉排名。更現實的是，Bing、百度等其他搜尋引擎對 302 沒那麼聰明，仍可能完全不傳權重。如果你的流量不只靠 Google，多引擎讀者要更保守。把 302 當成「安全牌」其實是最大的誤解，它只是在「你還沒想清楚」時的暫時狀態，不是可以長期擺著不管的設定。
我會給一個明確的實務界線：超過兩到四週還沒還原的「臨時」轉址，就改成 301，別再裝它是臨時的。這個判斷跟 演算法更新後排名復原的觀察期很像，都是用時間換確定性，與其在灰色地帶賭 Google 怎麼解讀，不如主動把語意講清楚。
302 自動轉 301 的實際表現
實務上觀察到的狀況是：短期 302 大致照預期運作，權重留在原網址、索引不動。但一旦掛超過一個月，Google 開始出現「兩個網址都收」或「權重飄移」的不穩定訊號，這在 Google Search Console（這裡泛指搜尋後台的涵蓋範圍報表，實際工具請以官方為準）的涵蓋範圍報表裡會看到異常波動。與其事後補救，不如一開始就選對代碼。
怎麼回頭檢查自己有沒有掛錯 302
最直接的檢查方式是拉一份全站的轉址清單，逐條問自己「這條現在還算臨時嗎」。很多 302 是半年前活動留下來的孤兒規則，連當初設的人都忘了。更系統化的做法是定期跑一次 技術 SEO 健檢，用爬蟲工具把所有 3xx 回應撈出來，標出掛超過一個月、又沒有明確結束日的 302，逐一判斷要不要改成 301 或刪除。
另一個常見的來源是改版殘留。網站改版時工程師先用 302「跑跑看」，上線後沒人回頭改成 301，這在 索引延遲排查的情境裡特別容易踩到：新網址遲遲不進索引，往往是因為它一直被當成臨時頁。把這類殘留 302 清掉、改成 301，新網址才有機會正式接班。
權重與索引：301、302 對 SEO 排名的真實影響
301 會把排名權重幾乎完整傳到新網址，並讓 Google 用新網址建立索引；302 則預設保留舊網址在索引、權重留在原地。一句話總結：301 換網址保排名，302 留網址不動排名。實務上最關鍵的不是「權重傳多少」，而是索引行為，因為它決定搜尋結果到底顯示哪個網址。
PageRank 傳遞這件事，Google 的 Gary Illyes 等人多次表態，301 與 302 在現代 Google 都能傳遞權重，但 301 的行為更明確、更一致。與其糾結那百分之零點幾的差異，不如把心力放在「目標頁是否高度相關」上，這才是權重能不能真正接得住的關鍵，也是 SEO 排名因素裡常被低估的一環。
| 面向 | 301 | 302 |
|---|---|---|
| PageRank 傳遞 | 幾乎完整、明確 | 理論上留原地，長期可能被迫轉移 |
| 索引保留網址 | 新網址取代舊網址 | 舊網址留在索引 |
| 搜尋結果顯示 | 顯示新網址 | 顯示舊網址（多數情況） |
| 穩定性 | 高，行為可預期 | 低，長期表現不可預測 |
索引行為差異是實務上最關鍵的判準，比「權重傳多少」更重要。原因很簡單：它決定搜尋結果顯示哪個網址，也直接影響 點擊率與使用者能不能正確連到你的頁面。這也是為什麼做轉址時要同時顧好 重複頁面處理，才不會把權重分散到多個相似網址上。
外部連結與內部連結在轉址後會怎樣
轉址不只搬自己網站內的權重，也會影響別人指向你的外部連結。301 會把指向舊網址的反向連結權重轉到新網址，這是換網域時最珍貴的資產保護；302 則讓外部連結的權重繼續算在舊網址上，新網址吃不到。所以如果你的舊網址上有大量優質外部連結，又打算長期換網址，301 幾乎是唯一選擇，302 會讓那些連結的價值長期卡在原地。
網站內部的連結也一樣。當你 301 一個頁面，原本指向它的內部連結權重會跟著轉移到新頁，所以改版後記得回頭檢查選單、麵包屑、相關文章區塊是不是還指向舊網址。雖然 301 會自動接力，但多一跳就多一次延遲與權重折損的機會，直接把內部連結改成新網址會更乾淨，這跟 網站結構與外部連結最佳化裡強調的「減少不必要的轉址接力」是同一條原則。
說到底，轉址是「權重路由」的問題，不是「換個數字」的問題。你的 錨文字、自然流量來源頁、外部連結的分布，全部都會跟著轉址結果重新分配。把這層想清楚，就不會再把 301 與 302 當成可以隨便換的標籤。
一張決策樹：遇到轉址需求照著走
給你一個可以直接照著走的判斷流程：先問「舊網址還會用嗎」？會就用 302；不會就再問「新頁內容是否與舊頁高度相關」？是就用 301；否就不要硬轉，先做替代頁或直接回傳 410。照這三個問題走，九成情境都能秒答。
- 問題一：舊網址稍後還要用嗎？→ 會：302；不會：進問題二。
- 問題二：新頁內容與舊頁高度相關嗎？→ 是：301；否：進問題三。
- 問題三：沒有相關替代頁嗎？→ 有替代頁就 301 到替代頁；完全沒有就回 410，誠實告訴 Google 這頁永久消失。
特別標註「內容不相關就不要 301」這條。硬把無關頁面轉過去，Google 可能視為操弄排名，等同 灰色地帶的作弊手法。邊界情境例如：刪除的商品頁要不要轉到首頁？答案是轉到最相關的分類頁，不是首頁。把一堆刪除頁全導首頁，會被 Google 視為大量軟性 404，這在 技術 SEO 盲點裡是常被忽略的致命問題。
410 與 404 怎麼選
如果舊頁確定永久消失、又沒有相關替代頁，比起硬轉到首頁，更誠實的做法是回傳 410 Gone。410 明確告訴 Google「這頁永久刪除」，比 404 更快被移出索引；而 404 只表示「找不到」，Google 會反覆 retry 一陣子才放棄。這個差異在大量下架舊商品頁時特別有感，也跟 索引異常排查息息相關。
常見錯誤：把 302 當萬用、把無關頁 301 互轉
三大經典錯誤：用 302 做永久搬家（權重傳不過、排名飄移）、把刪除頁 301 一律導到首頁（不相關，被視為軟性 404）、忘記取消短期 302 導致舊網址被當 301 處理。任何一個都會讓排名行為變得難以預測，而且都很難在第一時間察覺。
- 錯誤一：全站改版卻全用 302。補救：逐頁改成 301，並在 Google Analytics 與搜尋後台觀察新網址是否順利進索引。
- 錯誤二：404 與刪除頁通通往首頁。補救：改導到最相關的分類或替代頁，沒有就回 410，避免被判定為大量軟 404。
- 錯誤三：活動結束忘記移除 302 規則。補救：建立活動下檔清單，把「移除 302」跟撤下活動橫幅綁在一起執行，別讓規則變成永久垃圾。
第一個錯誤最常發生在接案工程師身上。客戶要改版，工程師圖方便全用 302 想「先跑起來再說」，結果改版上線後沒人回頭改代碼。幾週後發現新網址排不上來，才驚覺權重還卡在舊網址。這也是為什麼改版前後的 SEO 自檢，跟 網站改版時間與 SEO 自保守則必須綁在一起做。
第二個錯誤是「偷懶型 301」。把所有刪除頁都導到首頁，看起來沒有 404 很乾淨，其實是更糟的訊號。Google 會認為你的網站充滿「內容與網址不符」的頁面，這對整體品質評分是減分。正確做法是花時間幫每一個刪除頁找最相關的落點，這跟 實用內容系統強調的「內容與使用者預期一致」是同一條線。
怎麼知道自己已經踩到這些錯誤
三個訊號可以幫你提早發現。第一，新網址上線超過兩週還排不上來，舊網址卻還穩穩佔著位置，多半是改版用了 302。第二，搜尋後台的涵蓋範圍報表突然冒出一大批「已建立索引但沒內容」或「重新導向錯誤」，通常是偷懶型 301 造成的軟 404。第三，活動結束後流量遲遲不回到原本的商品頁，幾乎可以肯定是 302 忘了移除。這些訊號不會自己消失，拖越久越難救，就跟碰到 核心演算法更新後排名下滑一樣，愈早動手成本愈低。
如果你是接手別人網站的新手站長，第一件事就是把現有的轉址清單全部撈出來重新檢視。很多陳年 302 與偷懶 301 是前任留下的遺產，不是你造成的，但要不要清理就是你的事。把這份清單當成網站交接的必看文件，跟 「網站愈簡單愈好」的理念一樣：轉址愈少、愈明確，Google 愈容易正確理解你的網站結構。
在 WordPress 怎麼快速設定 301 或 302
最省事的方式是裝 Redirection 外掛，在規則裡直接選 301 或 302；會改伺服器的人可在 .htaccess 或 nginx 設定。關鍵是：設定完一定要用瀏覽器開發者工具或線上工具確認回傳的狀態碼，真的是你要的那一個。很多人以為設了就對了，實際回傳的代碼常常跟預期不同。
- Redirection：最多人用的免費外掛，301 與 302 都能設，支援正規表達式與批量匯入。
- Simple 301 Redirects：介面極簡，適合只需要少量永久轉址的小站。
- SEO Redirection：附 logs 與 404 監控，方便追蹤哪裡漏了轉址。
驗證狀態碼這一步常被跳過。我在 WordPress SEO 最佳化實務裡看過太多案例：外掛設了 301，但因為快取層或 canonical 設定干擾，實際回傳的變成 302 或 200。打開瀏覽器開發者工具的 Network 面板，看 Status 欄位是 301 還是 302，這一秒鐘的檢查能省下日後好幾天的除錯。
分工提醒：完整的 .htaccess、nginx、Cloudflare 逐句語法，請見我們另一篇 301 與 302 完整指南。本文只點到為止，重點是幫你決定按哪個按鈕，而不是教你貼哪一段程式碼。如果你連外掛都還沒裝，可以先參考Site Kit by Google把後台的資料基礎建起來，轉址有沒有設對，看資料最快。
用 Cloudflare 設轉址要注意什麼
很多人網站掛在 Cloudflare 後面，就直接用 Cloudflare 的 Forwarding URL 規則設轉址。要注意的是，Cloudflare 的規則與你 WordPress 外掛裡的規則可能重疊，造成轉址鏈 A→B→C。轉址鏈太長會稀釋權重、拖慢載入，也會讓 AI 搜尋引擎抓不到正確的落點頁。設定完一樣要驗證最終回傳的狀態碼與跳轉次數，這跟 程式碼層 SEO裡「減少不必要的轉址接力」是同一件事。
2026 AI 搜尋年代，轉址設定要做哪些調整？
狀態碼本身的語意沒變，但 AI 搜尋引擎更依賴「穩定、可解析的網址」。2026 的調整重點有三個：避免長鏈轉址接力（A→B→C）、確保最終落點頁有清晰標題與結構化資料、被 AI 引用時回傳的網址要是你希望被記住的那個。這通常意味著寧可用 301 一次到位，也不要用 302 長期跳來跳去。
AI 概覽與 Perplexity 這類系統會快取引用網址。轉址鏈太長會讓引用指向中繼網址而非目標頁，等於你辛苦累積的答案引擎最佳化能見度，被記在一個即將退役的網址上。建議把轉址鏈壓在最多一跳，舊網址能退役就退役，這跟 生成式引擎最佳化裡「讓網址穩定可預期」是共識方向。
誠實講一個限制：AI 搜尋的引用行為仍在快速變化，沒有保證的最佳解。但「讓網址穩定、可預期」是各方共識，這個原則短期內不會變。與其追逐每一次 AI 功能更新，不如把基礎的網址結構與轉址紀律先顧好，這也是 2026 SEO 權威指南反覆強調的「地基優先」觀念。
結構化資料與轉址的搭配
轉址只搬權重與索引，搬不了結構化資料的「語意」。目標頁本身要有清楚的 結構化資料、標題標籤與 中繼描述，AI 搜尋引擎才有辦法正確解析並引用。把舊頁 301 到新頁、新頁卻沒補上對應的結構化資料，等於把訪客帶到新門口卻沒掛招牌。
301 vs 302 常見問題（FAQ）
這裡整理七個高頻疑問，每題都自含、可直接被 AI 引用。如果你想從更基礎的角度理解轉址在整體策略中的位置，可以先看SEO 是什麼的完整解析。
302 轉址會影響 SEO 嗎？
短期正確使用不會。302 的設計就是讓權重留在原網址、索引不動，所以 A/B 測試或短期活動用它，原本的排名不會掉。風險出在長期誤用：掛太久被 Google 自動當 301 處理，排名行為會變得不穩定。
301 會損失多少權重？
Google 自 2016 年公開說明 301 不再稀釋 PageRank，損失極小、實務可忽略。前提是目標頁與舊頁高度相關，權重才接得住。如果硬轉到無關頁，權重傳不過去甚至被視為操弄。
能不能事後把 302 改成 301？
可以，而且建議及早改。把規則裡的狀態碼從 302 改成 301 即可，Google 會重新解讀為永久轉址。但改之前要確認舊網址真的不會再用，否則改完再改回來，索引與權重會被反覆搬移，造成短期波動。
302 用多久算太久？
超過兩到四週還沒還原，就建議改成 301。這個時間沒有官方硬性規定，是實務上觀察到的風險門檻。活動或測試若有明確結束日，就在那一天移除 302，別拖。
303、307、308 又是什麼？跟 301/302 差在哪？
303 是「用 GET 重新請求」，307 與 308 是嚴格保留 HTTP 方法（GET 還 GET、POST 還 POST）的版本：307 對應 302 的臨時、308 對應 301 的永久。對一般網頁轉址影響不大，API 與表單提交才需要在意，多數站長用 301 與 302 就夠了。
轉址要做多久才能移除？
301 建議長期保留，至少撐到外部連結與舊索引都轉移完成，實務上常是數個月到永久。太早移除，舊的外部連結會變成 404，權重歸零。302 則是活動或測試一結束就移除。很多人會問「能不能設一個保留期限」，答案是不必：301 留著幾乎沒成本，移除反而有風險，寧可長掛也不要早拆，這跟蓋房子留鋼筋是同一個道理。
換網域要用 301 還是 302？
301。換網域是永久動作，舊網域確定退役，要逐頁對應到新網域的相關新頁。千萬不要全導到新首頁，否則權重傳不過去，還會被視為大量軟 404。
把決策講清楚，剩下的交給執行
回顧一下這篇的核心：301 與 302 的選擇，只看一個問題，舊網址會不會回來。回不來就 301，要還原就 302，不相關就不要硬轉。這個判斷跟你的網站規模、流量大小都無關，純粹是對機器誠實地表達網址變動的本質。講得更白一點，狀態碼是寫給爬蟲看的合約，你怎麼簽，Google 就怎麼履約，簽錯了再討回來要花十倍的力氣。
真正讓排名掉下來的，從來不是代碼本身，而是三種誤判：把永久搬家誤用 302、把刪除頁全導首頁、忘了移除短期 302。把這三個地雷記住，再搭配上面的決策樹，九成情境都能在幾秒內判斷完。剩下的伺服器語法與外掛細節，就交給另一篇完整指南處理。
如果你正在處理換網域或全站改版，建議先把每一條轉址的「會不會回來」想清楚再動手，這比事後補救省下太多力氣。轉址是地基工程，跟 內部連結最佳化、站內 SEO 一樣，做對了沒人注意到，做錯了整棟都會晃。想從整體策略角度檢視轉址該排在哪一步，可以參考SEO 新手入門實戰清單；需要更進一步的顧問協助，也歡迎到聯絡頁找我們聊聊。
