網站改版最怕排名歸零：搬家不掉流量的 301 與內容對應清單

網站改版最貴的部分，通常不是設計費，而是上線一週後消失的流量。我們在大溫地區看過不少案例：新網站明明更漂亮、更快，自然流量卻掉了一半。原因幾乎都一樣——沒有人把舊網址對應到新網址。Google 回頭找那些排名多年的頁面，撞到一堆 404，就默默把排名收走了。事後補救往往要花好幾個月；事前預防，其實只需要一個下午的試算表功課。

以下是我們每次做網站搬家必跑的清單，照執行順序寫。

為什麼改版後排名會掉？

排名是掛在「網址」上的，不是掛在「網站」上。當你的服務頁從 /services.html 搬到 /what-we-do 卻沒設轉址，Google 看到的不是「頁面改名」，而是一個老頁面死掉、一個陌生新頁面出現。舊網址累積的外部連結權重、排名歷史、索引狀態，全部蒸發，而不是轉移。

我們看過的流量崩盤，九成出自這三種狀況：

沒設 301，或全部懶人轉到首頁——大量網址一律導向首頁，Google 會當成軟 404 處理，等於沒轉。
內容沒經過決策就被砍掉——舊部落格文章、舊服務頁「看起來過時」就刪，但它們可能正默默貢獻排名。
技術倒退——新站上線時帶著測試機殘留的 noindex 標籤、robots.txt 全站封鎖、canonical 指錯。這種低級錯誤出現的頻率高得驚人。

第一步：盤點所有「有價值的網址」

在動新網站架構之前，先匯出三份清單並合併：

現有網站的完整爬取結果（Screaming Frog 之類的工具）——所有可被索引的網址。
Search Console 過去 12 個月的成效資料——每一個有點擊或有曝光的網址。
反向連結目標清單（Ahrefs、Semrush 或 Search Console 的連結報表）——所有被其他網站連過來的網址。

三份清單的聯集，就是你的搬家盤點表。依我們的經驗，中小企業網站實際帶進搜尋流量的網址，幾乎都比老闆想像的多——一篇舊文章、一個地區頁、有時甚至是一份 PDF。只要在這張表上，它就是資產，不是雜物。

內容對應表怎麼做？

一張試算表，一列一個舊網址，三個欄位：舊網址、新網址、處置決定。每一列只能有以下三種決定之一：

保留——頁面搬到新網址（或者根本不換網址——最好的轉址就是不用轉址）。設一對一的 301，指向內容最接近的新頁面。
合併——幾個內容單薄的頁面合成一個更完整的頁面，各自的舊網址都 301 到合併後的那一頁。
退役——沒流量、沒連結、沒用途的頁面，就老實回傳 410 或 404。不要把垃圾頁全部轉到首頁。

真正保住排名的原則是：轉向「服務相同搜尋意圖」的頁面，而不是最近的分類頁。一篇談婚禮錄影價格的文章，該指向新站的婚禮影片服務頁，而不是籠統的作品集頁。

上線當天要檢查什麼？

上線檢查清單，照順序做：

部署 301（要在伺服器層做，不要用 JavaScript 轉址），並手動抽查流量前 20 名的網址。
移除測試機殘留的 noindex，確認 robots.txt 沒有封鎖爬取。這一項檢查兩次都不嫌多。
把整張轉址表爬一遍：每個舊網址都應該「一跳 301」到達回傳 200 的頁面——不能有轉址鏈、不能有迴圈。
在 Search Console 提交新的 XML sitemap；沿用原本的資源，不要另開新的。
確認 GA 與轉換追蹤在新版型上正常觸發。

接下來兩週每天看 Search Console。Google 重新爬取期間掉個一兩週屬正常；但 404 暴增、或第三週之後仍持續下滑就不正常——那代表還有沒對應到的網址，快去找出來。

常見問題 FAQ

301 轉址要保留多久？

當成永久設定。Google 需要好幾個月才能把訊號完全整併，而且指向舊網址的外部連結，只有在轉址存在時才持續發揮效果。改版一年後把轉址拆掉，等於同一次搬家把權重丟兩次——這是很常見的失誤。

我們只改設計、網址不變，這樣安全嗎？

比較安全，但不是零風險。網址不變的改版照樣會出事：測試機的 noindex 忘了拿掉、新版型變慢、頁面文字被砍薄、標題結構把原本排名的關鍵字拿掉了。上線當天的技術檢查照樣要跑，主要頁面的新舊文案也要比對過再簽收。

已經改版上線、流量也掉了，還救得回來嗎？

通常可以，但要快。從 Search Console 和 Wayback Machine 撈回舊網址清單，事後補做對應表、部署缺少的 301——趁 Google 還記得舊頁面，大部分權重都救得回來。這類工作 Moncepts 常做，有改版前就把清單跑好的專案，也有上線後的救援案。不管你正在計畫改版，還是剛改完看著流量圖往下掉，寫信到 team@moncepts.com，我們先幫你看一眼，別讓權重繼續流失。