網站改版網址怎麼對照？逐頁建立轉址表與上線抽查

逐頁整理舊新網址、統一格式、標記無對應頁，並用轉址與站內連結抽查，找出改版後沒有去向或導錯頁的網址。

改版前先把「舊頁去哪裡」變成可追蹤的逐頁決策：每個舊網址有明確去向、無對應原因與驗收結果，避免上線後才發現讀者落到錯誤頁面。以下用一份映射表串起盤點、格式規則、轉址抽測與上線後抽查。

建立舊新網址對照

第一步先定義主表要回答的問題：舊網址由哪裡來、新頁是否承接同一個需求、上線後由誰驗證。把舊站可被找到或使用的網址彙在同一份清單，來源可包含網站地圖、CMS 匯出、網站分析工具的落地頁報表，以及導覽、頁尾、活動素材中的連結。不同來源先合併去重，但保留原始網址與發現來源；不要先刪查詢參數或把大小寫改掉，因為這些差異可能正是漏掉的入口。再加入頁面名稱、主題、原用途、預計處置、負責人、確認狀態等欄位。政策、聯絡、登入和下載頁也要判斷是否保留。 接著獨立建立新站頁面清單，逐頁比對主題、受眾、主要任務和內容承接程度。標題相似不代表可以互轉；只有讀者目的與核心資訊大致相同，才適合一對一映射。多個舊頁合併到一個新頁時，記下合併理由與主責舊網址；一個舊頁拆成多個新頁時，寫清楚判斷分流的條件，避免操作人員自行猜測。網址旁可加映射類型、來源、審核人、確認日期和待解問題，未確認的列留在主表，不要移到私人筆記裡。 | 舊網址（假設） | 新網址（假設） | 對應理由 | 決策 | | /old/services/site-review | /services/site-audit | 同為網站健檢介紹 | 一對一 | | /old/blog/redesign | /blog/redesign-guide | 主題相同，內容已重寫 | 一對一 | | /old/event/launch | — | 活動結束，沒有延續頁 | 標記退場 | 表格網址純屬假設。遇到內容短、主題含混或同時可能指向數個新頁的舊頁，先由內容負責人說明哪一頁最能完成原本任務，再由執行人員依決策填表。每筆都要能回到舊頁和新頁檢視依據；若只剩首頁可選，應先查是否有分類頁、替代說明或合併頁，而不是把首頁當萬用終點。這份映射表要能讓非作者也照欄位完成，不依賴口頭記憶。

統一網址格式規則

統一格式規則要先寫成可檢查的清單，否則同一頁可能因協定、網域或斜線差異被算成數筆，也可能漏掉真正被使用的舊入口。表頭至少註明正式協定、主要主機名稱、路徑大小寫政策、末尾斜線、語系前綴、預設檔名、副檔名，以及查詢參數如何保留或移除。舊站若有 http 與 https、含 www 與不含 www 的版本，都列為樣本並指定同一個預期終點；不要假設主機或框架會自動整理。不同環境的處理方式可能不一樣，須在可控測試環境實際驗證。 比對時先把網址拆成協定、主機、路徑、查詢字串和錨點，再依規則正規化供去重；原始值仍留存，方便定位用戶或外部網站實際輸入的版本。像 /Guide 和 /guide、/service 和 /service/，不能只因文字接近就合併，先確認伺服器是否區分大小寫、末尾斜線是否產生另一個頁面。帶 utm_source 的連結若內容相同，可歸到同一目標並記錄參數策略；若查詢字串控制篩選結果、語系或商品選項，就要保留對應規則。 例如假設舊網址 http://www.example.test/Guide/ 與 https://example.test/guide 都指向同一篇新內容，規則可以要求兩者最後到 https://example.test/guide；這只是格式示意，實際主機名稱應換成你的站點。正式網址樣式確定後，再產生映射規則，並確認規則的套用順序：先處理已知的特例，再由一般規則收尾。不要先寫一條「全部舊路徑都去首頁」的廣泛規則，因為它會掩蓋路徑漏列、大小寫差異和查詢參數誤判。 規則表另寫一欄「正規化後的比較鍵」，讓表格篩出重複項而不改掉原始資料；再用抽樣確認每個舊格式只經預期轉址到達正確的新格式。若新網址仍會跳轉，將終點回填並確認沒有多段串接。

標記無對應舊頁

不是每個舊頁都會在新站找到同名替代品，所以表格要把「無對應」當成明確狀態，而不是空白、破折號或預設首頁。可將處置分為保留並轉址、合併承接、內容退場、待決四類；欄位記錄判斷理由、審核人、最後確認日和若有替代方案的目標網址。空白表示未處理，待決表示已找到責任人但尚未決定，兩者不能混為一談。新站新增而舊站沒有前身的頁面，也應標記為新頁，不要反向硬配到看似相關的舊網址。 逐筆判斷時，先問舊頁是否仍承載持續需求、重要資訊、下載內容或外部引用；再問新站是否有內容完整、語意相近的頁面能接手。若舊活動已結束且沒有後續資訊，記錄退場理由，確認網站對該路徑採用預期的不存在回應；若內容已整併，則選擇能承接主要問題的新頁，並確認頁面上有必要說明。不要把不同意圖的多頁都導向首頁或單一分類頁，因為讀者到達後可能找不到原本資訊。對於尚未決定的列，指定決策者或依賴資料，讓它在上線清單中保持可見。 假設「春季活動報名」已結束且無後續，可標為退場；「服務 A 介紹」搬到新路徑，標為保留並轉址；兩篇入門文合併成指南，標為合併承接，記下兩個來源和一個目標。這些皆是假設。 上線前逐筆篩出「空目標、待決、相同舊網址對應多個互斥頁面、目標本身標記退場」等列，要求負責人完成決定。若確實沒有替代頁，應保留清楚的退場處理和可查記錄，不能為了讓表格看起來完整而填入不相關頁。最後將決策同步給會被影響的角色，讓讀者詢問時仍能被引導到有效資訊。

抽測一對一轉址

一對一映射列填好後，抽測不只看瀏覽器畫面是否出現新頁，而是核對整段路徑和內容。每筆先從舊網址直接請求，確認回應是否符合預期、最後停在哪個網址，再比對新頁的標題、主題與主要內容是否承接舊頁。永久搬遷的舊網址通常應採用永久轉址策略；若只是短期活動或暫時停用，依實際情況選擇暫時處理，不要把兩類混用。檢查時記錄起點、每一跳、最終網址、回應狀態、內容核對結果和測試人。 測試要涵蓋常見格式變體，例如舊網址有無斜線、大小寫、www、http、語系前綴、舊副檔名和帶追蹤參數版本。若檢查工具只顯示第一個回應，需設定跟隨轉址並讀出完整鏈；可用瀏覽器複查，但網址列變化不代表完成。常見失敗包括轉回舊站、停在中介頁、跳到錯語系、出現循環、回應錯誤或到達內容不相干頁面。每一類都要回填失敗原因與負責修正者，修完再用同一個起點重跑。 例如假設舊文 A 的內容移到新文 B，通過條件應是舊網址直接抵達 B，且中途沒有不必要的 C 頁；B 回傳正常頁面，標題與核心資訊能回答 A 原本的需求。若舊網址先去分類頁，再由分類頁跳文章，雖然最後看到文章，也應縮短規則，避免多段轉址增加排查成本。若新頁須登入或下載才能提供舊頁主要內容，還要實際檢查功能能否使用，不以標題相似代替核對。 將結果分成通過、失敗、待決三種，不要把未測試列算入通過。測試一列就留下可重現的網址和時間，不用只寫「正常」；若多個舊網址採同一規則，既要抽看共用規則，也要另查高風險個別頁。修正後保留映射與複測結果，便於追溯。

檢查頁內連結

轉址表正確，仍可能因站內連結繼續指向舊路徑而增加跳轉，也可能讓讀者在導覽或頁尾找到過期入口。發布前用全站掃描或 CMS 匯出找出指向舊網址的內部連結，分開檢查主導覽、頁尾、麵包屑、文章內文、相關閱讀、圖片、下載檔、按鈕與表單完成頁。優先修正共用版型與高流量頁，再處理長尾文章；把每個舊連結改成新站的直接網址，讓轉址規則負責外部仍存的舊入口。舊連結也常藏在深層文章、活動頁或下載說明中。 掃描結果保留來源頁、連結文字、目的網址與處理狀態。逐筆檢查目的頁是否存在、內容符合連結承諾、錨點仍可找到，並留意導覽項目名稱是否因改版而改義。若內文連到已合併的頁面，確認新頁確實包含原本引用的資訊；若只是搬家，直接換成新網址。檢查 canonical、網站地圖、語系切換及其他會宣告頁面版本的站內設定，確保沒有留下舊網址或指向錯誤版本。不同站點工具欄位可能不同，以實際輸出為準。 有些連結由模板、資料檔或元件產生，先確認來源，再改原始位置並重新生成頁面，避免下次建置又恢復舊值。無法立即更新的外部連結列入追蹤，確認舊址仍能到達對應頁；與自家可修正的頁面分開列管。若來源頁已退場，判斷是否要從新站 sitemap 或導覽中移除。 完成後重新掃描相同範圍，比較剩餘舊鏈結數，並抽看修改頁面在桌機和手機版的呈現。檢查連結文字、按鈕、圖片替代文字和下載檔是否一併更新；可點不代表仍符合上下文。把保留舊路徑的例外記下原因、承辦人與檢查日期，以便下次分辨刻意保留或疏漏。

完成上線前後抽樣

抽樣安排要同時看網址類型與業務風險，不能只隨機挑容易打開的頁面。上線前在可控環境先分層：重要入口、表單或轉換頁、長尾文章、活動與下載頁、語系頁、帶參數版本、預計退場頁；每類都抽到代表網址，另把高風險頁列為必測。抽樣表記錄分層、母體數、抽中網址、檢查項目、結果、問題負責人和複測狀態。若有共用規則，每種都測一個典型網址，另測邊界案例，例如最長路徑、大小寫不同或查詢參數組合。 假設某次改版有一百個舊網址，先抽三十個，其中十個屬於重要入口、二十個由其他類別分層抽出；這只是示範，不代表三十個即可保證全數正確。發現錯誤時，判斷是單一列填錯、整組規則錯，還是新頁內容未就緒；若是共用規則，就擴大檢查所有受影響路徑，而不是只修那一列。抽樣可找問題與確認修正，不能取代完整對照和自動化掃描。 上線當天選已核准的代表網址，從正式入口核對最終網址、頁面主題、功能和可見錯誤；再用網站日誌或分析資料觀察是否有舊址仍被請求、錯誤回應集中在哪些路徑。資料可能有延遲或不完整，判讀時標註區間與來源，不以短時間無回報判定無問題。上線後抽取新出現的舊址、客服回報和重要外部入口，更新映射表與修正紀錄；修正後從原始舊址重測，確認沒有改壞其他正確路徑。 你的下一步可以先匯出所有舊址，建立含處置、目的頁與負責人的主表，再由熟悉內容的人逐列確認。若改版還涉及工作流程、網站規劃與後續維護，可前往 ZhenheAI 官網 了解目前的規劃方向，帶著已整理的映射表討論範圍與交接責任。