網站改版完整 Check List：舊站數據遷移、SEO 轉址與架構升級指南

許多企業在經營官網數年後，常面臨介面老化、手機版體驗不佳或後台功能無法擴充的瓶頸。然而，不少企業在滿心歡喜迎接視覺嶄新的新官網上線後，卻發現平日賴以為生的 Google 自然搜尋流量瞬間腰斬、原本排名第一的核心關鍵字全數消失，陷入「改版成了品牌災難」的窘境。

‍

網站改版並非只是替換一套好看的視覺外觀，更是一場涉及「數位資產遷移」與「搜尋引擎權重繼承」的嚴謹工程。若您正在規劃企業的整體數位門面與建站策略，建議先通讀我們的總指南：【2026 企業形象網站製作指南】客製化網頁設計流程、架構規劃與成本效益評估，建立完整的客製化建站思維。接下來，本文將以實務經驗，提供一份可逐項打勾驗收的改版檢核清單，帶您安全跨越時程控管、301 轉址與 CMS 架構升級的三大關鍵門檻！

‍

一、 網站改版前期：時程控管與舊站資產全面盤點

許多改版專案之所以嚴重延宕或在技術上踩雷，主要原因在於前期缺乏嚴謹的「舊站數位資產審計（Content & Asset Audit）」。在畫任何一張設計稿之前，必須先理清舊站的底牌。

‍

1. 導出舊站全站 URL 與歷史流量數據

在動工前，請透過 Google Search Console（GSC）與 Google Analytics 4（GA4）導出過去 12 個月內「獲得最多點擊與曝光」的高價值頁面。這些頁面是企業的命脈，必須在改版架構中受到最高規格的保護，確保其內容深度與主題相關性在新站中被完整繼承。

‍

2. 爬取舊站完整架構（Screaming Frog 爬蟲掃描）

使用專業爬蟲軟體（如 Screaming Frog SEO Spider）對舊站進行全站爬取，匯出完整的 HTML 狀態碼、Title 標籤、Meta Description、H1 標題、圖片 Alt 標籤以及各頁面的內部連結數量。這份清單將成為後續製作 301 轉址對照表的基準依據。

‍

3. 制定雙軌制的改版專案時程表（Milestones）

嚴格的網站改版流程應預留足夠的時間給「數據遷移」與「預發佈測試」：

‍

• 階段一：需求訪談與現狀盤點（第 1 ~ 2 週）：釐清改版商業痛點，完成舊站高權重頁面清單與功能規格書。
  
  
• 階段二：Wireframe 與新架構規劃（第 3 ~ 4 週）：重新規劃新站 Sitemap，確認所有舊核心頁面在新架構中的落腳處。
  
  
• 階段三：UI 視覺設計與切版確認（第 5 ~ 7 週）：完成響應式介面設計，確保跨裝置瀏覽流暢。
  
  
• 階段四：CMS 內容遷移與 301 轉址表建立（第 8 ~ 9 週）：將舊站圖文與歷史資料完整搬遷至新後台，並完成一對一轉址對照。
  
  
• 階段五：Staging 測試站驗收與正式切換（第 10 週）：封閉式環境進行全面 QA 測試，選定流量低峰期執行 DNS 切換。

‍

二、 網站改版 SEO 核心死穴：301 轉址與權重無縫繼承

在所有網站改版 SEO 注意事項中，「301 永久轉址（301 Permanent Redirect）」是決定改版成敗的最關鍵因素。如果新網站調整了網址結構（URL Structure），而沒有做好轉址配置，Google 爬蟲與老客戶造訪舊網址時將直接撞上「404 找不到頁面」，累積多年的反向連結與搜尋權重會在短短幾週內化為烏有。

‍

1. 什麼是 301 轉址？為什麼不能用 302 替代？

301 狀態碼代表「該網頁已永久遷移至新網址」，它會主動通知 Google 爬蟲將舊頁面的歷史信任度、排名權重與反向連結（Backlinks）傳遞給新頁面。許多非專業團隊誤用 302（暫時轉址），這會讓 Google 認為舊網址隨時會恢復，進而阻止權重轉移，導致新頁面遲遲無法獲得應有的排名。

‍

2. 建立「一對一」精準轉址映射矩陣（Redirect Mapping）

轉址最忌諱將所有舊網址「偷懶地全部導向新首頁（Home）」！這種做法會被 Google 判定為軟性 404（Soft 404），嚴重傷害網站評分。正確的做法是建立嚴格的一對一語意對應：

‍

• 舊產品專頁 ➔ 轉址至 新對應產品專頁（保留產品關鍵字權重）
  
  
• 舊知識專欄文章 ➔ 轉址至 新對應文章 Slug 網址（保留長尾搜尋流量）
  
  
• 舊核心服務分類頁 ➔ 轉址至 新核心服務分類頁（保留商業搜尋量）
  
  
• 若新站已廢棄該業務 ➔ 轉址至 最相近的父層服務類別頁，切勿全數甩回首頁。

‍

‍

3. 避免「轉址鏈（Redirect Chains）」與「轉址迴圈（Loops）」

在設定伺服器轉址規則（.htaccess 或雲端 CDN 規則）時，務必確保舊網址「一步到位」跳轉至最終新網址（A ➔ B）。避免出現 A ➔ B ➔ C 的轉址鏈，因為每多一層跳轉，都會衰減頁面權重的傳遞效率並增加伺服器延遲時間。

‍

4. 監控 404 自訂錯誤頁面與即時修復

即便規劃再周延，正式上線後仍可能存在未捕捉到的邊緣連結。新站必須客製化設計引導友善的 404 頁面，提供返回首頁按鈕與熱門導覽，同時在 Google Search Console 中密切監控「未涵蓋/404 錯誤」清單，並在 24 小時內補上 301 規則。

‍

三、 後台 CMS 系統升級檢核清單：擺脫舊系統包袱

許多老舊網站採用的是封閉式客製系統或版本過舊的開源後台，不僅維護困難、經常破版，甚至存在嚴重的資安漏洞。改版換到現代化後台（如 Webflow CMS 或輕量化客製架構）時，務必完成以下升級檢核：

‍

1. 欄位結構化與模組化能力

現代企業後台不應只是一個陽春的純文字輸入框，而必須支援結構化的模組編輯。檢查新 CMS 是否具備獨立的文章作者、文章分類、自訂發佈日期、標籤等獨立欄位，這有利於未來自動生成 Schema.org 結構化資料，爭取 Google 的富媒體搜尋結果（Rich Snippets）。

‍

2. 自由掌控 SEO 專屬標籤欄位

後台必須允許管理者自主調整每一篇頁面與文章的「SEO 專屬設定」，而非強迫與前台顯示標題綁定：

‍

• 獨立的 Meta Title 與 Meta Description 輸入框（能自訂字數，不被前台文字限制）。
  
  
• 靜態 Slug 網址自訂權限（可輸入全英文小寫語意化 Slug，不再依賴系統隨機生成的動態代碼）。
  
  
• 獨立的 Open Graph（OG）社群預覽圖片與文字設定，確保分享至 LINE、Facebook 時視覺不跑版。
  
  

3. 次世代圖片自動壓縮與 WebP 支援

舊系統常因管理者隨意上傳數 MB 的原圖而讓網站嚴重卡頓。新 CMS 系統應在圖片上傳時自動進行最佳化處理，支援 WebP 格式轉換與延遲載入（Lazy Loading），以確保通過 Google Core Web Vitals 的嚴格檢測。

‍

4. 資料安全備份與角色權限劃分（RBAC）

確保新後台具備自動版本存檔（Version History）功能，遭遇誤刪內容時能一鍵回滾；同時具備管理者、編輯者等不同層級的權限管理，防止非授權人員更動到全站核心代碼或 SEO 關鍵設定。

‍

四、 新網站上線前與上線後 48 小時關鍵檢核步驟

‍

1. 上線前關鍵動作：檢查測試站 noindex 標籤是否已移除

在開發階段，測試網站通常會加入 <meta name="robots" content="noindex, nofollow"> 阻擋搜尋引擎收錄。正式上線切換 DNS 網域時，第一要務就是確認這行標籤已徹底移除！許多改版流量雪崩的低級失誤，正是因為上線後忘了拿掉 noindex，導致全站被 Google 主動除名。

‍

2. 上線即刻動作：提交全新 XML Sitemap 與驗證 GSC

DNS 指向完成且 SSL 安全憑證生效後，立即進入 Google Search Console：

‍

• 提交新站的 XML Sitemap（如 sitemap.xml），主動引導 Google 爬蟲加速抓取新頁面。
  
  
• 使用「網址審查工具」對首頁及前 10 大核心頁面進行「要求建立索引」。
  
  

3. 上線即刻動作：檢查 GA4 代碼與事件轉換追蹤

確認新網站每一頁皆已正確安裝 Google Analytics 4（GA4）追蹤碼，並立刻透過「即時報表（Realtime）」測試首頁點擊、詢價表單送出等核心事件（Key Events），確保數據紀錄不中斷。

‍

4. 上線後 48 小時內：進行全面轉址驗收

利用爬蟲工具掃描所有舊站網址清單，確認每一個舊 URL 都精準回傳 301 狀態碼，並順暢抵達新頁面；若出現 404 或 500 伺服器錯誤，必須在黃金 48 小時內排除完畢。

‍

五、 網站改版常見問題 FAQ

Q1：網站改版後，舊網站的 Google 搜尋排名一定會下跌嗎？

通常會經歷 1 至 3 週的「演算法適應期（Ranking Fluctuation）」。當新架構上線、URL 變更或內容版面調整時，Google 需要重新爬取並重新計算關聯性，排名短暫微幅浮動是正常現象。只要 301 轉址落實、新站載入速度更快且內容價值提升，通常在 1 個月內排名不僅會回穩，更往往因為更好的使用者體驗（Core Web Vitals）而大幅超越舊站！

‍

Q2：原本表現很好的舊文章，改版時可以大幅刪改文字嗎？

千萬不要隨意刪除高流量舊文章的核心文字！ 該頁面之所以能排在 Google 首頁，正是因為其現有內容精準滿足了使用者的搜尋意圖。改版時應保留原本的文字主題與段落邏輯，主要針對「排版美化、圖片畫質、行動裝置閱讀體驗與 CTA 引導動線」進行升級，避免因為過度刪減關鍵字而失去既有排名優勢。

‍

Q3：改版如果連「網域名稱（Domain）」都要更換，該注意什麼？

若涉及更換主網域（例如從 company-old.com 換成 company-new.com），風險與複雜度會大幅增加。除了要將所有舊網址 301 轉址到新網域對應網址外，必須在 Google Search Console 中使用「變更網址工具（Change of Address Tool）」正式向 Google 報備，並且舊網域與舊主機必須持續保留續費至少 1 年以上，確保轉址權重能完整傳遞完畢。

‍