網站改版 SEO 的核心做法，是在改版前先建立舊網址到新網址的一對一對應表，讓重要頁面使用永久伺服器端 301 轉址，並在新站同步更新 canonical、內部連結、sitemap 與 Search Console 驗證。對台灣中小企業來說，改版最危險的不是版型變醜，而是產品頁、服務頁、案例文與高轉換文章突然變成 404、錯轉到首頁，或被 noindex 擋住。只要把遷移當成一個可驗收的營運專案，而不是設計上線交付，就能大幅降低搜尋流量與 AI 引用訊號中斷的風險。
網站改版 SEO 什麼時候一定要做？
只要網址會改，就需要做網站改版 SEO。Google Search Central 將這類情境稱為 site move with URL changes，包含 HTTP 換 HTTPS、網域變更、合併多個主機名稱、路徑從舊格式改成新格式等。官方文件提醒，這類遷移應先準備新站、測試、建立 URL mapping，然後再啟用轉址與監測，而不是只把新網站蓋上去。
如果只是同一個網域、同一批 URL，單純換主機或換視覺版型，風險通常較低；但仍要確認 robots、canonical、網站速度、內部連結與重要頁面的內容沒有被模板改壞。對台灣中小企業最常見的高風險場景，是重新架設形象網站、電商平台搬家、從 WordPress 換到別的 CMS、或把中文服務頁重新分類成新路徑。
改版前：先做 URL 對應表，而不是先看首頁
改版專案常從首頁視覺開始，但 SEO 應先從舊站資料開始。第一步是匯出目前有搜尋價值的 URL：自然搜尋入口頁、轉換頁、外部連結多的頁、熱門文章、產品與服務頁、品牌與地區頁。接著為每一個舊 URL 決定新狀態：保留、合併、改寫、刪除，或永久轉址到最相關的新 URL。
Google 的 site move 文件明確建議準備 URL mapping，並提醒不要把大量舊 URL 全部導向新首頁，因為不相關的轉址會讓使用者困惑，也可能被視為 soft 404。這一點對小型企業特別重要：如果舊站只有 80 個頁面，逐頁整理對應通常比事後救流量便宜得多。
| 改版項目 | 上線前應確認 | 沒做好的風險 |
|---|---|---|
| URL 對應表 | 每個重要舊 URL 都有最相關的新 URL 或明確 404/410 決策 | 排名頁變死頁，外部連結價值中斷 |
| 301 轉址 | 永久搬移使用伺服器端永久轉址，避免鏈式轉址 | 搜尋引擎與使用者被帶到錯誤頁面 |
| canonical | 新頁 canonical 指向自己的新 URL | Google 可能選到舊 URL 或錯誤版本 |
| 內部連結 | 新站導覽、文章、CTA 都改成新 URL | 站內持續把爬蟲與使用者送回舊路徑 |
| sitemap | 提交只包含新 URL 的 sitemap，lastmod 必須真實可驗證 | 新頁發現速度變慢，更新訊號混亂 |
上線當天：用 301、canonical、noindex 與 sitemap 做驗收
Google 的轉址文件建議，當頁面 URL 會永久改變時，應優先使用永久伺服器端轉址。實務上，台灣中小企業可以請工程或架站廠商在上線日提供三份驗收資料：轉址規則、抽測清單、以及測試結果。抽測清單至少要包含首頁、主服務頁、產品頁、案例頁、熱門文章、舊活動頁、地區頁與有外部連結的頁面。
同一天還要檢查 canonical 與 robots。Google canonical 文件說明，canonical 是向 Google 表示偏好版本的方法之一；改版後如果新頁 canonical 還指向舊 URL，就會發出混亂訊號。Google robots meta 文件也提醒，noindex 這類規則只有在爬蟲能存取頁面時才會被讀到；因此 staging 階段常見的 noindex，不該留在正式站。若先用 robots.txt 擋住整站，又期待 Google 看到 noindex 或 canonical，也會讓診斷變困難。
sitemap 則要在 Search Console 重新提交。Google sitemap 文件指出，Google 會在 lastmod 一致且可驗證時使用這個值；所以不要把所有頁面都批次標成今天更新，除非內容真的同步更新。比較好的做法，是讓 sitemap 只放正式可索引的新 URL，並把真正改寫過的頁面標出正確更新日。
上線後 4 週：每天看錯誤，週週看趨勢
Google 文件提到，小到中型網站遷移通常需要數週讓多數頁面完成處理，大型網站可能更久；期間搜尋能見度波動是正常現象。這不代表可以放著不管。上線後前 7 天應每天抽查 Search Console 的索引狀態、404、重新導向頁、canonical 選擇、sitemap 讀取與主要查詢曝光。第二到第四週改成每週整理趨勢：哪些舊 URL 還被爬、哪些新 URL 尚未被收錄、哪些高價值查詢掉出首頁。
對老闆或行銷主管而言，報表不需要很複雜。每週追五個指標就夠：自然搜尋點擊、重要關鍵字曝光、前 20 個入口頁、404/soft 404 數量、以及主要轉換頁的詢問或購買。若掉流量的頁面同時出現錯轉、無 canonical、noindex、或內容被大幅刪減，優先處理技術與內容一致性，而不是急著再寫新文章。
AEO/GEO：讓 AI 搜尋知道這是同一個可信實體
改版不只影響傳統搜尋，也會影響 AI 搜尋與答案引擎可以引用的訊號。Google 的 AI features and your website 文件說明，AI 搜尋功能會根據搜尋系統理解的網頁內容與可用控制項呈現結果；如果改版後公司名稱、服務描述、案例證據、FAQ、作者資訊與聯絡方式被拆散或刪掉，答案引擎就比較難判斷新站是否延續舊站的可信資訊。
因此，網站遷移時要保留可被引用的實體訊號：公司正式名稱、服務地區、主要服務、案例限制、資料來源、更新日期、FAQ、聯絡方式與品牌頁。舊文章若合併到新指南，應在新頁中清楚說明內容範圍與更新日期；案例頁若換 URL，應保留客戶類型、問題、做法、結果與限制。這些細節不只是 E-E-A-T 裝飾，而是讓搜尋系統與 AI 摘要能可靠理解你的頁面在回答什麼問題。
誰適用、誰不適用這份檢查表？
這份檢查表適合準備換網域、改 URL 架構、重做企業官網、搬電商平台、整理大量舊文章、或把多個品牌網站合併的台灣中小企業。它也適合已有穩定自然搜尋流量、詢問表單或內容資產的公司，因為遷移風險會直接影響營收線索。
如果你的網站剛上線、幾乎沒有自然搜尋流量、也沒有任何外部連結，則不用把專案做得過度龐大；但仍應建立乾淨 URL、正確 sitemap、基本 Search Console 驗證與可維護的內容架構。若牽涉大型電商、會員系統、多語網站或跨國網域，則需要工程、SEO、資料分析與法務一起規劃，不能只靠這份中小企業版檢查表。
資料更新與限制
本文於 2026 年 5 月 17 日整理，主要依據 Google Search Central 的 site move with URL changes、redirects and Google Search、canonicalization、sitemap、robots meta 與 Search Console Change of Address Tool 說明，並參考 AI features and your website 對 AI 搜尋呈現的官方說明。搜尋系統處理速度、各 CMS 的轉址能力、主機設定與網站規模都會影響結果；本文提供遷移檢查框架，不保證排名或流量維持不變。
結論：改版交付不是結束，搜尋遷移才是驗收
網站改版 SEO 最該被提前納入專案範圍。只要 URL 會改，就先做舊新網址對應；只要內容會合併，就決定最相關目的地；只要正式上線，就檢查 301、canonical、noindex、sitemap 與 Search Console。對台灣中小企業來說，這不是技術潔癖，而是保住已經累積的內容資產、外部連結、品牌信任與 AI 可引用訊號。下一次網站改版，不要只問新版好不好看，也要問舊流量有沒有被正確帶到新家。
FAQ
網站改版 SEO 最早什麼時候要開始？
只要確定 URL、網域、CMS 或內容架構可能改變，就應在設計與開發前開始。URL 對應表、轉址策略與內容保留清單越早完成，上線後越不容易補救。
所有舊網址都一定要 301 轉址嗎？
不是。仍有價值或有相近新內容的舊 URL 應轉到最相關的新 URL；已刪除且沒有替代內容的頁面，可以回傳正確的 404 或 410。不要把不相關頁面全部轉到首頁。
網站改版後流量下滑多久算正常？
小到中型網站可能需要數週讓搜尋系統重新爬取與理解新舊 URL。若 4 週後高價值頁面仍有大量錯誤、未收錄或 canonical 異常，就應逐頁排查。
換 HTTPS 需要用 Search Console Change of Address Tool 嗎？
Google 的 Change of Address Tool 說明指出，HTTP 到 HTTPS 的搬移不使用該工具；仍應遵守網站遷移指南、設定轉址並監測 Search Console。
網站改版會影響 AI 搜尋引用嗎？
會。若改版刪掉 FAQ、案例證據、更新日期、作者或公司實體資訊，AI 搜尋與答案引擎可引用的上下文會變弱。遷移時應保留可信、可驗證、可引用的內容訊號。
延伸閱讀
如果你想把這個主題接到下一步操作，可以接著讀：