301 轉址怎麼設定？掌握永久重新導向，降低 SEO 流量流失

舊網址轉新網址的正確做法

舊網址轉新網址時，最重要的處理方式是為每一個舊頁面建立對應的 301 轉址，讓使用者與搜尋引擎自動前往內容相符的新網址。不要直接停用舊網域，也不要把所有舊頁面一律導向首頁，否則可能造成 404 錯誤、使用者流失，以及搜尋排名與反向連結價值無法正確轉移。

301 轉址又稱 301 Redirect 或永久重新導向，伺服器收到舊網址請求後，會回傳 HTTP 301 狀態碼與新網址位置。這等於向 Google 表明：「原頁面已永久搬到新位置，未來應以新網址為準。」搜尋引擎會逐步更新索引，並嘗試將舊頁面的相關排名訊號整合至新頁面。

如果只是幫舊文章更改網址名稱，例如將「example.com/old-post」改成「example.com/new-post」，可透過 WordPress 的 301 Redirects 外掛、網站後台重新導向功能，或伺服器規則完成 301 轉址設定。只要新舊內容具有明確對應關係，通常不需要因為更改網址而放棄原頁面累積的自然流量。

301 轉址對 SEO 有什麼影響

協助 Google 理解頁面已永久搬遷

Google 檢索舊網址並收到 301 回應後，會循著重新導向前往新網址，再根據頁面內容、網站內部連結、標準網址及其他訊號判斷是否更新索引。這個過程不是立即完成，規模較大的網站可能需要數週甚至更久。

301 轉址具有 SEO 友善特性，但不代表排名一定完全不變。排名仍會受到新頁面內容品質、網站架構、內部連結、伺服器穩定性與轉址正確性影響。因此，較精確的說法是：301 有助於整合舊網址的排名訊號，而不是保證所有「SEO 分數」毫無損失地轉移。

保留反向連結與既有流量

舊網址可能已出現在搜尋結果、社群貼文、電子報、合作網站或使用者書籤中。若沒有設定轉址，這些連結將進入 404 頁面；若設定一對一 301 轉址，訪客便能直接抵達相關的新頁面，搜尋引擎也較容易理解兩個網址之間的關係。

例如舊頁面為「example.com/service」，新頁面為「newdomain.com/service」，就應直接建立兩者的永久轉址，而不是把舊頁面導向「newdomain.com」首頁。新舊內容越接近，轉址的合理性與使用者體驗通常越好。

避免使用轉址鏈

如果網址 A 先轉到 B，再由 B 轉到 C，就形成轉址鏈。瀏覽器雖然通常可以完成跳轉，但每多一層就增加載入時間、檢索成本及設定錯誤的可能性。網站改版完成後，應讓 A 直接 301 轉到 C，並同步更新網站內部連結，使其直接指向最終網址。

301、302 與其他網址處理方式比較

常見轉址方式分析表

Google 過去提供的 goo.gl 消費者短網址服務已停止建立新連結，因此搜尋 Google 短網址時，必須區分「短連結」與「網站永久轉址」。短網址的主要用途是方便分享或追蹤點擊；301 轉址則是網站架構與 SEO 遷移的一部分，兩者不能混為一談。

網站轉址規劃流程

流程一：盤點新舊網址結構

先匯出舊網站所有可存取網址，包括分類頁、文章頁、商品頁、服務頁、圖片、PDF 及其他下載文件。可綜合使用網站地圖、CMS 資料、Google Search Console、流量分析工具及伺服器紀錄，避免只處理導覽列看得到的頁面。

如果網站只是由「web.example.com」改成「www.example.com」，而內容路徑完全不變，可以依照規則批次轉址。若網站改版後分類、文章名稱與網址層級都有變動，就需要建立完整的新舊網址對照表。

流程二：調查網址流量與價值

應優先檢查具有自然搜尋流量、外部連結、轉換紀錄或品牌價值的頁面。流量較低的網址也不能全部忽略，但透過資料排序，可以先保障重要頁面的轉址品質。

需特別保留的內容通常包括熱門文章、核心服務頁、高銷售商品頁、媒體報導連結、長期投放廣告的到達頁，以及已被大量網站引用的資源頁。

流程三：建立一對一對應關係

標準做法是舊文章轉到相同主題的新文章、舊商品轉到相同商品的新網址、舊分類轉到對應的新分類。如果原內容已刪除，應先尋找最接近且能滿足相同搜尋需求的頁面；沒有合理替代內容時，可保留 404 或回傳 410，而不是強制轉到首頁。

大量不相關網址轉向首頁，可能被搜尋引擎視為無效或「soft 404」。這種設定即使瀏覽器看似成功跳轉，也未必能達到預期的 SEO 效果。

流程四：選擇 301 轉址設定位置

伺服器端永久重新導向通常是優先選項。Apache 可透過 .htaccess 或伺服器設定處理，Nginx 可使用 return 或 rewrite 規則，其他代管環境則可使用控制台、CDN、反向代理或 CMS 功能。

WordPress 網站可以使用 301 Redirects 等重新導向外掛，但外掛數量不宜過多，也要確認網站快取、CDN 與主機規則之間沒有衝突。若有伺服器管理員或代管服務商，應確認可用的重新導向方式及規則套用順序。

流程五：在測試環境驗證

轉址上線前應逐筆或批次測試，確認舊網址只經過一次跳轉便到達正確的新頁面，而且最終頁面回傳 200 狀態碼。也要檢查是否出現轉址迴圈、HTTP 與 HTTPS 互轉、www 與非 www 重複跳轉，或行動版網址反覆切換等問題。

測試時不能只看瀏覽器畫面，還應檢查 HTTP 狀態碼。部分工具雖然顯示頁面已跳轉，實際上可能使用 302、JavaScript 或 Meta Refresh，與原定的 301 策略不同。

整個網站更換網域的處理方式

保留舊網域與代管設定

假設網站從「example.com」搬到「newdomain.com」，舊網域不能在改版後立即停止續約。只要舊網址仍存在搜尋結果、反向連結或使用者書籤，舊網域就必須保持可解析，才能接收請求並執行 301 轉址。

舊網域應保留多久沒有適用所有網站的固定期限。實務上應長期保留，至少要涵蓋搜尋引擎重新檢索、索引更新及使用者逐步改用新網址所需時間。若品牌與預算允許，持續持有舊網域通常更穩妥，也可降低網域到期後被他人註冊的風險。

完成主機、內容與 HTTPS 準備

新網站上線前，應先設定 CMS 並匯入內容，同時轉移圖片、PDF、下載檔案與結構化資料。若新網址使用 HTTPS，伺服器必須安裝有效的 TLS 憑證，並確認 HTTP 版本可直接 301 轉向正確的 HTTPS 新網址。

若新網站內容結構不變，例如「web.DOMAIN」改成「www.DOMAIN」，仍應確認所有路徑、查詢參數、標準網址及網站地圖是否正確，不能只設定首頁轉址。

更新網站內部訊號

完成轉址後，內部連結、選單、麵包屑、圖片網址、hreflang、canonical、結構化資料與 XML 網站地圖都應改成新網址。301 可以處理舊連結，但網站本身若仍持續使用舊網址，會增加不必要的跳轉及訊號混亂。

也應更新 Google 商家檔案、社群平台、廣告到達頁、電子報範本及重要合作網站上的連結。能直接修改的外部連結，最好改為新網址，不要永久依賴轉址。

Google 轉址與網址變更工具

一般所稱的 Google 轉址，可能是指讓 Google 理解 301 重新導向，也可能是指 Google Search Console 的網址變更工具。兩者功能不同：301 是在伺服器層級真正完成跳轉；網址變更工具則是向 Google 通知網站已移至其他網域。

網址變更工具適用於將網站從一個網域或子網域遷移到另一個網域，例如由「example.com」移至「example.org」。它不能取代 301 轉址，也不適合單純更改網站內某一篇文章的路徑。

使用前應在 Google Search Console 驗證新舊網站資源，先完成一對一永久轉址，再提交新網站地圖及使用網址變更工具。工具介面與適用條件可能更新，操作時應以 Google Search Console 當下顯示及官方說明為準。

Google 重新檢索期間，新舊網址可能暫時同時出現在搜尋結果中，流量也可能出現波動。此時不宜頻繁變更規則，更不能移除舊網域的轉址。應持續查看網頁索引、檢索統計、404 錯誤與自然搜尋流量。

不同平台的轉址注意事項

GoDaddy 轉址

GoDaddy 轉址可能指網域轉送，也可能指網站主機內的頁面重新導向。網域轉送適合把整個網域導向另一個網址，但若要做到大量頁面一對一對應，通常仍需要主機、CDN 或網站系統支援。

設定時應確認選擇永久轉送，而不是暫時轉送，並分別測試裸網域、www、HTTP 與 HTTPS 版本。控制台名稱及功能可能因帳戶、產品與地區而異，因此應以 GoDaddy 目前的產品介面為準。

SHOPLINE 網域轉移

SHOPLINE 網域轉移可能包含網域註冊商移轉、DNS 指向、平台綁定及商店網址更換，這些不是完全相同的工作。若只是將獨有網址綁定至 SHOPLINE 商店，需要依平台提供的 DNS 紀錄完成設定；若要把網域移至其他註冊商，則還涉及網域解鎖、移轉碼與註冊資格。

商店更換主要網域時，應先確認平台是否自動將舊網域永久導向新網域，以及商品頁、分類頁是否維持對應路徑。若路徑結構同步改變，還要確認平台是否提供個別網址重新導向功能，不能只處理網域首頁。

獨有網址與品牌網址

獨有網址通常是品牌自行持有的網域，而非平台提供的共用子網域。使用自有網域能增加品牌一致性與平台轉移彈性，但網域所有權、續約、DNS 及憑證必須由企業妥善管理。

若從平台子網域改用獨有網址，應確認舊子網域能否設定 301。若平台不允許控制舊網址，搜尋訊號能否完整銜接將受到限制，因此選擇架站平台前就應了解網址所有權及轉址能力。

線上轉址工具是否適合 SEO 遷移

線上轉址服務通常讓使用者輸入舊網址與新網址，再產生一個中介連結。這類線上轉址適合短期分享，但不一定能控制舊網域的伺服器回應，也可能形成額外跳轉、插入追蹤頁面，甚至因服務停止而失效。

正式網站搬遷不應依賴第三方中介網址。SEO 遷移需要由舊網址本身回傳 301，並直接指向最終的新網址。只有當企業確實控制舊網域、DNS、主機或 CDN 時，才能穩定管理轉址及長期維護。

所謂網址變更工具也要先辨認用途。產生短連結、修改顯示文字或建立追蹤碼的工具，不等於 Google Search Console 的網址變更功能，更不等於伺服器端 301 設定。

網址變更後的檢查重點

檢查 HTTP 狀態碼

每個舊網址應回傳 301，Location 標頭應指向預定的新網址，最終頁面則應回傳 200。不存在且沒有替代內容的頁面，可以保留 404 或 410，不必為了消除錯誤而轉向不相關頁面。

監測 Google Search Console

應分別監測新舊網站資源，查看索引頁面數量、重新導向錯誤、找不到網頁、伺服器錯誤與網站地圖處理情況。舊網站有效索引逐步下降、新網站索引逐步增加，通常是遷移進行中的合理現象。

比較遷移前後流量

網站改版前應保留自然搜尋流量、主要關鍵字、到達頁、轉換率及反向連結資料。上線後以相同口徑比較，才能判斷流量變化來自季節因素、內容變更，還是轉址錯誤。

維持內容與搜尋意圖一致

若更換網域的同時大幅刪除內容、改變標題及重新分類，排名波動可能來自內容本身，而不只是網址搬遷。為降低變數，可先完成技術遷移並保持核心內容穩定，待 Google 處理新網址後再分階段優化。

結論

舊網址轉新網址的核心不是讓畫面「能夠跳轉」而已，而是建立清楚、永久且可驗證的新舊頁面關係。正確做法包括盤點網址、分析流量、建立一對一對照、執行伺服器端 301 轉址設定、更新內部連結，再透過 Google Search Console 持續監測。

整個網站更換網域時，應保留舊網域、避免轉址鏈、維持 HTTPS 正常運作，並視遷移類型使用 Google 網址變更工具。GoDaddy 轉址、SHOPLINE 網域轉移、WordPress 外掛及其他平台功能都可以協助執行，但必須確認實際回傳的是正確狀態碼，而不是只依賴後台設定名稱。

301 轉址有助於保留使用者流量、整合搜尋訊號及降低 404 問題，但不能補救不相關的頁面配對、低品質內容或錯誤的網站架構。完整規劃、逐頁測試與持續監測，才是降低網址變更 SEO 風險的關鍵。

常見問題

1. 什麼是 301 轉址？

301 轉址是 HTTP 永久重新導向，表示舊網址已永久移至新網址。瀏覽器會自動前往新頁面，搜尋引擎也會逐步以新網址取代舊網址並整合相關排名訊號。

2. 301 轉址會保留全部 SEO 權重嗎？

301 有助於轉移及整合排名訊號，但不應理解為保證完整保留所有排名。新舊頁面相關性、內容品質、內部連結與技術設定都會影響最終結果。

3. 更改文章網址一定要設定 301 嗎？

只要舊網址已公開、被 Google 索引或擁有外部連結，就建議設定 301。即使文章流量不高，轉址也能避免使用者從舊連結進入 404 頁面。

4. 可以把所有舊網址都轉到首頁嗎？

不建議。所有頁面都轉向首頁會降低相關性，也可能被 Google 視為 soft 404。應優先將每個舊網址導向內容最接近的新頁面。

5. 301 轉址多久才會在 Google 生效？

瀏覽器跳轉可立即生效，但 Google 更新檢索、索引與排名需要時間。實際速度取決於網站規模、檢索頻率、轉址品質及伺服器穩定性。

6. 301 與 302 應該如何選擇？

永久更換網址、網域搬遷或 HTTP 轉 HTTPS 應使用 301。只有確定屬於短期切換，而且未來會恢復原網址時，才適合使用 302 等暫時轉址。

7. Google Search Console 網址變更工具能取代 301 嗎？

不能。網址變更工具只是向 Google 傳達跨網域搬遷資訊，真正的頁面跳轉仍須透過伺服器端 301 完成，兩者應配合使用。

8. 舊網域完成轉址後可以停止續約嗎？

不建議立即停止。舊網域一旦到期，301 便無法繼續運作，舊連結與書籤也會失效。重要品牌網域通常應長期持有。

9. Google 短網址可以取代 301 轉址嗎？

不可以。短網址主要用於縮短分享連結或追蹤點擊，不是正式網站遷移機制。網站搬家應由舊網址直接回傳 301 並指向新網址。

10. 設定 301 後還需要更新網站內部連結嗎？

需要。內部連結應直接指向最終新網址，避免每次點擊都經過轉址。同步更新 canonical、網站地圖、圖片、結構化資料與導覽連結，也能減少檢索與 SEO 訊號混亂。