網站改版 SEO 完整指南：如何保住排名與自然流量

網站改版可能包含視覺更新、內容重整、網址變更、主機搬遷或 CMS 更換。對使用者而言，這是一個更好用的新網站；對搜尋引擎而言，卻可能是一批網址、內容與網站結構同時發生變化。如果沒有預先規劃網站改版 SEO，原本累積的排名、外部連結與自然搜尋流量都可能受到影響。

成功的改版不代表流量完全不波動，而是讓搜尋引擎能快速理解新舊頁面的關係，並在異常發生時立即找出原因。以下從改版前盤點、URL 對應、301 轉址、測試站管理到上線後監測，整理一套可直接交給行銷、設計與工程團隊執行的流程。

網站改版 SEO 目錄

• 改版前建立 SEO 基準資料
• 規劃 URL 對應與 301 轉址
• 保留重要內容與頁面訊號
• 檢查技術 SEO 設定
• 避免測試站被搜尋引擎收錄
• 執行網站上線檢查
• 監測改版後的 SEO 表現
• 網站改版 SEO 常見問題

改版前：先建立 SEO 基準資料

不要等到新網站完成後才開始處理 SEO。改版前應先保存舊網站的流量、排名、收錄與技術資料，否則上線後即使自然流量下降，也難以判斷是季節變化、追蹤碼異常、網址遺漏，還是搜尋排名真的受到影響。

先從 GA4 匯出自然搜尋工作階段、到達網頁、轉換事件與營收資料，再從 Google Search Console 匯出查詢、網頁、國家、裝置、點擊、曝光、平均排名與索引涵蓋資料。建議至少保留最近 3 至 12 個月，方便排除淡旺季與短期活動造成的差異。

改版前至少應保存的資料

• 所有可被存取的舊網站 URL，以及各網址的 HTTP 狀態碼。
• 自然搜尋流量最高、曝光最高及轉換價值最高的頁面。
• Google Search Console 中已建立索引與未建立索引的網址。
• 頁面 title、meta description、H1、canonical 與 robots meta。
• 站內連結、導覽層級、麵包屑及重要頁面的點擊深度。
• XML Sitemap、robots.txt、hreflang 與結構化資料設定。
• 具有外部連結、品牌提及或長期排名的內容頁面。
• GA4、Google Tag Manager、廣告像素與轉換事件設定。

如果網站規模較大，可將頁面依「流量、排名、外部連結、轉換、內容價值」分級。高價值頁面應優先保留網址與內容主題；無流量不代表一定沒有價值，仍要確認它是否支援使用者旅程、內部連結或重要產品資訊。需要建立完整基礎觀念時，可延伸閱讀SEO 網站優化指南。

建立 URL 對應表與 301 轉址規則

URL 對應表是網站改版 SEO 最重要的文件之一。它不是把所有舊網址統一導向首頁，而是針對每一個具有價值的舊頁面，找到內容意圖最接近的新頁面。搜尋引擎與使用者因此能順利抵達替代內容，原頁面累積的部分搜尋訊號也能隨轉址傳遞。

如果網址沒有改變，應優先維持原網址並回傳 200。若網址確實變更，則設定一次到位的伺服器端 301 永久轉址，避免形成「舊網址轉到中間網址，再轉到最終網址」的轉址鏈。大量轉址也不應只靠前端 JavaScript 執行。

舊頁面狀況	建議處理方式	常見錯誤
內容與網址皆保留	維持原 URL 並回傳 200	不必要地更改網址
內容保留但網址改變	舊 URL 以 301 導向對應的新 URL	建立多層轉址鏈
多篇舊內容合併	各舊 URL 導向整合後且主題相符的頁面	全部導向首頁或分類首頁
頁面永久刪除且無替代內容	依情況保留 404 或回傳 410	用無關頁面製造軟性 404
產品暫時缺貨	保留 200，提供庫存與替代商品資訊	暫時缺貨就永久轉址

URL 對應表建議欄位

• 舊 URL 與舊頁面名稱。
• 新 URL 與新頁面名稱。
• 處理方式，例如保留、301、404 或 410。
• 舊網址與新網址的 HTTP 狀態碼。
• 自然流量、外部連結、轉換及頁面優先級。
• 負責人、測試結果與問題備註。

轉址完成後，應批次測試所有舊網址，確認每一條規則都導向預期頁面，而且最終網址回傳 200。對於已刪除且找不到合理替代內容的頁面，不必勉強轉向首頁；正確處理不存在的網址，通常比不相關的轉址更有利於使用者與搜尋引擎理解網站。相關原則可參考404 錯誤頁面處理方式。

保留重要內容與頁面搜尋訊號

改版常見的流量下滑原因，不只是 URL 變更，也可能是設計過程中刪除了原本具有排名的文字、標題與內部連結。頁面變得更簡潔，不一定代表搜尋體驗更好；如果關鍵資訊被放進圖片、互動元件或搜尋引擎難以讀取的區塊，頁面與搜尋需求的相關性可能下降。

搬移內容時，應比對舊頁面的主要搜尋意圖、標題層級、核心段落、產品規格、FAQ、作者資訊與更新日期。可以重新編排或改善文字，但不要在缺乏數據與內容策略的情況下，大量刪除原本帶來流量的內容。Google 的實用、可靠且以使用者為優先的內容指南也強調，內容應真正協助讀者完成目的，而不是只為搜尋排名而製作。

內容移轉時的檢查原則

• 每頁只設定一個清楚且可見的主要 H1。
• 保留頁面的核心主題、重要實體與使用者需要的資訊。
• 不要讓 title 與 H1 全站重複或只剩品牌名稱。
• 保留指向重要產品、服務及文章的站內連結。
• 確認分頁、篩選、頁籤與互動內容仍可被正常存取。
• 更新失效連結，並將站內連結直接改成最終 URL。
• 圖片替代文字應描述內容與用途，而非堆疊關鍵字。

網站改版的技術 SEO 檢查

新網站的版面看起來正常，不代表搜尋引擎讀到的內容也正常。特別是改用 JavaScript 框架、無頭式 CMS 或動態載入元件時，應檢查原始碼與渲染後頁面，確認主要文字、連結、標題與 canonical 都能被搜尋引擎取得。

Canonical 與網址一致性

每個可建立索引的頁面應設定正確的 canonical，通常指向該頁面的正式絕對網址。不要讓所有頁面都指向首頁、舊網域或測試站，也不要同時存在 HTTP、HTTPS、www、非 www、結尾斜線及大小寫等多個可存取版本。網站使用的內部連結、Sitemap 與 canonical 應盡量一致。

XML Sitemap

新版 XML Sitemap 只應包含正式、可建立索引、回傳 200 且使用自我參照 canonical 的網址。不要放入 301、404、noindex、測試站或被 robots.txt 阻擋的 URL。上線後可在 Search Console 提交新版 Sitemap，協助 Google 發現網站變更，但 Sitemap 不能取代正確的站內連結與轉址。

行動版、速度與結構化資料

改版後應以實際行動裝置測試導覽、按鈕、表單、字級、版面位移與載入速度。若舊網站原本具有文章、商品、麵包屑或組織資訊的結構化資料，也應確認新版沒有遺漏必要欄位，且標記內容與使用者實際看到的頁面一致。

測試站管理：避免被索引與內容重複

測試站最好使用密碼或伺服器驗證限制存取，避免搜尋引擎與一般使用者進入。只依賴 robots.txt 並不等於能防止網址出現在搜尋結果，因為搜尋引擎仍可能透過外部連結發現被阻擋的 URL。Google 的搜尋引擎檢索器說明可協助團隊理解檢索、渲染與建立索引之間的差異。

如果測試環境基於實務需求必須開放，至少應使用 noindex，並避免把檢索器完全擋在 robots.txt 之外，否則搜尋引擎可能無法讀取頁面上的 noindex。若想進一步釐清控制規則，可閱讀robots.txt 設定與常見問題。

正式上線前必須建立明確的移除清單，包括解除密碼、刪除 noindex、更新 canonical、開放必要資源、移除測試追蹤碼，以及確認正式 robots.txt 沒有沿用測試站的封鎖設定。「忘記移除 noindex」是最容易避免、卻也最具破壞性的改版錯誤之一。

網站上線當日檢查清單

1. 確認正式網域、HTTPS 與主要網址版本均能正常存取。
2. 抽查首頁、分類頁、服務頁、產品頁及文章頁是否回傳 200。
3. 批次測試舊 URL 的 301 規則，排除轉址鏈、迴圈與錯誤目的地。
4. 確認 title、meta description、H1 與主要內容已正確發布。
5. 檢查 canonical、hreflang、robots meta 與 robots.txt。
6. 確認正式網站已移除 noindex，且重要頁面沒有被禁止檢索。
7. 更新 XML Sitemap，確認其中只包含正式且回傳 200 的 URL。
8. 檢查網站導覽、麵包屑、頁尾與內文連結是否指向最終網址。
9. 測試 GA4、Google Tag Manager、廣告像素及所有關鍵轉換事件。
10. 在 Search Console 驗證網域資源、提交 Sitemap 並測試代表性網址。
11. 檢查表單、站內搜尋、購物流程、登入與付款等核心功能。
12. 確認 404 頁面正常回傳 404，而不是錯誤地回傳 200。
13. 記錄正式上線時間、版本與所有臨時修改，方便後續比對數據。

如果同時更換網域、CMS、網站架構與內容，搜尋引擎需要處理的變數會大幅增加。資源允許時，可考慮分階段執行，例如先完成網站架構與內容改版，穩定後再更換網域，以降低排查問題的複雜度。

上線後如何監測網站改版 SEO

改版上線不是專案終點。小型網站至少應密集監測 2 至 4 週，大型網站或網域搬遷則可能需要更長時間。前幾天可每日檢查，之後改為每週比較，並以同星期、前一期間及去年同期作為參考，避免只因週末、假期或淡旺季而誤判。

監測工具	重點指標	可能代表的問題
GA4	自然流量、到達網頁、轉換與營收	追蹤碼遺漏、頁面流量或轉換下降
Search Console 成效報表	點擊、曝光、查詢、頁面與排名	內容相關性、排名或搜尋外觀改變
Search Console 索引報表	已索引、未索引與錯誤原因	noindex、canonical、檢索或伺服器問題
網站檢索工具	狀態碼、轉址、標題、內部連結	404、轉址鏈、孤兒頁面或中繼資料遺漏
伺服器紀錄	搜尋引擎檢索網址與回應狀態	檢索浪費、錯誤高峰或重要頁面未被造訪

流量下降時的排查順序

1. 先確認 GA4 與標籤是否正常觸發，排除資料蒐集問題。
2. 檢查全站是否誤設 noindex、robots.txt 封鎖或錯誤 canonical。
3. 確認重要舊網址是否正確 301 到相關的新頁面。
4. 比較 Search Console 的曝光與點擊，判斷是排名下降還是點閱率改變。
5. 依目錄、頁面類型及查詢主題找出下降集中區域。
6. 比較新舊頁面的內容、標題、內部連結與渲染結果。
7. 檢查伺服器是否出現大量 4xx、5xx、逾時或效能問題。

若只有 GA4 流量下降，但 Search Console 點擊大致穩定，優先檢查追蹤設定；若曝光與排名同步下降，則應回頭檢查內容、轉址、索引與站內連結。若舊網址仍有曝光但新網址未被索引，則要檢查 301、canonical、Sitemap 及新頁面是否允許建立索引。Google 的SEO 入門指南也提供了網站結構、內容與搜尋呈現的基本檢查方向。

網站改版 SEO 常見問題

網站改版一定會造成排名下降嗎？

不一定。搜尋引擎重新檢索與理解網站期間，短期波動相當常見；如果原網址、內容主題與內部連結大致保留，或所有變更都有正確的 301 對應，通常能降低影響。若流量長期大幅下降，就應檢查轉址、noindex、canonical、內容刪減及技術錯誤。

所有舊網址都要設定 301 嗎？

不是。仍有相同內容的網址可以直接保留；網址改變且存在相符替代內容時，才適合使用 301。若頁面永久刪除且沒有相關替代內容，可讓它回傳 404 或 410。不要把所有舊網址導向首頁，因為這對使用者沒有幫助，也可能被搜尋引擎視為軟性 404。

301 轉址需要保留多久？

建議長期保留，尤其是曾經獲得自然流量、外部連結或使用者收藏的網址。即使搜尋引擎已完成新舊網址替換，其他網站、電子郵件、文件或書籤中的舊連結仍可能持續帶來訪客。

只在 robots.txt 封鎖測試站就夠了嗎？

不夠。robots.txt 主要控制檢索，不保證網址不會出現在搜尋結果。測試站最安全的做法是使用密碼或伺服器驗證限制存取；若必須公開，則應搭配 noindex，並確保搜尋引擎可以讀取該指令。

改版後多久可以看到 SEO 恢復？

沒有固定時間，會受到網站規模、檢索頻率、網址變更幅度、內容品質與技術狀況影響。小型網站可能在數天到數週內逐步穩定，大型網站、網站搬家或大量 URL 變更則可能需要更久。應觀察趨勢，而不是只看上線後一兩天的數字。

更換網域時還要做哪些事情？

除了逐頁設定 301，還要驗證新舊網域的 Search Console 資源、更新 Sitemap、canonical、hreflang、站內連結與重要外部平台網址。電子郵件、廣告、社群帳號及商家資訊中的舊連結也應更新，並持續保留舊網域及其 HTTPS 憑證，確保轉址可以正常運作。

結論：把 SEO 納入改版流程，而不是上線後補救

網站改版 SEO 的核心，是維持搜尋引擎與使用者都能理解的連續性。先保存舊站資料，建立完整 URL 對應表，正確設定 301，保留重要內容與內部連結，避免測試站被索引，再透過 GA4、Search Console 與網站檢索工具持續監測，才能把改版風險控制在可管理範圍內。

最理想的做法，是讓 SEO、內容、設計與工程人員從規劃階段共同參與，而不是網站完成後才要求補上轉址與中繼資料。越早建立檢查標準與負責人，越能減少上線前的臨時修改，也越有機會讓新版網站同時改善使用體驗、轉換成效與自然搜尋表現。

作者：方士軒｜SEO 行銷顧問