網站轉址該用 301 還是 302？改網址、商品下架、活動結束的選法

作者｜瞻新資訊　陳俊鳴顧問（資深SEO顧問・搜尋流量與銷售漏斗規劃）

公司網站用久了，一定會遇到這幾種時刻：某篇文章的網址當初取得太長，想改短；一款商品停賣了，頁面要下架；週年慶的活動頁，活動結束後不知道該拿它怎麼辦。

每一次，其實都在做同一個決定：舊網址要不要指到別的地方去？要指的話，用哪一種？

先講答案。網站轉址要選 301 還是 302，只問一句話：這個舊網址，以後還會不會回來用？ 不會回來，用 301（永久轉址）。會回來，用 302（暫時轉址）。舊網址沒有對應的新頁面，就不要硬轉，讓它老實回報「找不到」。

很多人以為轉址是網站搬家才會碰到的事。整站換網域、換平台那種大搬遷，流程寫在網站搬家的實務做法那一篇。這篇講的是平常的事：一次只動一兩個網址的時候，怎麼選、選錯會怎樣、設完怎麼檢查。

網站轉址在做什麼：替還有人走的舊網址指一條路

轉址的意思很單純：有人要去甲網址，伺服器回他一句「請改去乙網址」，瀏覽器就自動跳過去。Google 的繁體中文文件把它叫做「重新導向」，Search Console 後台看到的也是這四個字。轉址、重新導向、redirect，講的是同一件事。

為什麼需要它？因為網址一旦公開過，就不只存在你的網站裡。它可能在客人的書籤裡、在別人網站的連結裡、在 LINE 群組的對話紀錄裡、在印出去的 DM 的 QR Code 裡，也在 Google 的搜尋結果裡。你把頁面搬走或刪掉，這些地方的舊網址不會跟著改。

轉址處理的不是新網址，是「還有人會走舊網址」這件事。 所以要不要轉址，先看舊網址有沒有人在用：有搜尋流量嗎、有別的網站連過來嗎、有沒有印在哪裡。

伺服器回那句「請改去別的地方」的時候，會附一個三位數的號碼，叫做 HTTP 狀態碼，3 開頭的都跟轉址有關。這個號碼訪客看不到，畫面上只會感覺跳了一下；瀏覽器和搜尋引擎卻看得到，而且會照號碼決定接下來怎麼做。同樣是跳到新頁面，回 301 還是回 302，對 Google 來說是兩句不同的話。

301 轉址和 302 轉址差在哪：一個說搬走了，一個說等一下回來

用店面來想。一家店搬到新地址，會在舊店門口貼公告：「本店已遷至某某路，舊址不再營業。」熟客看了，下次直接去新地址，手機裡存的地址也會改掉。這是 301。

另一家店只是整修兩個星期，門口貼的是：「整修期間，請到對面的臨時櫃位。」熟客這兩週去對面，但不會改掉手機裡的地址，因為知道店還會回來。這是 302。

這個比喻不是硬湊的。定義 HTTP 的國際標準文件 RFC 9110 寫著：301 表示這個資源「已經被指派了一個新的永久網址」，之後都應該改用新的；302 表示資源「暫時位於另一個網址」，因為這個安排隨時可能改變，之後還是應該繼續用原本的網址（原文為英文，這裡是中譯）。

Google 照這個意思處理。它的重新導向說明文件把轉址分成永久和暫時兩類：

• 永久轉址：Google 會跟著轉過去，並且把這次轉址當成一個信號，表示新網址應該成為代表這份內容的網址。搜尋結果上顯示新網址。
• 暫時轉址：Google 一樣會跟著轉過去，但不會把它當成換代表網址的信號。搜尋結果上保留原本的網址。

301 是告訴 Google「請把搜尋結果上的網址換成新的」，302 是告訴它「先別換，舊的還會回來」。

文件給的建議也照這個分法走：想換掉搜尋結果上顯示的網址，盡可能用伺服器端的永久重新導向，也就是在主機或網站系統上設定，不是寫在網頁內容裡；只是暫時把人送到別的網頁，就用暫時重新導向，這樣「有助於在搜尋結果中保留原本的網址」。至於寫在網頁裡、靠 JavaScript 跳轉的做法，文件說那是最後的選擇，因為頁面一旦沒被順利處理，Google 可能根本看不到那個轉址。

你可能還聽過 307 和 308。它們是後來補上的兩個號碼，意思分別跟 302、301 相同，差別在技術細節：訪客送出表單的那種請求，用 307、308 轉址時會原樣送到新網址，不會被瀏覽器改成一般的瀏覽請求。Google 的爬蟲文件直接寫 307 等同 302、308 等同 301。

對多數公司網站來說，記住 301 和 302 就夠用。看到工程師或主機商設的是 308 或 307 不用緊張，把它們當成 301 和 302 的另一個版本就好。

302 轉址會不會傷 SEO：Google 官方說法跟常見說法不一樣

網路上最常看到的一句話是：「301 會把排名的權重傳給新網址，302 不會，所以用 302 會傷 SEO。」這句話要拆成兩半看。

前半句有官方依據。Google 的網站搬遷文件明寫，301 和其他永久轉址不會造成 PageRank 的損失（PageRank 是 Google 用來衡量連結價值的指標）。

後半句就不是官方講的了。Google 的 John Mueller 在 2016 年公開回應過這個說法，意思是「說 302 轉址不會傳遞 PageRank 是不正確的，那是迷思」，當時的產業媒體報導留有紀錄。不過那是 Google 員工十年前的發言，現行的官方文件並沒有替 302 寫下同樣的保證。保守的讀法是：302 不是一用就扣分，但官方也沒有白紙黑字保證它跟 301 完全一樣。

那用 302 真正的風險在哪？在於你說的話跟你做的事對不上。

Google 的爬蟲文件把 301 稱為「強」信號，302 稱為「弱」信號。你明明已經永久搬走了，卻回 302，Google 收到的訊息是「舊網址還會回來」，搜尋結果上就可能繼續掛著舊網址，新網址遲遲接不上來。

一個 302 掛了很久會怎樣？官方文件沒有寫幾天或幾個月。前面那則報導提到，Google 有時會把 302 當成 301 來處理。SEO 工具商 Ahrefs 的整理講得更直接：沒有人知道一個 302 要放多久，Google 才會開始把它當成 301。

暫時轉址放久了，Google 可能自己改當成永久的，但什麼時候改、會不會改，你控制不了。 把決定權留在自己手上，比讓搜尋引擎替你猜來得穩。

💡 小提醒

Google 的爬蟲文件自己也寫，旗下其他產品處理轉址的方式可能不同；別家搜尋引擎與社群平台的做法，本文沒有逐一查證。照標準的原意選，最不容易出事。

網站轉址選 301 還是 302：只問舊網址還會不會回來

把前面的原理收成三個問題，照順序問。

第一問：這個舊網址，以後還會不會回來用？ 會回來，是暫時的事，跳到第三問。不會回來，往第二問走。

第二問：舊網址上的內容，有沒有搬到一個對應的新頁面？ 有，用 301 轉過去。沒有，就不要轉，讓舊網址回報「找不到」（404）或「已移除」（410）。

第三問：暫時不在的這段時間，真的需要把人導到別的地方嗎？ 很多暫時的情況根本不用轉址：商品缺貨，頁面留著標示缺貨就好；網站維護一兩天，掛維護頁就好。真的要暫時導到別頁，才用 302。

選 301 還是 302，看的是舊網址的未來，不是這次改動的大小，也不是哪一個對排名比較有利。

常見情境整理成一張表：

這張表有將近一半的答案是「不轉址」。轉址是工具不是義務，不是每一個消失的頁面都要有去處。

表格最後一列多說一句。網站要停一兩天，Google 的暫停網站說明建議放一個說明頁、回 503（服務暫時無法使用），整份文件沒有把轉址列為做法；它還提醒，不要用 403、404、410 把整個網站擋起來。

改網址與合併文章：舊網址不會回來，用 301 轉址

表裡最單純的是前兩列。改了網址，或把兩篇內容相近的文章併成一篇，舊網址都不會再回來，用 301。把網站從 http 換成 https、把有 www 和沒有 www 的網址統一成一種，也是同一類。

如果網站是 WordPress，改文章的網址代稱時，系統會自動替舊網址補一條 301。WordPress 的開發者文件對這個功能的說明就是「把舊的代稱轉到正確的網址」。但它只管得到文章本身；分類頁、自訂的頁面、換了外掛之後變掉的網址，不一定有人幫你補。系統說會自動轉址，改完還是要自己點一次舊網址確認。

還有一件事比轉址更優先：站內自己連到舊網址的地方要改掉。選單、內文連結、首頁的按鈕，都直接指到新網址。轉址是給外面改不了的舊連結用的，自己網站裡的連結應該直接改成新網址。

最省事的做法，當然是網址一開始就取好、之後少改。這件事在畫網站架構圖的階段就該定下來。

商品下架的轉址：有接替的才轉，沒有就老實回 404 或 410

假設有一家賣辦公椅的網路商店，下架商品時會碰到三種情況，做法完全不一樣。

第一種：只是缺貨，下個月會到貨。 這個網址還會回來用，而且它現在可能正排在搜尋結果上。不要轉址，也不要把頁面關掉。頁面留著，清楚標示目前缺貨，可以的話讓客人登記到貨通知。Google 的商品結構化資料文件裡，商品的供應狀態本來就有缺貨、可預購、已售完、已停產這些選項，缺貨是可以照實標示的狀態，不需要靠轉址處理。

第二種：舊款停售，有一款新款接替它。 舊網址不會回來，而且有對應的新頁面，用 301 轉到新款。來找舊款的人看到新款，多半覺得合理。

第三種：整條產品線收掉，沒有任何接替的商品。 這時候最常見的做法，是把下架商品通通轉回首頁，覺得至少流量沒有浪費。Google 的網站搬遷文件對這件事有明講：把很多舊網址轉到同一個不相關的頁面（例如首頁），可能被當成「轉址式 404」，也就是 Google 認定這一頁其實是找不到，只是網站沒有老實說。這個坑在整站搬家時更常見，開頭提到的搬家那一篇有完整說明。

沒有對應的新頁面，就不要轉址，讓舊網址回 404（找不到）或 410（已經移除）。 Search Console 的說明文件也這樣寫：網頁遭移除、而且沒有任何替代內容時，404 回應不一定是問題。

404 和 410 差在哪？照 RFC 9110 的定義，404 是伺服器找不到這個資源，沒說是暫時還是永久；410 是明確表示資源已經不在，而且多半是永久的。對 Google 來說兩者的處理方式相同，已經收錄的網址都會從索引移除。所以不用糾結，系統回得出哪一個就用哪一個。

要花心思的是那個「找不到」的畫面。好的 404 頁面會告訴訪客這件商品已經下架，並且給他搜尋框和幾個目前有賣的分類，這比把人丟回首頁有用。

那可不可以轉到上一層的分類頁？看關聯夠不夠。停售的是某一款人體工學椅，轉到「人體工學椅」這個分類，來的人大致找得到替代品，說得過去。轉到「全部商品」或首頁，就跟前面講的不相關頁面沒有兩樣。

活動結束後的網址：每年都辦就留著，只辦一次才轉走

活動頁是最容易亂轉的一種，因為它有兩個時間點要決定。

活動期間。 有些公司會在活動那幾週，把某個入口（例如舊的優惠頁、比較短的宣傳網址）暫時導到活動頁。這是標準的 302：活動一結束，原本的頁面要回來。這裡最常出的錯是忘記拿掉，活動結束半年了，舊入口還在往一個過期的頁面跳。設暫時轉址的那一天，就把哪一天要拿掉、誰負責，記在行事曆上。

活動結束之後。 先分清楚這個活動是哪一種。

每年都辦的（週年慶、年度展覽、每年的課程報名），最好的做法是不轉址，同一個網址一直用。活動結束後，把內容改成「今年的活動已經結束」加上精華回顧，明年再換成新一屆的內容。每年都辦的活動，網址不要帶年份、不要年年開新的，同一個網址累積的搜尋排名和外部連結才會一年一年疊上去。

只辦一次的，舊網址不會回來，照前面的流程走第二問：有延續的內容（成果報告、後來變成常設的服務頁）就 301 過去；沒有就讓它回 404 或 410。想留作紀錄，也可以把頁面留著，在最上面註明活動已經結束。

A/B 測試、改版前的試營運也屬於暫時這一類。Google 的測試說明文件直接寫：測試時用 302，不要用 301，測試結束後盡快把測試用的東西全部移除。文件還提醒，測試跑得太久，可能被解讀成想誤導搜尋引擎。

暫時轉址的重點在「暫時」兩個字：設的那一天就要知道哪一天拿掉。

轉址被設成 302 的常見原因：很多工具的預設值就是 302

前面說「該永久的卻回 302」是最常見的錯。為什麼會錯？多數時候不是有人選錯，是根本沒有人選。

翻幾個常用工具的官方文件就知道：

• 網站伺服器軟體 Apache 的官方文件寫著，轉址指令沒有指定狀態時，預設是「暫時」，也就是 302。
• 程式語言 PHP 的官方手冊寫著，程式送出轉址用的標頭時，除非另外指定，回的是 302。
• WordPress 提供給外掛和佈景主題使用的轉址函式，狀態碼的預設值也是 302。

換句話說，工程師或外掛作者只要少打一個參數，做出來的就是暫時轉址。網站會跳，不代表轉址設對了：301 和 302 在畫面上看起來一模一樣。

驗收轉址的時候，要問的是「這一條回的是 301 還是 302」，問「有沒有做轉址」沒有用。

反方向的錯也有代價。RFC 9110 註明 301 的回應是可以被快取的，白話說就是瀏覽器可以把「甲網址永久改去乙網址」這件事記下來，下次連問都不問伺服器，直接跳。所以該暫時的卻設成 301，之後你把轉址拿掉，一部分訪客的瀏覽器還是可能照舊跳過去。

⚠️ 注意

不確定是不是永久的時候，先用 302 觀察，確定了再改成 301。反過來，301 送出去之後要收回，就沒有那麼容易。

轉址鏈：一轉再轉會拖慢網頁，Google 的爬蟲也有跳數上限

轉址鏈的意思是：甲轉到乙，乙又轉到丙，丙才是真正的頁面。訪客每多跳一次，瀏覽器就要多問一次伺服器，頁面就晚一點出來。

轉址鏈很少是一次造成的，多半是一條一條疊出來的。三年前把文章網址改過一次，設了轉址；去年網站從 http 換成 https，又多一層；今年把網域統一成沒有 www 的版本，再多一層。每一次單獨看都沒錯，疊起來，一個舊連結要跳三次才到。

Google 給過具體數字。爬蟲文件寫，Google 的爬蟲預設最多跟著跳 10 次。網站搬遷文件則建議直接轉到最終的網址；做不到的話，轉址鏈裡的次數越少越好，最好不超過 3 次、少於 5 次，並提醒轉址鏈會增加使用者的等待時間。

轉址鏈的解法只有一個：每一條舊網址都直接指到現在真正的那一頁，不要指到另一個也在轉址的網址。 每次新增轉址之前，先查「要轉去的那個網址，自己有沒有在轉」；每次改網址之後，回頭把以前指到它的轉址一起更新。

比轉址鏈更糟的是轉址迴圈：甲轉到乙，乙又轉回甲。HTTP 標準寫明瀏覽器這類程式應該偵測並中止這種沒完沒了的轉址，所以瀏覽器會顯示「重新導向次數過多」的錯誤畫面，頁面完全打不開。Search Console 的網頁索引報表有一項「重新導向錯誤」，列的包括鏈結過長、迴圈、轉到無效或空白的網址。轉址迴圈通常出在兩條規則互相打架，例如一條把沒有 www 的轉到有 www，另一條又把有 www 的轉回來。

網站轉址要留多久：Google 文件寫的 1 年和 180 天各在講什麼

轉址設好之後，哪一天可以拿掉？查 Google 的文件會看到兩個數字，很多人就是在這裡搞混。

至少 1 年。 出自網站搬遷文件，講的是網址有變動的搬遷。文件的意思是：轉址盡量留久一點，一般至少 1 年，這段時間讓 Google 把舊網址的各種信號轉移到新網址；接著補了一句，從使用者的角度，可以考慮無限期保留。

至少 180 天。 出自 Search Console 的網址變更工具說明。那是整個網站換網域時才會用到的工具，說明頁寫的是送出變更之後，轉址至少持續 180 天，如果還有來自 Google 搜尋的流量就要維持更久。

兩個數字不衝突，講的是不同的事。平常改單一網址沒有另一份文件可查，最接近的是「至少 1 年」那一份；180 天是換網域時那個工具的最低要求。 兩個都碰到的時候，取長的。

1 年是 Google 的需要，不是訪客的需要。別人網站上的舊連結、客人存的書籤、印出去的 QR Code，不會在一年後自動消失。永久轉址只要舊網域還在你手上、系統還撐得住，就一直留著。

轉址一停會怎樣，Google 自己示範過一次。它的短網址服務 goo.gl 本質上就是一大批轉址，原本宣布 2025 年 8 月 25 日之後全部停止運作。到了 8 月 1 日，官方部落格改了計畫：仍有人在用的連結會保留，只有 2024 年底就沒有活動的那一批照原訂時間停用，理由是這些連結早已嵌在數不清的文件、影片和貼文裡。連 Google 要收掉一批轉址，都得顧慮那些改不了的舊連結。

真的要清理（例如轉址規則累積到上千條），先看數據再動手：到網站分析工具或伺服器紀錄裡查，這條舊網址最近幾個月還有沒有人走。完全沒有人走、也超過一年了，再拿掉。

至於 302，期限在設定的那一天就該訂好了。

怎麼檢查網站轉址有沒有設對：狀態碼、終點、跳了幾次

轉址有沒有設對，畫面上看不出來，要看伺服器實際回了什麼。 檢查三件事。

一、狀態碼是不是你要的那一個。 最簡單的方法是用網路上的轉址檢查工具（搜尋 redirect checker 就有很多），把舊網址貼進去，它會列出每一跳的狀態碼。用電腦的 Chrome 也可以：按 F12 打開開發人員工具，切到「網路」分頁，勾選保留記錄，再貼上舊網址，第一筆紀錄的狀態欄就是答案。

拿一個現成的例子來練習。Google 自己的說明文件在 2025 年 12 月搬到新的網站，舊網址並沒有消失。2026 年 10 月 12 日實際檢查，「HTTP 狀態碼」那份文件的舊網址回的是 301，一次就指到新網址，新網址回 200（正常）。寫規則的人，自己也是這樣搬家的。

二、終點是不是對的那一頁。 轉過去之後，看到的是對應的內容，還是首頁、或一個找不到的畫面？帶著廣告追蹤參數的網址也要試：轉過去之後參數還在不在，會影響廣告成效報表。

三、中間跳了幾次。 超過一次，就回到轉址鏈那一節，把它改成直接指到終點。

網址很多的時候，一條一條查不實際。到 Google Search Console 的網頁索引報表看兩個項目：「頁面會重新導向」是正常狀態，表示 Google 知道這個網址有轉址，確認清單裡沒有不該轉的網址就好；「重新導向錯誤」則是要處理的。

每新增一條轉址，就用舊網址實際走一次，確認狀態碼、終點和跳的次數。

檢查之外，再養成一個習慣：每一條轉址都留一筆紀錄。一張試算表就夠，記五件事：舊網址、新網址、狀態碼、哪一天設的、為什麼設。暫時轉址多記一欄，預計哪一天拿掉。轉址最怕的不是設錯，是三年後沒有人記得它為什麼在那裡。

如果這次動的不只一兩個網址，而是整個網站改版，舊網址的對照與驗收要排進專案流程；改版時每一關要驗什麼，寫在網站設計流程那一篇。

轉址規則一年一年累積下來，常常沒有人說得清楚現在有幾條、哪些還有用。如果你的網站正要改版，或想把歷年的轉址盤點一次，可以找瞻新資訊聊聊需求，從把現有的網址和轉址列出來開始。

常見問題

參考資料

• RFC 9110: HTTP Semantics — IETF，2022 年 6 月（英文，全球，2026-10-12 查證）
• 重新導向與 Google 搜尋 — Google 搜尋中心（繁體中文，全球，2026-10-12 查證）
• How HTTP status codes affect Google’s crawlers — Google Crawling Infrastructure，2026-02-04 更新（英文，全球，2026-10-12 查證）
• Move a site with URL changes — Google Search Central，2026-08-20 更新（英文，全球，2026-10-12 查證）
• 網址變更工具 — Search Console 說明，Google（繁體中文，全球，2026-10-12 查證）
• 網頁索引報表 — Search Console 說明，Google（繁體中文，全球，2026-10-12 查證）
• Minimize A/B testing impact in Google Search — Google Search Central（英文，全球，2026-10-12 查證）
• Product snippet structured data — Google Search Central（英文，全球，2026-10-12 查證）
• Temporarily pause or disable a website — Google Search Central（英文，全球，2026-10-12 查證）
• We’re updating our plans for goo.gl links — Google 官方部落格，2025-08-01（英文，全球，時事，2026-10-12 查證）
• mod_alias：Redirect Directive — Apache HTTP Server 2.4 官方文件（英文，全球，2026-10-12 查證）
• header() — PHP Manual（英文，全球，2026-10-12 查證）
• wp_redirect() — WordPress Developer Resources（英文，全球，2026-10-12 查證）
• wp_old_slug_redirect() — WordPress Developer Resources（英文，全球，2026-10-12 查證）
• Google: 302 Redirects Pass PageRank — Search Engine Roundtable，Barry Schwartz，2016-02-03（英文，美國，產業媒體報導，2026-10-12 查證）
• 301 vs. 302 Redirects for SEO: Which Should You Use? — Ahrefs，Joshua Hardwick，2020-09-08（英文，全球，SEO 工具商的整理，2026-10-12 查證）

ℹ️ 關於本文

本文引用的 HTTP 標準、Google 搜尋中心與 Search Console 說明文件，以及 Apache、PHP、WordPress 的官方文件，以查閱當日（2026 年 10 月 12 日）的版本為準；Google 處理轉址的方式與文件內容會調整，實際請以官方最新文件為準。文中引用的 Google 員工發言來自 2016 年的媒體報導，不是現行文件的規則；goo.gl 一事以 Google 官方部落格 2025 年 8 月 1 日的公告為準。文中對轉址選法的判斷為一般性的經驗說明，實際效果因網站、平台與搜尋詞而有差異，不構成任何搜尋排名或流量的保證。