網站改版如何避免舊網址失效與搜尋流量波動?
從網址盤點、內容對照、301 轉址到上線監測,降低改版後舊連結失效與搜尋訊號中斷的風險。
網站改版可能只是換視覺,也可能同時更換主機、CMS、網域與網址結構。只有版面改變而網址不變,風險通常較低;一旦網址改變,就必須把舊連結、搜尋收錄與外部引用安全地帶到新位置。沒有先做 URL 對照,最容易在上線後出現大量 404。
先分清楚這次改了什麼
| 改版類型 | 主要風險 |
|---|---|
| 純視覺改版 | 內容被刪減、導覽改變、速度或操作退步 |
| 更換主機 | 停機、環境設定、資料同步與 DNS 切換 |
| 更換 CMS | 內容、metadata、圖片與網址格式改變 |
| 更換網域或路徑 | 舊網址失效、搜尋信號與外部連結需轉移 |
能拆開的重大變更盡量分開做,才容易知道問題來自哪一個環節。
上線前先建立舊網址清單
可從 sitemap、Search Console、分析工具、內容系統與伺服器紀錄整理舊網址,並特別標出有搜尋流量、外部連結、廣告或重要轉換的頁面。圖片、PDF、下載檔與驗證檔案也可能有既有連結,不能只盤點 HTML 頁面。
為每個舊網址找到最接近的新內容
- 網址與內容都不變:維持原網址,不建立多餘轉址。
- 內容搬到新網址:建立舊到新的一對一永久轉址。
- 多篇內容合併:導向真正涵蓋原需求的新頁面。
- 內容已刪除且沒有替代:回傳正確的 404 或 410。
- 不要把所有失效網址一律導回首頁。
永久搬移優先使用伺服器端永久轉址
Google 建議永久搬移使用 301 或 308 等 server-side permanent redirect,臨時變更才使用 temporary redirect。舊網址應直接導到最終位置,避免形成多段轉址鏈;站內連結則應直接更新為新網址,不要長期依賴轉址繞路。
新站的搜尋資訊要一起更新
- Canonical 指向目前的新網址。
- 站內導覽與文章連結不再使用舊網址。
- 建立包含新網址的 sitemap 並提交 Search Console。
- 圖片、下載檔與 hreflang 等標記同步更新。
- 保留舊站與新站必要的 Search Console 驗證。
別把測試站封鎖設定帶上正式環境
測試站常使用 noindex、密碼或 robots.txt 阻擋搜尋引擎。正式切換前要有明確清單移除不該保留的封鎖,同時避免讓測試網址先被公開索引。正式站的 robots、canonical 與 sitemap 應在切換前完成檢查。
切換時只驗證最重要的路徑
- 首頁、主要服務、熱門內容與聯絡流程回應正常。
- 重要舊網址只經一次轉址到正確新頁面。
- 不存在的網址回傳真正 404,不是看似正常的首頁。
- 表單、分析事件、圖片與下載檔完成一次 Happy Path。
- 伺服器錯誤、404 與流量監控已有人接收。
短期波動不等於永久失敗
Google 重新檢索與索引新舊網址時,搜尋呈現可能暫時波動,處理速度也會受網站規模與伺服器速度影響。持續監看 Search Console、404、搜尋點擊與新舊網址流量,修正錯誤 mapping;不要因幾天波動就反覆改回網址。
改版前可以先複習 Google 找不到網站的索引檢查 與 中小企業 SEO 基礎 ,確認新站地基完整。
Google 官方遷移指南
Site Moves and Migrations 提供 URL mapping、切換與監控流程; Redirects and Google Search 則說明永久與暫時轉址的差異。
結語
安全改版的核心不是保證流量完全不動,而是先知道每個舊網址要去哪裡、怎麼驗證、出錯時由誰修正。把網址盤點與轉址表納入改版規格,會比上線後逐一補洞省下更多時間。