網站換了新網域、做了改版、或是剛搬完主機，過幾天打開 Search Console，曝光和點擊一路往下掉——這是我們最常接到的求救之一。多數情況下，問題不在內容變差，而在舊網址斷了：Google 手上那份索引裡的網址，使用者點下去是 404，累積多年的排名等於從零開始重算。

301 轉址就是把「舊網址」和「新網址」接起來的那條線。它不是搬家之後的補救措施，而是搬家計畫裡的一部分。這篇會說明什麼情況需要轉址、什麼情況其實不用、三種設定方式怎麼選，以及我們實際處理過最常見的六個錯誤。

先分辨：排名掉了，不一定是轉址的問題

動手設定之前，先確認你的情況真的需要轉址。這三種狀況經常被混在一起講，但處理方式完全不同。

情況一：只換主機，網址完全沒變

這種情況不需要任何轉址。網址沒變，Google 手上的索引依然有效，換的只是那個網址背後的伺服器。如果搬完之後排名還是掉了，原因通常在別的地方——DNS 尚未完全生效、伺服器回應變慢、圖片路徑寫死了舊主機的 IP、或是新環境擋掉了搜尋引擎的爬蟲。這些症狀我們整理在主機搬家後常見的 6 個問題：信件收不到、圖片破圖、排名下滑，先照那篇排查，不要急著設轉址。

情況二：換了網域

從 old-site.com.tw 換成 new-site.com.tw，或是公司改名、品牌重塑。這是最典型需要 301 的情境，而且要做的是整站對應：舊站每一個有流量的網址，都要指向新站對應的那一頁。

情況三：網域沒變，但網址結構改了

改版最容易踩到這一種。換了佈景主題、換了頁面產生器、或是把文章的網址結構從日期式改成文章名稱式，網域一個字都沒動，但底下幾百個網址全部換了樣子。這種情況的危險在於它「看起來沒搬家」，很容易整個被忽略，直到兩個月後發現流量少了一半。

另外還有兩種常被歸在這一類、但其實應該一次做好的：http 換成 https，以及有 www 和沒有 www 的統一。這兩件事本質上也是換網址，同樣要靠轉址收斂到單一版本。

301、302、canonical，差在哪裡

這幾個做法經常被混用，但對搜尋引擎的意義差很多。

做法	意思	權重會轉移嗎	什麼時候用
301 永久轉址	這個網址永久搬到新位置了	會	換網域、改網址結構、統一 https 與 www
302 暫時轉址	暫時導到別處，原網址還會回來	原則上不會	活動頁暫時導向、維護期間
canonical 標準網址	兩個網址內容一樣，請以這個為準	會（但只是建議）	參數網址、分頁、內容重複
meta refresh	用網頁本身延遲跳轉	不可靠	不建議用於 SEO 目的

要記住的重點只有一句：只要舊網址不打算再用，就用 301。用 302 等於告訴 Google「先別動，我等等就搬回來」，它會保留舊網址在索引裡觀望，權重卡在中間兩邊都不到位。

canonical 則是另一回事。它不會把使用者送到新網址，只是給搜尋引擎一個建議。當兩個網址你都還想讓人能打開（例如帶追蹤參數的網址），才用 canonical；如果舊網址已經沒有存在的必要，直接 301。這部分和網址規劃的關係，在網站架構優化：讓 Google 更容易讀懂你的網站裡有更完整的說明。

301 轉址會讓排名歸零嗎

不會歸零，但也不是完全沒有代價，這一點值得誠實說清楚。

Google 官方的說法是，一對一的 301 轉址會把排名訊號傳遞到新網址。實務上我們觀察到的是：轉址設定正確的網站，會經歷一段兩到六週的波動期，期間排名上下跳、曝光先掉再回，之後大致回到原本的位置。網站規模越大、頁數越多，重新檢索的時間越久。

但有兩種情況會真的掉下去回不來：

• 對應關係做錯——把幾百頁全部轉到首頁，等於告訴 Google 那些頁面的內容都不存在了，排名不會轉移，只會消失。
• 轉址設好了，但其他訊號沒跟上——站內連結還指著舊網址、sitemap 還是舊的、Search Console 沒做網址變更。這些都會拖慢 Google 認定「這次搬家是正式的」。

另外要理解的是，搜尋結果本來就有正常的波動，不是每次下滑都跟你的動作有關。如果剛好撞上核心更新，那次波動可能跟轉址完全無關。判斷方法可以參考認識 Google 演算法：核心更新與排名機制。

動手之前的三個準備

順序不能顛倒。轉址設下去之後才發現漏了頁，補起來會很痛苦。

一、把舊網址完整撈出來

不要憑印象列，一定會漏。三個來源湊起來才夠完整：

• Search Console 的成效報表——切到「網頁」分頁，把過去 12 個月有曝光的網址全部匯出。這份最重要，因為它代表 Google 眼中真的有價值的頁面。
• 舊站的 sitemap.xml——直接打開 你的網域/sitemap.xml，這是網站自己宣告的完整清單。
• 網站分析工具的到達網頁報表——補上那些有直接流量、但搜尋曝光不高的頁面。

三份合併去重複之後，你會得到一張比想像中長的清單。對一般中小企業網站來說，通常在幾十到幾百筆之間。

二、做一張一對一的對照表

用試算表，兩個欄位：舊網址、新網址。原則很簡單——每一頁都要找到內容最接近的那一頁。

會遇到幾種情況：

• 內容原封不動搬過去的 → 直接對應
• 兩三頁合併成一頁的 → 全部指向合併後那一頁
• 改版後真的不存在的 → 指向該主題的分類頁或最相近的頁面，不要指首頁
• 本來就沒流量、內容也沒價值的 → 讓它 410 或 404 也可以，不必勉強

最後那一項容易被忽略：轉址不是越多越好。一個從來沒人看過的頁面，硬轉到不相關的地方只會製造雜訊。

三、備份

轉址規則寫錯有機會讓整站打不開，尤其是設在伺服器層級的規則。動手前把網站檔案和資料庫都備份一份，做法在網站備份怎麼做？WordPress 備份與還原完整教學裡有完整流程。

三種設定方式，怎麼選

轉址可以設在三個位置，能力和風險不同。

方法一：主機控制台的重新導向工具

cPanel 內建「重新導向」（Redirects）功能，是最安全的入門做法。進去之後選擇轉址類型（永久 301）、來源網址、目標網址，存檔即可，不必碰任何程式碼。

適合的情境：

• 整個網域轉到另一個網域
• 單一頁面的搬移
• 統一有 www 和沒有 www 的版本

它的限制是不擅長處理大量的一對一規則——三百筆對照表用這個工具一筆筆加會加到崩潰。控制台其他功能的操作方式可以參考cPanel 新手教學：資料庫、信箱、SSL 怎麼設。

方法二：WordPress 轉址外掛

如果是 WordPress，而且需要處理的是同一個網域內的大量網址變動，外掛是最務實的選擇。Redirection 這類外掛的優點是：

• 可以批次匯入 CSV，一次把整張對照表灌進去
• 會自動記錄 404，讓你看到有哪些舊網址還有人在敲，回頭補規則
• 設錯了直接在後台改，不會讓整站掛掉

缺點是每次請求都要經過 PHP 判斷，規則上千筆時會有效能成本。實務上幾百筆規則對一般網站的影響有限，但如果你的網站本來就慢，先看網站速度慢怎麼辦？先分辨是網站還是主機的問題釐清瓶頸。外掛的挑選原則另外整理在WordPress 外掛怎麼選？中小企業必裝的 8 類外掛。

方法三：伺服器設定檔

在網站根目錄的伺服器設定檔裡直接寫規則，是效能最好的做法——請求還沒進到 PHP 就被處理掉了，而且支援萬用字元和規則式比對，一條規則可以涵蓋整批網址。

但這個方法的風險也最高：語法寫錯會直接造成 500 錯誤，整站打不開；規則順序寫錯會產生無限迴圈。如果你不確定自己在寫什麼，請用前兩種方法。

要注意的是，很多主機（包含我們自己的機器）都有防火牆規則在監控這類設定檔的異動，直接用檔案管理員或 FTP 上傳網站教學：連線設定與新手最常犯的 5 個錯誤裡的方式編輯前，先確認你有能力還原。改之前先複製一份原始檔案放在旁邊，是最基本的保險。

換網域的完整流程

把上面的東西串起來，換網域的實際順序是這樣：

1. 新網域先架好、能正常打開——包含 SSL 憑證裝好、內容完整、能正常瀏覽。這一步的細節在寫好的網站怎麼上線？從本機環境到正式主機有完整說明。
2. 先不要轉址，讓新站被檢索——把新網域提交到 Search Console，送出 sitemap，確認開始收錄。
3. 把站內連結全部改成新網址——選單、內文連結、圖片路徑。這一步做完再轉址，可以避免產生轉址鏈。
4. 設定 301 轉址——依照對照表，舊網域每一頁指向新網域對應頁。
5. 在 Search Console 使用「變更網址」工具——這是換網域專用的功能，要求舊網域和新網域都已驗證。這個動作會明確告訴 Google 這是一次正式搬遷。
6. 更新外部資源——Google 商家檔案、社群帳號、電子報頁尾、名片、合作夥伴網站上的連結。
7. 舊網域至少續約一年——理由在下一節。

第二步和第四步之間的順序常被顛倒。如果新站還沒被 Google 認識就先把舊站全部轉過去，Google 會需要更長的時間才能確認新站是有效的目的地。

六個最常見的錯誤

錯誤一：全部轉到首頁

這是最常見、也最致命的一個。管理者為了省事，設一條「舊站所有網址都轉到新站首頁」的規則就收工。

問題在於 Google 會把這種轉址視為「軟性 404」——它發現使用者要找的是一篇談 A 主題的文章，結果被送到一個完全不相關的首頁，於是判定那篇文章其實已經不存在了。那一頁累積的排名不會轉移，直接消失。

幾百頁的對照表確實花時間，但那是唯一能保住排名的做法。真的有部分頁面找不到對應，指向該分類的列表頁，也遠比指向首頁好。

錯誤二：用了 302

很多後台工具的預設值是 302，設定時沒注意就送出去了。症狀是排名遲遲不轉移，新網址上不去、舊網址也在慢慢往下掉。檢查方式很簡單，用瀏覽器開發者工具的網路分頁，或線上的 HTTP 狀態碼檢測工具，看回應是 301 還是 302。

錯誤三：轉址鏈

A 轉到 B，B 又轉到 C，C 再轉到 D。這種情況通常是歷次改版累積下來的——三年前搬過一次，去年又搬過一次，規則沒清理，就串成了一條鏈。

後果是每一跳都在耗損權重和速度，而且 Google 的爬蟲跟隨轉址的次數有上限，超過就直接放棄。正確做法是讓每一條規則都直接指向最終網址：A 直接轉到 D，B 也直接轉到 D。改版時記得回頭整併舊規則。

錯誤四：轉址迴圈

A 轉到 B，B 又轉回 A，瀏覽器會直接顯示「重新導向次數過多」，整頁打不開。最常見的成因是 https 規則和 www 規則互相打架，例如一條規則強制加上 www、另一條規則強制拿掉 www。

設定完之後每一種組合都要實際測一次：有 www 的 http、有 www 的 https、沒有 www 的 http、沒有 www 的 https，四種都要能正確落到同一個目的地。

錯誤五：轉完就把舊網域退租

轉址是靠舊網域的 DNS 還指著伺服器才能運作的。舊網域一旦到期，所有的 301 規則會在同一天全部失效，等於重新來過一次，而且這一次是硬斷。

建議舊網域至少保留一到兩年，等到 Search Console 顯示舊網址幾乎不再被檢索、流量完全轉移到新網域之後再考慮。網域續約與管理的細節可以參考網域註冊服務。

錯誤六：只做了轉址，其他訊號沒更新

轉址是給搜尋引擎和使用者的補救措施，不是解決方案本身。設完之後這些東西都要一起更新：

• 站內所有指向舊網址的連結（包含圖片、CSS、下載檔案的路徑）
• sitemap.xml 重新產生並重新提交
• 頁面上的 canonical 標籤
• 結構化資料裡的網址欄位

站內連結還指著舊網址，代表使用者每點一次就要多跳一次，也代表你在告訴 Google「這個網站自己都還在用舊網址」。

轉址之後要檢查什麼

設定完成不等於做完了。以下三個檢查點分別在不同的時間做。

當天：確認狀態碼正確

從對照表裡抽驗十筆左右，確認每一筆都回應 301、而且落在正確的目的地。特別要驗的是首頁、流量最高的三頁，以及網址結構最特殊的那幾頁。

第一週：看 Search Console 的網頁索引報表

正常情況下，舊網址會逐漸出現在「網頁會重新導向」這個分類裡，這是好現象，代表 Google 已經讀到你的規則。如果看到大量「找不到（404）」或「軟性 404」，就要回頭比對是哪些網址漏掉了。

如果新網址遲遲沒有被收錄，先照為什麼你的網站 Google 搜尋不到？8 個原因與自我檢查逐項排查，多數情況是收錄設定或檢索被擋，跟轉址無關。

第一個月到第三個月：追曝光，不要追排名

波動期看單一關鍵字的排名只會讓自己焦慮，那個數字每天都在跳。要看的是曝光總數的趨勢線——用 Search Console 的比較功能，對照轉址前後各 28 天。曝光先回到原本水準，點擊才會跟上，這個順序不會倒過來。

另外記得把新網域重新提交 sitemap，並確認新站的行動版顯示正常。改版常見的疏漏可以對照什麼是行動優先索引？手機版網站對排名的影響。

什麼時候該找人處理

轉址屬於「改錯代價高」的那一類工作。單頁搬移、統一 www、單純的網域對網域，自己用控制台工具就能做完；但下面幾種情況建議找有經驗的人一起看：

• 要處理的網址超過一兩百筆，而且結構不規則
• 網站有多語系、多子網域，或曾經搬過不只一次
• 電商網站，商品網址帶參數或有大量分類組合
• 已經轉過一次但排名沒回來，需要回頭找出斷在哪裡

我們從 2000 年開始做主機與網站服務，26 年來處理過的搬遷案例裡，排名真正回不來的幾乎都不是技術做不到，而是對照表沒做、或做了但漏了一半。如果你正在規劃改版或換網域，歡迎先與我們聯絡討論流程，或參考SEO 服務說明了解我們實際的作業方式。

結語

301 轉址的技術門檻其實不高，難的是前置的整理工作——把舊網址完整撈出來、一筆筆找到對應的新網址。那張對照表花掉的時間，決定了這次搬家是「兩到六週的波動」還是「半年爬不回來」。

如果你還沒動手，順序記住三件事就好：先把新站架好讓 Google 認識它，再把站內連結改乾淨，最後才設轉址。如果已經搬完而排名掉了，先回頭確認轉址是不是全部指向首頁——那是我們最常找到的原因。

---

常見問題

301 轉址要保留多久？

建議至少一年，網站規模大或舊網址仍有外部連結指向的話保留兩年以上。Google 大約在轉址持續一年後會把新網址視為正式版本，但只要舊網域還在你手上，規則留著不會有壞處。

轉址會影響網站速度嗎？

單一次轉址的成本很小，通常在幾十毫秒之內。真正會拖慢的是轉址鏈——每多一跳就多一次完整的往返。這也是為什麼要把規則整併成一次到位。

http 轉 https 需要另外做嗎？

需要，而且應該做。憑證裝好之後，如果沒有設定強制轉址，兩個版本會同時存在，等於同一份內容有兩個網址。統一到 https 這一條規則，用控制台工具就能設定。

換網域之後，社群和目錄網站上的舊連結要改嗎？

要。轉址雖然能讓那些連結繼續運作，但直接指向新網址的連結傳遞效果更好，也少一次跳轉。優先處理 Google 商家檔案、產業目錄、以及有實際流量的合作夥伴網站。