網站改版 / 域名遷移怎麼不丟排名？
第二章：搜尋基礎篇 · 第 33 問
網站改版或換域名，是 SEO 裡風險最高的操作之一。做得好，排名平穩過渡甚至提升；做得差，幾年累積的流量一夜歸零。這篇把整個流程拆解清楚，讓你心裡有底。
改版前：完整的準備清單
改版不是「上線那天」才開始的事，至少提前 2-4 週做好以下準備：
1. 完整抓取舊站
用 Screaming Frog 或 Sitemap 导出舊站所有 URL，生成完整清單。重點記錄：
- 所有有排名的頁面（透過百度站長平台或 5118 导出）
- 所有有外鏈指向的頁面（透過 Ahrefs 或百度站長平台外鏈分析）
- 所有高流量頁面（透過百度統計導出）
2. 製作 URL 映射表
這是整個遷移的核心檔案。格式很簡單：
| 舊 URL | 新 URL | 狀態 |
|---|---|---|
| old.com/product/123 | new.com/product/123 | 已配置 301 |
| old.com/news/abc.html | new.com/blog/abc | 已配置 301 |
| old.com/about | new.com/about-us | 已配置 301 |
原則：一一對應映射，不要把多個舊頁面指向同一個新頁面。
3. 新站上線前檢查
- 新站的 robots.txt 不要誤封抓取
- 新站的 sitemap 已生成並準備好提交
- 新站頁面的 title、description、H1 保持原有優化內容
- 新站內鏈結構已更新為新 URL
301 重定向：技術核心
301 永久重定向是告訴搜尋引擎「這個頁面已經永久搬家了，請把權重轉移到新地址」。
配置方式（Nginx 範例）：
server {
server_name old-domain.com;
return 301 $scheme://new-domain.com$request_uri;
}
常見坑：
- ✗ 用 302 臨時重定向代替 301（權重不轉移）
- ✗ 重定向鏈過長：A → B → C → D（每多一跳，權重損耗越大）
- ✗ 舊頁面直接回傳 404 而不進行重定向
- ✗ 所有舊頁面皆指向新站首頁（這等於告訴百度「舊內容全沒了」）
百度站长平台：改版工具
百度提供專門的改版工具，路徑：百度站长平台 → 網站支援 → 優化與維護 → 網站改版。
支援三種改版方式：
- 換域名改版：old.com 整站遷移至 new.com
- 站內改版（規則）：URL 結構變更，如 /article/123.html → /blog/123
- 站內改版（對應關係）：逐筆提交新舊 URL 對應
操作步驟：
- 確保 301 已全部生效
- 在站長平台新增並驗證新站
- 提交改版規則或對應關係
- 提交新站 sitemap
- 等待百度審核（通常 1-2 週開始處理）
遷移時間線預期
不要指望改版後排名立刻恢復。真實的時間線是：
- 第 1-2 週：排名波動明顯，流量可能下降 20-50%
- 第 1-2 個月：百度逐步識別新 URL，排名開始回升
- 第 3-6 個月：大部分頁面恢復至改版前水平
- 6 個月以上：如果新站體驗更好，排名可能超越舊站
註：以上遷移時間線為基於實作經驗的參考預期，實際恢復速度因網站規模、變動幅度而異，非官方統計。
關鍵：舊網域的 301 至少保持 1 年以上，不要提前關閉。
遷移期間的監控要點
改版後的前 3 個月，每週檢查：
- 百度索引量變化（站長平台→索引量）
- 核心關鍵字排名波動（5118 或手動監測）
- 抓取錯誤（站長平台→抓取異常）
- 301 是否正常生效（隨機抽查舊 URL）
- 流量恢復進度（百度統計對比同期數據）
若發現索引量持續下降超過 4 週，立即排查是否有頁面遺漏重定向。
實務建議
- 能不換域名就不換域名：若僅是改版設計或 URL 結構，盡量保持域名不變，風險小得多
- 分批上線：若網站頁面量很大（萬級以上），建議分批次遷移，先遷移核心頻道，觀察穩定後再遷移其餘部分
- 保留舊站備份：萬一出問題，要能快速回滾。至少保留舊站完整的資料庫和靜態檔案備份 3 個月
用 AI 工具解決：改版／遷移前的準備與監控
場景一：從舊站抓取資料生成「遷移白皮書」
我要把網站從 old.com 迁移到 new.com。我這裡有舊站的全部 URL（貼上 URL 清單）、每個頁面的標題和關鍵字、以及百度統計導出的流量資料。請幫我：1) 生成一份「遷移白皮書」，列出高流量頁面、有外鏈頁面、核心關鍵字頁面；2) 標出必須重點 301 的頁面清單；3) 給出一份完整的遷移準備 checklist（抓取 → 映射 → 上線 → 監控）。
場景二：批量生成新舊 URL 映射表
舊站 URL 清單如下（貼上），新站採用 [規則，如域名換成 new.com、/news/abc.html 改為 /blog/abc]。請為每條舊 URL 生成對應新 URL，輸出 CSV（舊URL,新URL），並遵守：一一對應、不鏈式、不全部指向首頁。對語義不符的條目單獨標出讓我確認。
場景三：生成遷移監控清單和自動化腳本思路
我下週要執行網站遷移，請給我：1) 一份遷移後前 4 週的每週檢查清單（索引量、排名、抓取錯誤、301 生效、流量對比，每項給出怎麼看）；2) 一個可定期檢查「舊 URL 是否 301 生效」的腳本思路（可用 Python/curl，檢查回傳碼和跳轉目標）。
場景四：撰寫遷移相關的站長平台反饋說明
我在百度站長平台提交「網站改版」申請，需要寫一段說明。我的情況是 [從舊域名遷到新域名，改了 URL 結構，已配好 301]。請幫我寫一段正式、清晰的改版說明，包含：改版原因、遷移範圍、301 配置情況、期望處理時間。語氣客觀專業。
注意：AI 的界線
- 遷移映射關係 AI 只能猜：它按「語義相近」生成的新 URL 對應可能把重要頁面指錯，高流量／高外鏈頁面必須人工逐一確認
- AI 生成腳本要測試：監控腳本先在你本地小範圍跑通再上伺服器，別在生產環境第一次執行
- 改版說明要基於事實：AI 幫你潤飾文字沒問題，但涉及你網站的具體情況（何時改的、改了什麼）必須實事求是填寫
