網站改版 SEO 的答案很直接：不要等新版網站上線後才檢查排名，而要在上線前完成舊網址到新網址的 URL 對照、永久轉址、canonical、內部連結與 sitemap 更新；上線後再用 Search Console 追蹤索引、404、soft 404 與流量變化。如果只是換視覺但網址不變，風險主要在渲染、內部連結和內容可讀性；如果網址、網域、CMS 或分類路徑改變，就應該把它當成一次正式網站搬遷專案。
網站改版 SEO 的核心：先保住可被搜尋理解的網址關係
對台灣中小企業來說，網站改版常常是品牌更新、導入新 CMS、改產品分類、換主機或從舊活動頁整理成正式服務頁。這些改動本身沒有問題；真正的風險是搜尋引擎、AI 搜尋結果和使用者原本認得的網址突然失效，導致舊頁權重、外部連結、內部路徑和內容脈絡被切斷。
Google 的 site move with URL changes 文件把 URL 變更視為需要規劃、測試、轉址與監控的流程，而不是單一技術設定。換句話說，網站改版 SEO 的任務不是「做完新版再請 Google 重爬」，而是讓每個重要舊網址都有清楚的新目的地，並讓搜尋系統看到一致的索引訊號。
哪些改版需要完整搬站流程？
如果改版只調整視覺版型、保留同一批網址，而且主內容仍可被文字讀取，通常不需要完整搬站流程，但仍要檢查頁面速度、內部連結、標題、結構化資料和 noindex 設定。若改版包含下列任一項，就應該用搬站等級管理。
| 改版情境 | SEO 風險 | 建議處理 |
|---|---|---|
| 網域或子網域改變 | 舊站外部連結與品牌搜尋可能指向舊網址 | 驗證新舊 Search Console property、設定 301、必要時使用 Change of Address |
| URL 路徑或分類改變 | 舊頁變 404、權重無法傳到新版內容 | 做一對一 URL 對照表，避免大量導到首頁 |
| CMS 或購物車平台更換 | canonical、sitemap、結構化資料與 robots 規則可能被重設 | 上線前比對技術 SEO 訊號，上線後抽查重要頁 |
| 大量刪除內容 | 搜尋需求仍存在但沒有替代頁，容易形成 soft 404 或流量缺口 | 保留、合併、轉址或回 404/410 必須逐頁決策 |
上線前：先做 URL 對照表，不要只列新版 sitemap
第一步是整理舊站所有有價值的 URL。來源至少包含 CMS 匯出、Google Search Console 成效頁、外部連結頁、GA4 或伺服器紀錄、廣告落地頁、常見客服連結，以及曾被社群或 EDM 使用的活動頁。Google 文件也提醒，搬站規劃應包含圖片、影片、JavaScript、CSS 等嵌入資源；對中小企業來說，最常漏掉的是舊活動頁、PDF 型錄、商品分類頁和地方服務頁。
第二步是替每個舊 URL 指定新 URL。理想狀態是一對一轉址：舊的服務頁導到新版同一服務頁，舊的商品分類導到新版同一分類。不要把大量舊 URL 全導到首頁。Google 的搬站文件明確提醒，不相關的大量轉址可能讓使用者困惑，也可能被視為 soft 404。若內容已經合併，則應導到真正承接該主題的新整合頁；若內容沒有替代價值，回 404 或 410 反而比亂轉更乾淨。
上線當天：轉址、canonical、robots 與 Search Console 一起檢查
Google 的 redirects and Google Search 文件說明，永久轉址如 301 或 308 是強訊號，適合你確定不會回復的 URL 改動；暫時轉址如 302、307 則是弱訊號，比較適合短期替代頁。台灣中小企業常見錯誤，是新版先用 302 暫時轉址撐過驗收，結果忘記改回永久轉址，讓搜尋系統長時間收到模糊訊號。
上線當天的檢查不應只看首頁。請抽查舊站前 50 到 200 個重要 URL，確認狀態碼、轉址目的地、最終頁 canonical、robots meta、標題、主要內容與內部連結都合理。若開發站曾用 noindex 擋索引，上線時要把應被搜尋收錄的頁面移除 noindex。Google 的搬站文件也提醒，啟動轉址後要檢查 rel canonical 與 robots meta 規則是否仍指向新版 URL。
若是從一個網域或子網域搬到另一個網域或子網域，可參考 Search Console 的 Change of Address tool。但這個工具不適合 HTTP 轉 HTTPS，也不適合站內部分路徑搬移；這些情境通常靠轉址與 sitemap 更新處理即可。
sitemap 與 URL Inspection：讓 Google 看到你希望被收錄的新版本
新版 sitemap 應該只放你希望搜尋結果呈現的 canonical URL。Google 的 sitemap 文件指出，sitemap 是告訴搜尋引擎你偏好的 URL；若同一內容有多個網址，應選擇偏好的 canonical URL 放進 sitemap，而不是把每個變體都放進去。對使用 WordPress、Shopify、Wix 或客製 CMS 的企業，改版後要確認 sitemap 是否真的更新，而不是仍輸出舊路徑。
重要頁上線後，可用 Search Console 的 URL Inspection tool檢查 Google 看到的狀態。這個工具可顯示索引狀態、是否允許爬取、使用者宣告 canonical、Google 選擇的 canonical、sitemap 參照與最後爬取時間。它不適合拿來批次驗收所有頁面，但很適合抽查首頁、核心服務頁、前十大流量頁、主要分類頁和新舊轉址代表頁。
上線後 4 週：不要只看排名，要看索引訊號是否收斂
網站改版後自然搜尋波動是常見現象。Google 搬站文件指出，小型到中型網站多數頁面的搬移通常可能需要數週，大型網站可能更久；速度會受 URL 數量與伺服器速度影響。這不代表所有流量下滑都正常，而是要用監控分辨「系統正在重新處理」和「訊號錯誤造成損失」。
- 每週查看 Search Console 成效：舊 URL 點擊是否下降、新 URL 是否逐步承接查詢與曝光。
- 查看 Page indexing：404、soft 404、已重新導向、已檢索但尚未建立索引是否集中在重要頁。
- 抽查轉址鏈：舊 URL 不應經過多段跳轉才到新 URL。
- 比對內部連結：新版網站不應繼續大量連到舊 URL。
- 追蹤轉換：不要只看自然流量，也要看詢價、表單、電話點擊與熱門落地頁品質。
AEO 與 GEO：讓 AI 搜尋可以引用正確的新頁，而不是舊頁或錯頁
網站改版不只影響傳統搜尋，也會影響 AI 摘要、AI Mode、站外工具與大型語言模型整理答案時能否找到正確來源。Google 的 AI features and your website文件指出，能出現在 AI 搜尋功能中的基礎仍是符合 Google Search 技術要求、可被索引、可顯示摘要、內容有用且可靠；沒有額外必加的特殊 AI 標記。
因此，GEO 的改版重點不是新增神祕檔案，而是讓新版頁面具備清楚實體、日期、服務範圍、適用對象、限制條件與來源。服務頁要說明公司服務誰、在哪些情境有效、有哪些案例或證據；知識文章要保留更新日期、外部來源、FAQ 和下一步。若 AI 搜尋引用的是舊網址、錯頁或沒有轉址的活動頁，通常不是 AI 問題，而是網站改版時沒有把內容實體與 URL 關係交代清楚。
台灣中小企業的實務分工表
| 角色 | 改版前負責 | 上線後負責 |
|---|---|---|
| 老闆或行銷主管 | 決定哪些舊頁有商業價值，確認服務與產品分類不被任意刪除 | 看自然流量、詢價、品牌搜尋與主要落地頁轉換 |
| SEO 或內容負責人 | 整理 URL 對照表、核心關鍵字、標題與內容保留策略 | 檢查索引、404、soft 404、FAQ 與內部連結 |
| 工程或網站廠商 | 設定轉址規則、canonical、robots、sitemap、結構化資料與測試環境 | 修正轉址鏈、狀態碼、noindex、渲染和 sitemap 錯誤 |
| 業務或客服 | 提供常被客戶收藏或引用的舊頁、PDF、報價與活動連結 | 回報客戶找不到資料、表單異常與舊連結失效 |
誰適用，誰不適用？
這份 SOP 適用於正在更換網站平台、重做品牌官網、整理服務頁、改商品分類、搬網域、改 URL 結構或把舊部落格整併進新站的台灣中小企業。它也適合每月自然搜尋帶來詢價、報名、下載或門市導流的公司，因為這些流量一旦在改版時斷掉，恢復成本通常比事前整理 URL 對照表更高。
它不適合完全沒有公開網站、只改社群頁面、只換主機但 URL 與內容完全不變，或刻意要刪除舊品牌痕跡的情境。若牽涉法務、併購品牌、多國語系、會員資料、支付流程或大型電商平台，仍應讓 SEO、工程、法務與資料團隊共同審核。
資料更新與來源
本文依 2026-05-07 可查證的公開資料整理。主要來源包括 Google Search Central 的 site move with URL changes、redirects and Google Search、build and submit a sitemap、Search Console Help 的 URL Inspection tool與 Change of Address tool，以及 Google Search Central 的 AI features and your website。台灣企業情境參考經濟部對中小企業數位轉型、AI 應用與中小企業白皮書的公開資訊，例如 2025 中小企業白皮書發布新聞。
結論：改版前一張 URL 對照表，勝過改版後十次救火
網站改版 SEO 最重要的交付物不是漂亮首頁，而是一張被工程、內容、行銷和老闆都認可的 URL 對照表。它決定舊頁價值如何被承接、使用者是否找得到原本資料、Google 是否能理解新舊頁關係，也影響 AI 搜尋是否能引用新版的正確資訊。
實務上，請在改版前先列出前 100 個有商業價值的舊 URL，逐一指定新版目的地；上線時確認永久轉址、canonical、sitemap、robots 與 noindex；上線後 4 週每週檢查 Search Console。這樣做不能保證完全沒有排名波動，但能把不可控的改版風險，降到可追蹤、可修正、可對團隊交代的範圍。
FAQ
網站改版一定會掉自然搜尋流量嗎？
不一定。若 URL 對照、301 轉址、canonical、內部連結、sitemap 與主要內容都處理正確，短期波動通常較可控；若大量舊頁變 404 或導到不相關頁面，流量風險就會明顯提高。
301 轉址要保留多久？
Google 建議轉址盡可能保留，通常至少一年，讓搜尋系統有時間重新爬取並轉移訊號。從使用者角度看，重要舊連結若仍有人使用，保留更久通常更安全。
所有舊頁都要轉到首頁可以嗎？
不建議。大量不相關舊頁導到首頁會讓使用者找不到原本資訊，也可能被搜尋系統理解為 soft 404。比較好的做法是轉到最相關的新頁，沒有替代內容時回 404 或 410。
網站改版後要提交 Change of Address 嗎？
只有從一個網域或子網域搬到另一個網域或子網域時才通常需要考慮。HTTP 改 HTTPS、站內部分路徑搬移或只改幾個頁面，不應使用 Change of Address，改用轉址與 sitemap 更新即可。
網站改版 SEO 和 GEO 有什麼關係？
GEO 需要答案引擎能找到清楚、可索引、來源一致的新頁。若改版讓舊頁失效、內容實體不清、canonical 混亂或 sitemap 沒更新，AI 搜尋更容易引用舊資訊或忽略新版頁面。