網站改版怎麼做才不會掉排名？舊網址轉址與 SEO 保留指南
網站改版可能改變網址、內容、架構與索引設定，因而造成自然搜尋流量波動。本文從行銷主管的決策角度，整理舊網址轉址、SEO 訊號保留、跨部門驗收與上線後監測方法。
網站改版不只是換版面。如果同時調整網址、內容、導覽、CMS、主機或網域，搜尋引擎就需要重新檢索並理解網站。即使準備完整，排名仍可能短期波動；真正可控的目標，是避免重要頁面失聯、搜尋訊號互相矛盾，以及上線後無法定位問題。
網站改版為什麼容易掉排名？
搜尋引擎需要重新檢索與理解網站
當頁面位置、內容或內部連結改變，搜尋引擎需要重新處理新舊網址關係。Google 的含網址變更網站搬遷指南也提醒，搬遷期間搜尋能見度可能波動，處理時間會隨網站規模而異。
換網域、改網址與刪除內容的風險不同
純視覺調整且網址、內容不變，風險通常較低；更換 CMS 或主機則要注意輸出內容、效能與伺服器狀態。重整網址需要完整轉址，更換網域還涉及資源驗證及搬遷通知。若同時刪除高流量內容，風險會進一步增加。
合理預期是降低風險，而非承諾排名不變
專案目標應設定為保留高價值內容、維持網址訊號一致、降低技術錯誤並建立異常處理機制，而不是承諾每個關鍵字名次維持不變。
改版前先建立 SEO 基準與頁面清冊
盤點自然流量、曝光、點擊與轉換
上線前應保存自然流量、搜尋曝光、點擊、轉換、索引頁數與主要到達頁資料。資料來源可包含分析工具、Search Console、XML sitemap、伺服器記錄與外部連結工具，作為改版前後比較基準。
找出不能遺漏的高價值頁面
不要只按照流量排序。能帶來詢問、訂單、會員註冊或重要外部連結的頁面，也應列為優先驗收對象。行銷團隊可依商業價值標示優先級，讓開發與 QA 先處理關鍵頁面。
建立可供跨部門協作的網址對應表
| 欄位 | 用途 |
|---|---|
| 舊網址、新網址 | 定義逐頁搬遷關係 |
| 處理方式 | 記錄保留、轉址、合併或移除 |
| 流量、轉換、外部連結 | 判斷商業與 SEO 優先級 |
| 狀態碼、負責人、驗收結果 | 追蹤技術執行與簽核 |
舊網址應保留、轉址、合併，還是移除？
內容與網址不變：優先維持原路徑
如果頁面主題與用途沒有改變，保留原網址通常比重新命名更單純，也能減少轉址與重新索引的工作量。
有明確替代頁：一對一轉至最相關內容
舊頁已有相同或高度相關的新版本時，應直接轉到該頁，而非一律導向首頁。Google 指出，把大量舊網址轉至無關目的頁可能造成使用者困惑，也可能被視為 soft 404。
多頁整併：確認新頁完整承接原本需求
多個舊頁只有在新頁確實涵蓋原本主題與使用者需求時，才適合共同轉入。若新頁只保留少量內容，應重新評估是否仍需維持個別頁面。
沒有替代內容：正確回傳 404 或 410
內容永久移除且沒有合理替代頁時，可回傳 404 或 410。依Google 的爬取錯誤處理說明，自訂錯誤頁可以提供導覽，但伺服器仍應傳回正確狀態碼。
301、302、307、308 轉址怎麼選？
永久改址：通常使用伺服器端 301 或 308
確定舊網址不會恢復時，通常採用伺服器端 301 或 308。Google 的轉址與 Google 搜尋說明將兩者視為永久轉址訊號。
暫時調整：302 或 307 的適用時機
若原網址日後會恢復，才考慮 302 或 307。307 與 308 具有維持請求方法的語意，若牽涉表單、登入或 API，不宜只從 SEO 角度決定，應由開發團隊確認。
避免轉址鏈、轉址迴圈與跳錯目的頁
舊網址應直接抵達最終新頁，不要先後經過多個中繼網址。上線前也要測試迴圈、失效目的頁及規則互相覆蓋等問題。
轉址以外，SEO 保留還要同步哪些設定？
保留重要頁面的搜尋主題與核心內容
新版設計不應意外刪除產品資訊、服務說明、標題或重要文字。若內容策略需要大幅改寫，應記錄變更，避免網址、架構與內容同時劇烈調整而難以排錯。
同步更新 title、H1、內部連結與 canonical
新頁的 title、H1、canonical 與內部連結應一致反映新網址。不要讓 canonical 指回舊站，也不要長期依賴內部轉址完成導覽。
檢查 XML sitemap、robots.txt 與 noindex
網站地圖原則上應放入希望索引的 canonical 網址。正式上線時，務必解除測試站常見的 noindex、robots.txt、登入或防火牆限制；相關原則可參考Google 索引封鎖說明。
驗證行動版、結構化資料與頁面效能
行動版應保有主要內容與關鍵標題，結構化資料需重新測試。Core Web Vitals 可列入驗收，但不應當成唯一 SEO 指標；效能、可用性、內容與可索引性都要一起檢查。
如果同時更換網域，應增加哪些步驟？
先驗證新舊網域並完成逐頁轉址
先在 Search Console 驗證新舊資源，再建立逐頁永久轉址。新站確認可存取、可索引且轉址正常後，才進行後續搬遷通知。
提交新網站地圖與搬遷通知
Search Console Change of Address 說明指出，此工具適用於網域或子網域搬遷，不適用於同網域改路徑、單純換主機或 HTTP 轉 HTTPS。
長期保留舊網域與永久轉址
Google 建議永久轉址至少保留一年，條件允許時宜持續更久。Change of Address 的處理期間不等於轉址期限，舊網域也不應在搬遷完成後立即停用。
上線前怎麼驗收，才能降低技術事故？
抽查高價值頁與完整轉址規則
先逐頁驗證高流量、高轉換及有外部連結的網址，再以自動化方式檢查完整清單。確認舊網址是否直達正確新頁，而不是只看首頁能否開啟。
確認狀態碼、可索引性與 canonical
檢查正式頁是否回傳 200、永久搬遷是否回傳正確轉址、移除頁是否為 404 或 410，並核對 canonical、網站地圖與內部連結是否一致。
測試 404、行動版、速度及分析工具
驗收還應涵蓋自訂 404、行動版導覽、表單、結構化資料、頁面效能及分析工具。追蹤中斷會造成流量下降的假象，因此必須在上線前完成測試。
安排跨部門簽核責任
行銷負責商業目標，SEO 負責映射與索引訊號，內容及設計團隊確認資訊完整性，開發執行轉址與前後端設定，IT 則管理 DNS、主機、憑證及穩定性。
上線後如何監測排名與流量異常？
比較曝光、點擊、自然流量與轉換
上線初期可提高檢查頻率，穩定後再逐步調整。除了排名，也要比較曝光、點擊、自然流量與轉換。依Search Console 成效報表說明，平均排名會受到查詢及搜尋情境影響，不宜作為唯一 KPI。
追蹤索引頁數、404 與伺服器錯誤
同步觀察重要新頁是否被發現、舊網址是否仍被大量存取，以及 404、500 系列錯誤與轉址異常是否增加。
依序排查追蹤、封鎖、轉址與內容問題
- 確認分析工具與追蹤設定是否正常。
- 檢查 robots.txt、noindex、登入及防火牆限制。
- 檢查轉址、canonical、伺服器錯誤與網站地圖。
- 比對重要內容、標題及內部連結是否遺失。
把 SEO 納入網站改版流程，而不是上線後補救
高風險變更可考慮拆分階段
若專案條件允許，避免同時大改網域、網址、內容與架構。分階段執行有助於辨識問題來源，但仍需依網站規模、系統相依性與使用者體驗評估。
何時需要網站建置與 SEO 團隊共同參與
網站規模較大、自然搜尋占比高，或涉及電商交易、會員、ERP、CRM 與多系統整合時，應在規劃階段就讓行銷、SEO、設計、開發及 IT 共同訂定驗收標準。若希望從架構、技術到上線監測一併規劃，可了解 Nexus Digital 的數位服務，或透過開始合作討論數位需求。
常見問題
網站改版一定會掉排名嗎？
不一定，但只要網址、內容、架構、網域或索引設定改變，就可能出現短期波動。透過改版前盤點、逐頁網址映射、正確轉址、技術驗收與上線後監測，可以降低可避免的風險，但不宜承諾排名完全不變。
舊網址改掉後，應該使用 301 還是 302 轉址？
若變更是永久的，通常使用伺服器端 301；若原網址未來會恢復，才使用 302。308 也是永久轉址，307 則屬暫時轉址。涉及表單或 API 時，還要由開發團隊評估請求方法是否需要保留。
所有失效頁面都轉址到首頁可以嗎？
不建議。舊網址應轉到內容最相關的新頁。大量導向無關首頁不但影響使用者理解，也可能被搜尋引擎視為 soft 404。沒有合理替代內容時，回傳正確的 404 或 410 通常更合適。
網站改版後，301 轉址需要保留多久？
Google 的網站搬遷指南建議至少保留一年，條件允許時可長期維持。若同時更換網域，也應保留舊網域，避免轉址中斷。Search Console 搬遷請求的處理期間不等同轉址保留期限。
改版上線後發現自然流量下降，應先檢查什麼？
先確認分析工具及追蹤設定是否正常，再檢查 robots.txt、noindex、登入限制與防火牆。接著核對轉址、canonical、HTTP 狀態碼、網站地圖、重要內容及內部連結，並比較曝光、點擊與轉換，避免只根據平均排名判斷。