網站遷移大概是唯一一種能在一個下午就抹掉多年搜尋能見度的例行專案。重做前端、更換平台、更換網域，甚至只是順手整理一下網址結構，都帶著同樣的風險，而損失很少在上線當天現形。它通常在兩週後才浮出來，表現為一條安靜而持續的下滑曲線，沒有人會把它和那次發布聯想在一起。

好消息是，成因早就被研究得很清楚，而且幾乎全部可以預防。在實際專案裡，遷移造成的流量損失幾乎都能追到同一件事上：一份不完整的重新導向對照表。這篇文章裡的其他所有內容，重要性都排在把這件事做對之後。

只有一條規則： 每一個目前存在且仍有價值的網址，都必須透過一次永久重新導向，落到新站上最接近的對應頁面。這裡說的價值，指的是它有流量、有外部連結，或者僅僅是已被索引。不是首頁。不是三跳的轉址鏈。一次重新導向，落到真正對應的那一頁。

動手改造之前，先把網址盤點出來

你無法重新導向那些你根本不知道存在的網址，而且沒有任何單一來源能把它們全部列出來。從四個地方分別取數，然後合併，這是唯一靠得住的做法。

對現有網站做一次完整檢索。 這能拿到所有沿著連結可以到達的頁面，這是大多數，但從來不是全部。孤立頁面、內部連結早已斷掉的舊文章、沒有任何入口的到達頁，靠這一種方式是看不見的。

Search Console 的資料。 把所有取得過曝光或點擊的網址匯出來。那些能帶來搜尋流量、卻沒有任何內部連結指向的頁面，比大多數人想像的要多得多。

伺服器存取記錄檔。 它告訴你真正被請求的是什麼，包括那些在網站上已經找不到入口、卻仍然透過書籤、電子郵件和外部連結持續獲得造訪的舊網址。

你的外部連結資料。 任何被別的網站連結過的網址，一旦停止回應，那份價值就消失了。這是整件事裡優先順序最高的重新導向，因為連結帶來的權重沒有別的辦法可以補回來。

把這四份合併成一份清單，去除重複，你就得到了自己網站真實的表面積。對一個經營多年的網站來說，這個數字會明顯大於所有人的估計，而光是這個數字，往往就足以讓專案計畫重新排一遍。

把舊網址對應到新網址

清單到手之後，對應才是需要判斷力的環節。

把每一個網址對應到最接近的替代頁面。有直接替代頁的，很簡單。內容被整併過的，指向現在涵蓋這個主題的那一頁。內容確實消失且沒有後繼者的，就讓它回傳 404 或 410，而不是把人丟到一個不相干的地方。對於你刻意刪除的東西，410 能更明確地表達意圖。

要忍住把所有東西都重新導向到首頁的衝動。搜尋引擎會把指向無關頁面的重新導向當作軟性 404，因此它什麼也傳遞不了，對順著舊連結過來的人也是糟糕的體驗。對真正被移除的內容來說，一個刻意的 404 是比一次誤導性重新導向更好的結果。

使用永久重新導向，並且確保它們只跳一次。舊網址指向第二個網址、第二個又指向第三個的重新導向鏈，在遷移過不只一次的網站上很常見。每多一跳都增加延遲並稀釋訊號，所以永遠對應到最終目的地，而不是上一次遷移留下的那個中繼站。

留意那些容易漏掉的細節：結尾斜線、大寫字元、會產生獨立索引網址的查詢參數，以及通訊協定和子網域。一次把頁面處理得很好、卻放著 http 和 www 變體不管的遷移，只是把自己的問題翻了一倍。

還有什麼要跟著網站一起搬

重新導向是最大的風險，但另外還有四樣東西值得保護。

標準網址與 hreflang。 遷移之後，標準網址必須指向新網址。仍然指著舊網域的標準網址，是一種極其有效的、讓新站完全無法被索引的做法。如果你經營多語言版本，每一組 hreflang 都要同步更新，因為只要有一處對不上，整組就失效了。

結構化資料。 舊頁面上的所有結構化標記都應當帶過去，包括寫在裡面的網址。只搬走看得見的內容、把標記弄丟，是很常見的事故，它會悄悄讓你失去複合式搜尋結果的資格。

中繼資料。 標題和描述應當被有意識地遷移，而不是交給新平台的預設規則重新產生。一次用範本套路取代掉精心打磨過的標題的重做，即便排名保住了，也會丟掉點擊。

頁面速度。 新站往往比它取代掉的那個更重。由於核心網頁指標是根據一段滾動期間內蒐集的真實使用者資料來評估的，一個變慢的網站要好幾週才會顯出全部影響，而到那時候原因已經很容易被歸錯地方。我們關於核心網頁指標 的指南講清了這些門檻究竟要求什麼。

上線與最初的 48 小時

上線本身很短；真正重要的是驗證。

正式上線之前，在預備環境裡拿完整清單去測試重新導向對照表。把它自動化：請求每一個舊網址，確認只有一次 301，且目的地符合預期。靠人工抽樣檢查，會漏掉那個正在毀掉一千個網址的模式。

確認新站真的可以被檢索。上線日最常見的災難，就是把預備環境的 robots 設定或者一個忘了刪的 noindex 標籤一併發了出去。先看這兩件事，其餘的都往後排。

提交新的網站地圖，並在一段時間內保留一份包含舊網址的暫時網站地圖，好讓檢索器重新發現它們並跟隨重新導向。如果網域變了，使用 Search Console 裡的位址變更工具。

然後去看記錄檔，而不是看排名。新網址上的檢索器活動，能在幾小時之內告訴你這次遷移有沒有被辨識。排名在至少一週之內不會告訴你任何有用的東西。

恢復過程實際上是什麼樣子

在上線前就把預期講清楚，因為恢復曲線的形狀造成的恐慌，比遷移本身還要多。

即使一切都做對了，一定程度的波動也是正常的。搜尋引擎必須重新檢索、重新處理、重新連結每一個網址，所需時間與網站規模成正比。一個中等規模的網站出現兩週左右的下探，並不是失敗的證據。

一次執行良好的遷移，通常會在四到八週內回到之前的水準，小網站有時更快。執行糟糕的遷移不會自己恢復，因為原因一直還在那裡。

這個差別在資料裡看得出來。如果 Search Console 顯示檢索錯誤在上升、頁面在掉出索引，那你有一個需要修的技術問題。如果檢索看起來健康、只是曝光量落後，那你看到的就是正常的重新處理。

在上線之前，把舊站的分析資料和 Search Console 資料匯出來。要跟一個你已經無法再存取的基準做比較，是一種很難受的處境，而且發生的頻率高得出人意料。

網站遷移工作的費用

以下價格反映的是英國服務商的典型行情，它隨網址數量增長，而不是隨頁面設計量增長。

對一個幾百個網址的小網站，重新導向對照加上遷移品質檢查通常在 £900 到 £2,500 之間。這一檔涵蓋清單盤點、對應、自動驗證以及上線後的檢查。

一個幾千個網址的中型網站通常在 £2,500 到 £8,000，價差主要來自對應需要更多判斷、驗證需要更多工具。

帶有分面導覽、參數網址和多國版本的大型網站或電商網站，從 £8,000 上下起跳，並隨複雜度上升。分面導覽尤其能產生數量驚人的已索引網址，它們需要的是逐一決策，而不是機械式對應。

與之相比，做錯的代價是恢復期內全部自然流量所對應的營收，再加上緊急搶修的費用。這是少數幾個明顯值得提前花錢的情境之一。我們的技術 SEO 稽核費用指南 討論了與之相關的診斷工作。

一次遷移，做到位

Mecanik 把遷移的規劃與驗證納入技術 SEO 稽核 和網站開發 服務。我們從四個來源建立清單，產出重新導向對照表，針對對照表自動化驗證，並在上線後的頭幾週監控檢索行為。

我們同樣為更換平台的專案這樣做。這類專案裡，網址結構常常不是因為誰做了決定，而是作為新系統慣例的副作用被改掉的。我們的 Drupal 遷移指南 講了其中最常見的一種情形，同樣的紀律適用於任何一次平台更換。

如果你想先看清整份驗證清單，我們的技術 SEO 稽核檢查表 整理了遷移前後都用得上的檢查項目。如果你在考慮把改版和遷移一起做，網站改版的時機與做法 一文也值得一讀。

如果遷移已經發生、流量已經掉了，把上線日期告訴我們，我們會告訴你這是重新導向問題、索引問題，還是正常的重新處理。

相關文章: 2026 年技術 SEO 稽核檢查清單 、英國網站重新設計 - 2026年的時機與方法 、招聘 Drupal 開發者：價格、能力與考察方法 、英國SEO服務 - 2026年的預期 、如何處理@font-face 、CMS 遷移：怎樣不掉流量 。

常見問題

網站遷移之後流量為什麼掉了？ 最常見的原因是一份不完整的重新導向對照表：原本有流量或有外部連結的網址現在回傳錯誤，或者指向了不相干的地方。其他常見原因包括預備環境遺留的 noindex 標籤、仍然指向舊網域的標準網址，以及稀釋訊號的重新導向鏈。

應該把舊網址都重新導向到首頁嗎？ 不應該。搜尋引擎把指向無關頁面的重新導向當作軟性 404，因此它什麼也傳遞不了，還會讓順著舊連結過來的人感到困擾。請把每一個網址對應到最接近的真實替代頁面，沒有後繼者的內容就讓它回傳 404 或 410。

遷移之後排名要多久才會恢復？ 一次執行良好的遷移通常在四到八週內回到之前的水準，小網站更快。重新檢索期間出現一定波動是正常的。如果檢索錯誤在上升、頁面在掉出索引，那就是技術故障，而不是正常的重新處理。

遷移網站之前應該盤點哪些東西？ 合併四個來源：對現有網站的一次完整檢索、Search Console 中所有有曝光或點擊的網址、顯示真實請求狀況的伺服器存取記錄檔，以及你的外部連結資料。每一個來源都能捕捉到其他來源漏掉的網址，其中有外部連結的網址是最優先要保住的。

網站遷移的 SEO 工作要花多少錢？ 幾百個網址的小網站，重新導向對照與驗證通常需要 £900 到 £2,500。幾千個網址的中型網站在 £2,500 到 £8,000，而帶有分面導覽和多國版本的大型網站或電商網站則從 £8,000 上下起跳。