文章目錄
舊網站看起來過時，卻可能有幾篇產品說明、服務頁或 PDF，持續把客戶帶進來。改版時如果只把首頁做漂亮，卻把這些入口刪掉，新的網站不一定能接住原本的詢問。
改版不是把舊畫面換掉，而是把既有內容、網址與訪客任務一起交接。 排名變化也不只有一種原因，不能看到流量下降就全部歸咎於新設計。
Google 的網站搬遷指引提醒，重要變更可能在重新抓取與索引期間造成排名波動；轉址也應長期保留，通常至少一年。這些是降低搬遷風險的基本做法，不是排名不變的保證。
先分清楚：你改了什麼？
同樣叫網站改版，工作範圍可能完全不同。
| 變更情況 | 交接時要先問的問題 |
|---|---|
| 只換視覺，網址不變 | 原本重要資訊與操作是否保留？ |
| 換後台或網站技術 | 新系統能否沿用既有路徑與內容？ |
| 服務重新分類、合併頁面 | 每個舊入口在新站應去哪裡？ |
| 同時更換網域 | 舊網域由誰維持，哪些外部連結要更新？ |
如果只是換設計，不必為了「看起來有改版」而把全部網址重命名。網址要不要動，應該由資訊架構與維護需求決定。
同時換網域、換後台、大量刪文又改服務定位，之後很難判斷哪一項造成變化。能分階段就先拆開；不能拆的，至少把各項變更記錄清楚。
還沒決定改版範圍，可以先整理網站改版前的需求檢查表。本文則著重在確定要改之後，如何交接搜尋入口。
第一步：盤點的是入口，不只有導覽列
請不要只照選單上的五個頁面列清單。過去文章、產品下載、舊活動頁與被外站引用的案例，都可能是訪客入口。
把後台內容清單、現有 sitemap、流量資料與已知外部連結放在一起核對。沒有分析資料，也可以先從仍在使用的服務頁、常被業務分享的網址與現有文章開始。
每個重要入口先回答四個問題：
- 訪客原本來這一頁想找什麼？
- 這項資訊現在還正確嗎？
- 新網站哪一頁負責回答同一個問題？
- 誰負責確認內容搬過去後仍然完整？
不要只按瀏覽量決定去留。某個規格頁的訪客很少，卻可能正好服務最重要的詢價客戶。業務價值要和流量一起看。
第二步：建立舊新網址對照表
以下是虛構的路徑範例，用來示意交接方式，不是本網站的轉址設定。
| 舊入口 | 處理方式 | 新去向或結果 |
|---|---|---|
/services/design | 保留 | 原路徑繼續提供對應服務 |
/service.php?id=12 | 搬移 | 永久轉址到對應的新服務頁 |
/news/qa-a、/news/qa-b | 合併 | 轉到確實涵蓋兩者內容的整合頁 |
/events/old-campaign | 移除 | 無相關替代內容時，回傳適當錯誤狀態 |
/downloads/spec.pdf | 保留或搬移 | 確認業務仍在使用的下載連結 |
先決定內容歸屬，再決定轉址。若新站根本沒有對應內容，就不能用一條轉址規則假裝已完成交接。
Google 的搬遷指引也提醒，不要把大量舊網址導向不相關的首頁，否則可能被視為 soft 404。真正合併內容時，才把舊頁導向能承接原本資訊的新頁。
第三步：轉址要到對的地方，不只是「有跳頁」
對永久搬移的公開頁面，常見做法是伺服器端的 301 或 308 轉址。Google 將永久轉址視為選擇新標準網址的重要訊號；暫時轉址的用途不同，應按搬移性質設定。見 Google 的轉址說明。
交接時請開發者驗證：
- 舊網址回應的狀態是否符合規劃。
- 最終頁面是否正常提供內容，而不是再次轉到錯誤頁。
- 網址含有參數時，是否仍對到正確項目。
- 是否繞經已停用的舊網域或中間頁。
- 目標頁是不是訪客原本要找的內容。
例如舊連結要找「企業攝影服務」，結果被送到首頁，從技術上確實跳了頁，卻沒有完成內容交接。轉址驗收要同時看技術結果與資訊對應。
轉址也不能補回被刪掉的產品規格或案例證據。真正有價值的內容，仍需要有人整理與搬移。
第四步：canonical、noindex 與 sitemap 分開檢查
這三個名詞常被統稱為 SEO 設定，但用途不一樣。
canonical：哪個才是這份內容的主要網址？
canonical 是提供給搜尋引擎的標準網址訊號，不會像轉址一樣把訪客帶到別頁，也不是強制命令。改版時要檢查新頁是否仍錯指向測試站或舊內容。相關原則見 Google 的標準網址文件。
交接表可以加一欄「預期主要網址」，請廠商對重要頁面核對，避免只驗首頁。
noindex：這個公開頁面是否允許被納入索引？
測試站常需要避免被搜尋收錄，但正式發布時不能把測試設定整包帶過去。請檢查 HTML 與回應標頭中的索引設定，並區分哪些頁面本來就不該收錄。
robots.txt 的禁止抓取與 noindex 不是同一件事。若 Google 無法抓取頁面，就可能讀不到頁面的 noindex。兩者不要混成一個開關來理解。見 Google 的 noindex 說明。
sitemap：提供哪些新網址讓搜尋引擎發現？
sitemap 應列出希望被搜尋索引的正式標準網址，避免混入測試網址或錯誤目的地。但提交 sitemap 只是協助發現頁面，不保證收錄或排名。見 Google 的 sitemap 文件。
這些檢查要和內容、站內連結一起做，不能因為網站有一個 sitemap.xml 就算 SEO 交接完成。
上線當天，請留下可以比較的紀錄
切換前先保存重要頁面、原有設定及可恢復的網站版本。若同時搬資料，還要決定切換期間的新資料由哪邊接收，避免恢復舊版時漏掉新詢問。
正式切換後，由雙方各確認自己負責的項目：
- 內容負責人檢查文字、圖片、下載檔與服務資訊。
- 開發者檢查轉址、索引設定、部署與錯誤記錄。
- 業務窗口用舊分享連結進站，完成一次主要詢問流程。
- 專案負責人記錄切換時間、版本、未解問題與後續窗口。
若同時更換網域，還要確認郵件與其他使用舊網域的服務沒有被誤動。不要因為新網站已開啟，就直接停用仍承接舊連結的服務。
表單與實際流程怎麼驗，可以搭配網站驗收的八個使用情境。
改版後流量掉了，先查哪裡？
先不要立刻再次改版。請先確認下降的是什麼，以及資料是否可比較。
| 現象 | 優先排查 |
|---|---|
| 分析工具突然沒有資料 | 追蹤設定、同意設定、事件定義是否變動 |
| 原本重要網址打不開 | 對照表、轉址目的地與部署結果 |
| 部分頁面搜尋曝光改變 | 對應內容是否刪減、索引與標準網址是否正常 |
| 訪客差不多，但詢問減少 | 服務內容、表單、聯絡入口與通知流程 |
比較時盡量保持相近期間、相同流量來源與相同指標定義，並考慮季節或活動影響。總流量下降也可能混合多種原因，不能只看一張折線圖就下結論。
如果主要問題是有訪客卻沒有詢問，則回到官網轉換路徑的四個斷點檢查，別把所有問題都叫做 SEO。
常見問題
網站只換設計，網址不變，也要做 301 轉址嗎？
如果原網址仍直接提供對應內容，通常不需要因為換設計就新增轉址。但仍要檢查內容、內部連結、搜尋索引設定與主要操作流程。只有網址搬移、合併等情況，才需要依實際去向規劃轉址。
舊頁面刪掉後，全部轉到首頁可以嗎？
不建議。若有真正對應的替代內容，應轉到該頁；若已永久移除且沒有相關替代頁，則應回傳適當的 404 或 410。把大量不相干舊頁導向首頁，無法延續訪客原本要找的資訊，也可能被 Google 判定為 soft 404。
網站改版後多久能恢復原本排名？
沒有所有網站通用的期限，也不能保證恢復原位。搜尋引擎需要重新抓取與處理頁面，內容與競爭也可能改變。應先確認技術錯誤、索引情況與重要頁面的流量變化，而不是承諾固定幾天回到原排名。
結論
好的改版交接，會留下重要入口清單、舊新網址對照、內容負責人、技術驗證結果與切換紀錄。
你不需要承諾排名完全不動，但需要知道每個有價值的舊入口去了哪裡，以及出問題時誰能查、怎麼修。
如果你正要更換網站廠商或網站系統，可以帶著舊站與改版方向一起討論，先把該保留的內容與網址盤清楚，再安排新站製作。
