B&HSTUDIO 需求健檢
JOURNAL · 專案筆記

網站改版如何避免舊網址失效與搜尋流量波動?

從網址盤點、內容對照、301 轉址到上線監測,降低改版後舊連結失效與搜尋訊號中斷的風險。

#網站改版 #轉址 #SEO
舊網站與新網站頁面透過一對一轉址橋接的改版流程插畫

網站改版可能只是換視覺,也可能同時更換主機、CMS、網域與網址結構。只有版面改變而網址不變,風險通常較低;一旦網址改變,就必須把舊連結、搜尋收錄與外部引用安全地帶到新位置。沒有先做 URL 對照,最容易在上線後出現大量 404。

先分清楚這次改了什麼

改版類型 主要風險
純視覺改版 內容被刪減、導覽改變、速度或操作退步
更換主機 停機、環境設定、資料同步與 DNS 切換
更換 CMS 內容、metadata、圖片與網址格式改變
更換網域或路徑 舊網址失效、搜尋信號與外部連結需轉移
能拆開的重大變更盡量分開做,才容易知道問題來自哪一個環節。

上線前先建立舊網址清單

可從 sitemap、Search Console、分析工具、內容系統與伺服器紀錄整理舊網址,並特別標出有搜尋流量、外部連結、廣告或重要轉換的頁面。圖片、PDF、下載檔與驗證檔案也可能有既有連結,不能只盤點 HTML 頁面。

為每個舊網址找到最接近的新內容

  1. 網址與內容都不變:維持原網址,不建立多餘轉址。
  2. 內容搬到新網址:建立舊到新的一對一永久轉址。
  3. 多篇內容合併:導向真正涵蓋原需求的新頁面。
  4. 內容已刪除且沒有替代:回傳正確的 404 或 410。
  5. 不要把所有失效網址一律導回首頁。

永久搬移優先使用伺服器端永久轉址

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 則說明永久與暫時轉址的差異。

結語

安全改版的核心不是保證流量完全不動,而是先知道每個舊網址要去哪裡、怎麼驗證、出錯時由誰修正。把網址盤點與轉址表納入改版規格,會比上線後逐一補洞省下更多時間。

WRITTEN BY 阿穎 · B&H STUDIO

我把實際開發中遇到的問題,整理成不用技術背景也能理解的內容。

KEEP READING

繼續閱讀

專案筆記 中小企業網站安全維護清單:更新、帳號、監控與復原 用更新管理、帳號權限、多因素驗證、日誌監控與備份復原,建立可以長期維持的網站安全基本盤。