先說結論
網站改版先盤點舊網址、重要內容與搜尋資料，再確認哪些網址保留、轉址或退場。上線前檢查狀態碼、canonical、內部連結、索引控制與詢問流程；保留可回復版本，上線後按原口徑監測，不承諾完全沒有搜尋波動。
先區分視覺更新與網址移轉
改版可能只調整畫面，也可能更換網址、內容結構、網域或系統。先列出這次真正會變動的項目。若原網址與用途仍然適合，就保留，不為了改版而替每一頁建立新網址。
設計稿不能代替移轉計畫。內容、服務入口、結構化資料與手機操作都要跟著檢查；改得越多，越需要分批與可回復的來源。
改版前先建立可比的基準
先盤點再設計，尤其要找出重要服務頁、已有搜尋到達的指南，以及仍被內外部連結引用的舊網址。沒有管理端資料時，先完成網址與內容清單，把搜尋表現列為待確認。
| 範圍 | 要保存的資料 | 用途 |
|---|---|---|
| 網址與內容 | 舊 URL、用途、title／description、canonical、正文及主要入口 | 避免重要頁面或答案在改版中消失 |
| 搜尋狀態 | 資料可用期間、主要查詢與訪客進入的頁面、索引與 sitemap 摘要 | 建立同條件比較；資料不足要註明 |
| 受理流程 | 評估入口、必要欄位、成功受理定義與通知責任 | 不把新畫面可點擊當成受理已驗證 |
| 上線與回復 | 可回復的網站版本、上線時間與負責人 | 出現問題時能找到正確版本並決定處理方式 |
逐筆決定舊網址如何處理
如果確實需要換網址，用一份對照表記錄每筆決策與最終測試。轉址要去對應的內容，不把全部舊頁都導到首頁；沒有合適替代頁面時也不要硬湊不相關目的地。
| 原本的頁面 | 處理方式 | 確認重點 |
|---|---|---|
| /services/website/ 仍介紹同一服務 | 保留原網址 | 頁面正常回應，核心內容仍在 |
| /old-service/ 改至 /services/service-a/ | 永久轉址到對應服務 | 目的地正確且可讀，避免連續轉址 |
| 兩篇文章合併為一篇完整指南 | 先承接有用內容，再轉址 | 舊文的重要答案仍找得到 |
| 已停止且沒有替代內容的活動 | 依情況回應 404 或 410 | 同步清掉導覽與 sitemap 中的舊連結 |
預覽檢查與正式檢查分開
預覽站用來測內容、轉址與操作，應與正式名單、通知及分析資料隔離。正式上線時，再確認對外網址和索引設定，避免把預覽的禁止索引設定帶上線。
| 項目 | 檢查方式 | 驗收界線 |
|---|---|---|
| 網址與轉址 | 逐筆查回應、目的地與最終頁面 | 沒有失效、循環或不相關首頁轉址 |
| 頁面識別 | 比較 title、description、canonical、schema 與索引意圖 | 保留已約定的內容與網址，只接受明確核准差異 |
| 連結與 sitemap | 查導覽、正文、相關閱讀、主要圖像與 sitemap | 新增頁面與連結同步；不列入應禁止索引的頁面 |
| 閱讀與操作 | 手機／桌面、鍵盤、可見正文與錯誤提示 | 內容可讀；真實受理驗證與畫面操作分開 |
| 上線與回復 | 確認這次版本、負責人與回復方式 | 出現錯誤時能回到可用版本 |
JHMC 保留網址的自站例子
JHMC 在 2026 年 10 月更新搜尋服務與知識庫時，沿用 /services/search-visibility/ 與 /insights/。頁尾與文案的調整，沒有替既有內容建立新網址。
2026 年 10 月 7 日的上線前預覽檢查，確認搜尋服務頁保留原 canonical 與五個服務章節。這次內容更新已於 2026 年 10 月 8 日上線；這個例子說明如何保留網址與檢查內容，不代表已取得排名或流量成長。
上線後按原定義持續觀察
發布後由維護者檢查重要 URL、轉址與資源，由內容負責人核對答案與連結，由業務負責人確認新詢問的交接。實際角色與頻率在專案開始前確認，不把每個問題都留給搜尋顧問猜。
Search Console 的索引資料與即時測試用途不同，平台重新處理也需要時間。比較同日期範圍、國家、裝置、查詢與頁面分組；發現下降時先查明原因，不直接用整站訪客升降判斷移轉是否成功。
若出現重要頁面消失、錯誤轉址或受理阻斷，依約定回復方案處理。涉及資料變更時另核對備份與影響；只回復程式不代表資料也已回到原狀。
在合作範圍寫清楚維護責任
合作前寫清楚：誰做舊網址清單、誰設定轉址、誰在上線後檢查，以及多久內處理發現的問題。改版完成後，繼續以同樣條件觀察索引、曝光、點擊與詢問。
常見問題
網址不變還需要做 SEO 檢查嗎？
需要檢查內容、title、canonical、索引控制、連結與操作是否被改動。保留網址可以減少變因，但不代表其他部分沒有風險。
舊頁面可以全部轉到首頁嗎？
不建議。應對應最相關的替代內容；沒有替代頁面時依實際情況處理退場，並同步整理內部連結與 sitemap。
301 轉址要保留多久？
Google 建議至少一年。還要考慮使用者、外部連結與維護成本，通常可以保留更久，並確認目的地持續有效。
可以同時換網域、系統與整份內容嗎？
風險與判讀難度會增加。先列出必要變更，能分批就分批，並保存基準、預覽驗收與可回復來源。
改版上線後多久能保證恢復排名？
沒有固定期限或保證。需核對技術、內容、平台重新處理與資料範圍，不能僅用一個日期承諾所有網站的結果。
資料來源與編輯說明
相關規則與技術說明參考下列來源；做法與示例由 JHMC 整理。實際執行時請核對現行規定與專案條件。