📋 本文重點
- 網站改版最怕的不是做不完，而是上線後排名與流量崩跌
- 改版前：完整盤點既有網址與流量、排名資產，製作 301 轉址對照表
- 上線日：確認轉址全面生效、robots.txt 與 noindex 沒有殘留測試環境設定
- 上線後：兩週密切監控 Search Console 涵蓋範圍、404 錯誤與核心關鍵字排名
- 排名下滑時的診斷順序與恢復時間預期
網站改版要避免排名與流量崩跌，核心工作有四件：改版前完整盤點既有網址與其流量、排名資產，製作「舊網址對新網址」的一對一 301 轉址對照表；上線日確認轉址全面生效、robots.txt 與 noindex 沒有殘留測試環境設定、並提交新的 sitemap；上線後兩週密切監控 Search Console 的涵蓋範圍、404 錯誤與核心關鍵字排名。改版後流量短期波動 10% 到 20% 屬正常，通常 4 到 8 週回穩；若一對一轉址做得完整，多數網站可以在改版後維持甚至提升原有排名。
為什麼改版會讓排名崩跌？
Google 對每個網址累積了長期的評價：內容品質、外部連結、使用者行為訊號。改版時如果網址改變而沒有正確轉址，這些累積的資產就會歸零——Google 看到的不是「網站更新了」，而是「舊頁面全部消失、出現一批陌生的新頁面」。
常見的崩跌原因排行
依我們處理過的改版案件，流量崩跌的原因依常見程度排序：
- 網址結構改變但沒做 301 轉址，或全部轉到首頁（等同沒轉）。
- 測試環境的 noindex 或 robots.txt 封鎖設定被帶上正式站。
- 內容在改版中被刪減：舊站的長尾頁面（部落格、FAQ）被視為「過時」直接砍掉。
- 技術效能退步：新站更漂亮但更慢，核心網頁指標惡化。
- 標題與描述被重置：新版套版把所有頁面的 title 換成統一格式。
好消息是：這五項全部可以在上線前預防。
改版前：資料盤點與轉址規劃（最重要的階段）
1. 完整盤點既有網址
用三個來源交叉建立「舊站網址總表」：
- 爬取工具（Screaming Frog 等）：抓出站內所有可連到的網址。
- Search Console 的成效報表：匯出過去 12 個月有曝光的網頁，這是排名資產清單。
- GA4：匯出有流量的到達網頁，補上爬不到但有人在用的頁面。
- Ahrefs：匯出有外部連結指向的頁面（Best by links），這些頁面的權重最不能丟。
2. 標記每個網址的處置方式
在總表上為每個舊網址標記四種處置之一：
| 處置 | 適用情況 | 做法 |
|---|---|---|
| 保留 | 內容續用、網址不變 | 無需動作 |
| 轉址 | 內容續用但網址改變 | 301 到對應新網址 |
| 合併 | 多頁內容整併為一頁 | 全部 301 到整併後頁面 |
| 移除 | 內容確定淘汰且無流量無連結 | 回 410 或 404，勿轉首頁 |
原則：有流量、有排名、有外部連結的頁面，一律「一對一」轉到內容最相近的新頁面。把大量舊頁全部轉到首頁是最常見的錯誤，Google 會視為軟性 404，權重無法傳遞。
3. 決定網址結構時以「不變」為優先
能不改網址就不改。若必須改（例如從動態參數改為語意化網址、調整目錄層級），新結構應一次到位，避免短期內二次改版造成轉址鏈。同時決定尾斜線、大小寫、www 與非 www 的正規化規則，全站一致。
4. 內容與 SEO 元素的搬遷清單
- 每頁的 title、meta description、H1 依對照表搬遷，不可被套版預設值覆蓋。
- 結構化資料（Article、LocalBusiness、FAQPage）在新站重新部署並驗證。
- 圖片的檔名與 alt 屬性保留；圖片網址若改變，也需納入轉址。
- 舊站表現好的內容原封保留，改版不是砍文章的時機——先搬家、再優化。
5. 建立效能與排名基準線
記錄改版前的數據作為對照組：核心關鍵字排名（前 50 個字）、Search Console 的點擊與曝光、核心網頁指標（LCP、INP、CLS）。沒有基準線，上線後就無法判斷「是改版害的還是季節波動」。
上線日：切換流程與當天必查清單
切換前的最後確認
- 轉址對照表已在測試環境驗證：抽測至少 50 個高價值舊網址，確認回應 301 且到達正確頁面（不是轉址鏈、不是 302）。
- 測試環境的 noindex 標籤、robots.txt 的 Disallow 全站封鎖、HTTP 基本驗證，確認移除。這一項請指定專人負責並雙人複核——它是改版事故的第一名。
- SSL 憑證涵蓋所有網域變體，HTTP 一律 301 到 HTTPS。
切換後兩小時內
- 用爬取工具跑一次新站：確認無大量 404、無轉址鏈、canonical 指向正確。
- 檢查 robots.txt 為正式版本，測試幾個重要頁面可被抓取。
- 提交新版 sitemap.xml 到 Search Console；舊 sitemap 暫時保留，幫助 Google 快速發現轉址。
- GA4 與 GTM 容器正常運作：用即時報表確認事件進得來（改版常順手弄丟追蹤碼）。
- 抽測行動版：手機排版、點擊目標、彈窗行為。
選擇上線時機
避開業績旺季與廣告大檔期；選在流量較低的時段切換，保留當天完整人力待命處理突發問題。
上線後：兩週密集監控與兩個月觀察期
每天檢查（第 1 到 14 天）
- Search Console 涵蓋範圍：404 與「已排除」數量的變化趨勢。發現高價值頁面 404，立即補轉址。
- 核心關鍵字排名：用 Ahrefs 或 Rank Tracker 追蹤基準線清單。
- 伺服器記錄或爬取統計：確認 Googlebot 正在抓新站、抓取錯誤率正常。
每週檢查（第 2 到 8 週）
- Search Console 的點擊、曝光對比改版前同期。
- 核心網頁指標：新站的 LCP、INP、CLS 是否優於或至少不遜於舊站。
- 內部連結健檢：站內殘留指向舊網址的連結（選單、頁尾、文章內文）逐步改為直連新網址，減少依賴轉址。
- 外部重要連結：對排名貢獻大的外部連結（合作夥伴、媒體報導），可主動請對方更新為新網址。
排名下滑時的診斷順序
- 下滑的是全站還是特定頁面群？特定頁面群通常是該區轉址或內容問題；全站下滑先查 robots 與 noindex。
- 檢查該頁的舊網址是否正確 301、新頁是否被索引（用 site: 與網址檢查工具）。
- 比對新舊頁內容：是否被刪減、title 是否被覆蓋、結構化資料是否遺失。
- 檢查效能：新站該頁的載入速度與行動可用性。
- 以上皆正常，給 Google 時間。改版後 4 到 8 週的重新評估期內，耐心比亂動更重要。
舊轉址要保留多久
301 轉址建議至少保留一年，有外部連結指向的網址建議永久保留。轉址規則是資產，不是暫時措施。
改版專案中 SEO 的角色安排
SEO 不是上線前一週才進場的檢查員，而是從資訊架構規劃就該參與的角色：網址結構、選單分類、頁面模板的標題邏輯，都在設計階段就決定了日後的 SEO 天花板。實務上建議在專案排程中明確標出四個 SEO 介入點：架構規劃期（網址與分類決策）、設計期（模板 SEO 元素）、上線前（總檢與轉址驗證）、上線後（監控與修正）。把這四個節點寫進與網站承包商的合約或工作說明書，是甲方保護自己最有效的方式。
常見問題 FAQ
改版後流量掉多少算正常？
短期波動 10% 到 20%、於 4 到 8 週內回穩屬於正常範圍。若兩週內掉超過三成且持續，應立即依診斷順序排查，多半能找到具體的技術原因。
網址完全不變的改版還需要做這些嗎？
清單可以簡化，但仍需注意：測試環境設定殘留、title 被套版覆蓋、追蹤碼遺失、效能退步。這幾項與網址無關，照樣會傷排名。
可以分批改版而不是一次切換嗎？
可以，大型網站常採分區遷移（先部落格、再產品區）。每一批都套用同樣的三階段清單，並確保新舊區之間的內部連結與 canonical 正確。
改版是換新網域，做法一樣嗎？
轉址邏輯相同，另外加兩件事：在 Search Console 使用「網址變更」工具通知 Google，並將舊網域的轉址永久保留。網域更換的恢復期通常比站內改版更長。
結語
改版失敗的網站，九成不是輸在設計，而是輸在沒有人負責那張網址對照表。把 SEO 遷移當成改版專案的正式工作項目——有清單、有負責人、有驗收——新網站就能帶著舊網站累積的資產重新出發，而不是從零開始。
正在規劃網站改版、需要 SEO 遷移的專業把關，歡迎與 94iplay 聯繫。