網站改版換網址：301 對照表與舊連結驗收全攻略

文章目錄

• 1. 整理舊網址與重要入口
• 用三個來源交叉比對舊網址清單
• 標記高價值入口頁面
• 2. 決定每個舊頁的處理方式
• 有對應新頁才轉址
• 沒有對應頁面時的三個選項
• 3. 建立轉址對照表
• 對照表必備欄位
• 避免轉址鏈與迴圈
• 4. 驗證回應碼與最終網址
• 用瀏覽器開發工具逐筆檢查
• 用線上工具批次驗證
• 常見的轉址設定錯誤
• 5. 持續觀察搜尋與失敗連結
• Search Console 是主要觀察依據
• 內部連結與外部連結分開排查
• 觀察期大約落在三個月

網站改版換網址：301 對照表與舊連結驗收，指的是把每一個有價值的舊網址逐一對應到新網址，並在上線後用回應碼與工具驗證轉址是否正確生效。多數團隊改版時只做了「全部轉首頁」這一步，結果是舊頁累積的排名與反向連結價值大量流失。台中不少中小企業主在換版後發現自然流量腰斬，追查原因往往不是新網站設計不好，而是轉址規劃從一開始就做錯方向。

這篇文章不重複一般的「網站改版注意事項」大全，而是聚焦在一件具體的事：怎麼把舊網址到新網址的對照表做出來、怎麼判斷哪些頁面該轉址、轉去哪裡，以及上線後要驗收什麼。內容會提供可以直接套用的表格欄位與檢查項目，核對依據是 Google Search Central 官方文件中關於網站搬遷的說明。

本文重點摘要

• 網站改版換網址：301 對照表與舊連結驗收的關鍵在於一對一映射，不是把所有舊頁導向首頁。
• 沒有合適新頁對應的舊網址，應考慮 410 或維持原頁，避免製造大量無意義轉址。
• 轉址上線後要用工具逐筆驗證回應碼，確認最終網址是 200 而非卡在 3xx 鏈。
• 搜尋結果的重新索引通常需要數週到數個月，期間要持續追蹤涵蓋範圍報告。
• 舊連結驗收要同時檢查內部連結、外部反向連結與第三方平台留存的網址。

整理舊網址與重要入口

改版前第一步是把舊網站所有的網址清點出來，而不是只憑記憶列出幾個「重要頁面」。實務上常見的做法是用網站地圖（sitemap.xml）、Search Console 的涵蓋範圍報告，以及爬蟲工具交叉比對，才能抓到那些沒有被主選單連結、但仍有自然流量或反向連結的孤兒頁面。

用三個來源交叉比對舊網址清單

第一個來源是現有的 sitemap.xml，這通常涵蓋網站主動想被收錄的頁面。第二個來源是 Search Console 的「網頁」報告，可以看到 Google 實際索引了哪些網址，這份清單常常比 sitemap 更完整，因為會包含舊版系統產生的參數網址或分頁。第三個來源是伺服器的存取紀錄（access log），能找出還有真實流量進來、但可能已經被遺忘的頁面。三份清單合併去重後，才是改版前要處理的完整舊網址範圍。

標記高價值入口頁面

清單整理完後，接著要標記哪些是「高價值入口」：自然搜尋流量排名前段的頁面、擁有外部反向連結的頁面，以及承接 LINE 官方帳號、Google 商家檔案或廣告素材連結過來的頁面。這些頁面在轉址規劃中的優先順序最高，任何疏漏都會直接反映在流量與詢問量上。建議用試算表欄位記錄：舊網址、近 90 天自然流量、反向連結數、外部導入來源，作為後續決定處理方式的依據。

決定每個舊頁的處理方式

不是每一個舊網址都需要 301 轉址，這是改版換網址最容易被誤解的地方。正確的判斷邏輯是：先問「新網站有沒有對應的頁面」，再決定要轉址、保留，還是讓它自然消失。把所有舊頁一律導向首頁，等於告訴搜尋引擎「這些內容已經不存在了但我們亂指一個地方」，長期反而會傷害網站的信任度。

有對應新頁才轉址

如果舊頁的內容在新網站有直接對應的頁面（例如產品介紹、服務說明、部落格文章搬家），就做一對一的 301 轉址，轉到內容最相近的新網址。假設一家做客製化網站開發的公司，把舊版「關於我們」頁面改版後搬到新的網址路徑，這種情況轉址邏輯很單純：舊網址對新網址，一對一。

沒有對應頁面時的三個選項

如果舊頁的內容已經不再提供，又找不到相近的新頁面，常見的錯誤是硬轉去首頁或某個分類頁。比較合理的做法有三種：一是用 410（Gone）明確告知這個資源已經永久移除；二是如果內容雖然停更但仍有參考價值，就保留原頁不轉址；三是若內容合併進某篇新文章，轉址到那篇文章而不是分類首頁。Google Search Central的網站搬遷文件也提到，轉址目標應該是語意相近的頁面，而不是概括性的首頁或分類頁。

把找不到對應新頁的舊網址全部轉去首頁，是改版時最常見也最傷排名的決定，寧可用 410 或保留原頁。

轉址的目的是延續使用者體驗，不是消化舊網址清單。

建立轉址對照表

決定好每個舊頁的處理方式後，接下來要把這些決定整理成一份可執行、可驗收的對照表。這份表格會直接交給工程端寫進伺服器設定（例如 Nginx、Apache 或 CMS 內建的轉址功能），表格的欄位設計得完不完整，會直接影響上線後出錯的機率。

對照表必備欄位

一份堪用的 301 對照表至少要有以下欄位：舊網址（完整路徑，含結尾斜線與參數）、新網址（完整路徑）、轉址類型（301 或 410 或不轉址）、處理理由（方便日後追查決策邏輯）、驗收狀態（待測試／已通過／異常）。建議用試算表管理，一列對應一組轉址規則，避免用文字敘述夾雜在溝通文件裡，容易漏掉細節。

避免轉址鏈與迴圈

常見的技術問題是轉址鏈（A 轉到 B，B 又轉到 C），每多一層轉址都會增加載入時間，也可能讓搜尋引擎在爬取時放棄追蹤。對照表建立時要檢查，新網址本身是不是又被轉到別的地方，如果是，就直接把舊網址指向最終的目的地，而不是一層一層接力轉。這個步驟在表格階段用公式比對就能抓出來，比上線後再排查省力很多。

驗證回應碼與最終網址

轉址規則寫進伺服器或 CMS 後，接下來要逐筆驗證，而不是上線後就當作完成。驗證的重點有兩個：回應碼是不是真的回傳 301（而非誤設成 302 暫時轉址），以及最終落地的網址是不是 200 正常回應，沒有卡在中間的轉址鏈。

用瀏覽器開發工具逐筆檢查

最直接的方法是用瀏覽器的開發者工具（F12）打開「網路」（Network）分頁，手動輸入舊網址，觀察請求的狀態碼。如果看到 301 後緊接著 200，代表這組轉址正常；如果看到 302，表示轉址類型設定錯誤，需要工程端修正，因為 302 暗示「這只是暫時的」，搜尋引擎不會把舊網址的排名權重轉移過去。若看到多組 3xx 疊加，就是前面提到的轉址鏈問題。

用線上工具批次驗證

如果舊網址數量超過幾十筆，逐一手動檢查效率太低，可以搭配批次檢測回應碼的線上工具或命令列指令（例如 curl -I 搭配腳本跑迴圈），把結果輸出成清單，比對對照表中的「驗收狀態」欄位，逐筆標記通過或異常。這個步驟建議在正式上線前先在測試環境跑過一輪，上線後再用正式網域重新驗證一次，兩次結果都要留存紀錄。

常見的轉址設定錯誤

假設一個情境：團隊把轉址規則寫在 CMS 外掛裡，卻忘記同時清除伺服器層級的快取，導致新規則上線後舊網址仍然顯示舊內容。這類狀況在共用主機或有 CDN 快取的環境特別常見，驗收時如果發現規則明明設定正確卻沒生效，優先檢查快取層，而不是直接懷疑轉址規則寫錯。

301 設成 302 是最容易被忽略的錯誤，表面上使用者體驗一樣，但排名權重完全不會轉移。

持續觀察搜尋與失敗連結

轉址上線並通過回應碼驗收，不代表改版工作結束。搜尋引擎需要時間重新爬取並更新索引，這段期間要持續觀察，才能及早發現遺漏的轉址規則或意外產生的錯誤連結。

Search Console 是主要觀察依據

改版後最重要的監控工具是 Google Search Console 的「網頁」（涵蓋範圍）報告與「連結」報告。涵蓋範圍報告會顯示哪些網址因為 404 或其他錯誤被排除索引，連結報告則能看出還有哪些外部網站連到舊網址。如果某個舊網址持續出現在錯誤清單中，代表轉址規則可能沒有正確覆蓋到這個路徑，需要回頭補上對照表。Google Search Central也建議在改版後持續監控涵蓋範圍報告，而不是上線後就不再追蹤。

內部連結與外部連結分開排查

內部連結的問題相對好處理，因為網站本身可以直接修正選單、頁尾、文章內文中殘留的舊網址連結。外部連結則無法強制對方修改，常見於其他網站的引用、新聞稿、論壇留言或書籤服務中留存的舊網址，這些只能靠 301 轉址來承接，無法要求對方更新。建議定期用 Search Console 的連結報告，確認主要的反向連結來源是否都已經被轉址正確導向新頁。

觀察期大約落在三個月

搜尋引擎重新索引改版後的網址，通常需要數週到數個月，視網站規模與爬取頻率而定，這段期間自然流量可能會有短暫波動，這是正常現象，不代表轉址規劃失敗。比較需要警覺的訊號是：三個月後涵蓋範圍報告中的錯誤數量沒有下降，或是特定高流量頁面的排名長期沒有恢復，這時才需要重新檢視對照表是否有疏漏。

改版後流量短暫下滑是正常現象，持續三個月不恢復才需要排查。

整個流程走完一輪後，建議把對照表與驗收紀錄保留下來，作為日後第二次改版或網站搬遷時的參考依據。這份文件本身也是一種風險控管，一旦發現流量異常，能快速回頭比對是不是轉址規則出了問題，而不是從頭排查整個網站架構。

我們在協助客戶進行網站改版與系統開發時，會把轉址對照表與驗收流程列為上線前的必要項目，而不是上線後才補做的收尾工作。如果你的團隊正在規劃網站改版，或是已經上線後發現流量異常，歡迎與我們討論現況，一起檢視對照表與驗收欄位是否完整。

網站改版前，先把轉址規劃談清楚

不確定舊網址該轉去哪裡、或改版後流量異常找不到原因，歡迎與我們聯繫，一起討論你的網站現況與可行的處理方式。