AO2 GUIDE 21 · 搜尋與量測
網站改版 SEO 先盤點既有網址、內容價值與必要功能。整理網址對照、轉址、內部連結及上線驗收，追蹤遺漏與異常，保留可用內容。
這篇提供企業官網改版的工作框架，從盤點、網址對照、轉址到上線回查。以下安排是規劃示例，不代表能保證排名或流量維持不變；實際移轉方式需依網站規模、架構與部署條件確認。
網站改版 SEO：改版之前，先定義哪些東西必須被承接
請先列出核心產品、服務、重要文章、文件、表單與多語版本，再確認它們目前的入口與用途。除了搜尋資料，也要詢問業務常分享哪些頁面、客服用哪些文件回答問題，以及哪些網址出現在型錄、簡報或其他公開資料中。
這份清單應記錄舊網址、主要任務、內容負責人與預計處理方式。不要只把網站選單列出來，因為很多重要內容可能沒有出現在主選單。也不能只依最近流量決定去留，專業文件可能有明確用途，卻不會每天帶來很多進站。
若需要先整理內容價值，可參考 舊文章盤點與更新。先確認哪些內容保留、補強或整合，再進入新網站架構，會比新畫面做好後才回頭找舊資料更容易掌握範圍。
分清楚版型調整、網址變更與網域移轉
只改顏色與版型、改文章路徑、合併產品分類，以及更換網域，是不同層次的工作。它們可能同時發生，但應分開記錄影響。若所有變更都寫成「網站更新」，上線後就很難追查問題來自內容、網址還是技術設定。
例如產品網址不變，但模板移除了文件入口，就需要內容與功能驗收；網址改變，則還要處理舊新對照與相關轉址；不同語言重新分站，又會影響語言切換與版本關係。先辨認變更種類，才能安排適合的檢查。
也要確認哪些資料與功能由其他系統提供。表單、CRM、圖庫、下載或會員內容，可能不會隨版型一起搬過去。這些相依關係應提早列入，不能只確認新頁面看起來與設計稿相同。
用一張網址對照表，說明每個舊入口去哪裡
對照表不是只把舊網址換成新網址，而是判斷新內容是否真正承接原本任務。保留同一用途時，可以對應到適合的新頁面；整合多篇文章時，則確認新的主要頁面保留必要資訊；已無相關內容時，也要安排清楚的處理方式。
| 舊內容狀態 | 新網站安排 | 需要核對 |
|---|---|---|
| 保留原用途 | 保留網址或對應新頁 | 內容、文件與下一步 |
| 合併相同任務 | 對應整合後主要頁 | 原有重要資訊是否完整 |
| 產品或服務異動 | 提供狀態與相關替代 | 適用條件是否不同 |
| 無法承接的內容 | 依實際情況處理 | 不做無關的首頁轉送 |
每一列最好有處理理由與負責人。若看到「全部導向首頁」這種安排，就回查它是否真的回答原本需求。Google 的網站移轉文件也提醒，無關的集中轉送可能造成使用者困惑，並可能被視為軟性找不到內容的情況。
轉址要直接、相關，也要能驗收
網址確實需要移轉時，可由網站人員依架構安排適合的永久轉址。Google 文件建議在可行時使用伺服器端永久轉址，例如 301 或 308。實際設定由網站維護者處理，企業內容團隊則應確認目的頁與原本任務相關。
避免舊網址先到另一個舊位置，再繞到新頁。轉址鏈越複雜，越不容易維護，也可能增加等待與錯誤。對照表應指向最終適合的目的頁，並在上線後實際從舊入口走一次，確認沒有循環或不相關的結果。
站內連結也應更新到新的正式位置，不要長期依賴轉址補救。相關方法可接著看 站內連結指南。外部仍在使用的舊入口與內部可更新的連結，應分開安排維護。
新網站內容，要先完成資料與公開範圍核對
搬移內容時，常會順便更新產品名稱、圖片與服務說明。請確認新稿使用哪份核准來源，哪些條件有變，以及舊文件是否仍適用。不能因為版型是新的，就假設裡面的資訊也已經重新確認。
產品頁至少核對用途、型號、規格、限制與文件。若模板新增比較表或圖庫，也要確認不同配置不會被誤認為標準內容。可依 產品頁內容指南 驗收，再決定哪些資訊需要另外提供說明頁。
多語版本應共享相同的核心資料，再確認各市場供應與表達。語言切換不能把特定產品直接帶到另一語言首頁，讓人重新尋找；需要跨市場規劃時，可參考 多語網站 SEO 的版本關係。
測試環境與正式環境，要有清楚分工
測試網站通常需要依團隊安排限制公開與索引，正式上線時則應依發布計畫核對相關控制。重點是知道目前是哪個環境、哪些頁面準備公開，以及由誰確認，避免測試資料被當成正式內容，或正式頁面沿用不適合的施工狀態。
部署前保存必要的內容、設定與回復方式，並明確指定負責人。若上線後發現核心功能失效，團隊應知道如何暫停變更、處理受影響頁面與通知維護者。不要等問題發生後，才追問舊版本保存在誰手上。
內容人員不需要處理所有伺服器細節，但應能說明哪些頁面與任務最重要。網站人員則需要把部署、快取與相關設定的驗收結果寫清楚。這樣的分工，會比每個人只確認自己的一小段畫面更可靠。
上線前，用客戶任務驗收整條路徑
可以安排幾個代表任務：從搜尋入口找到產品條件、從文章到相關服務、下載正確文件、在手機比較型號，以及完成適合的詢問流程。每個任務都保留起點、預期結果與測試方式，不只確認連結有反應。
表單與後續系統也要依企業安排驗收。欄位、錯誤提示、成功狀態與接收端需要一致，避免網站顯示已送出，內部卻找不到紀錄。測試應使用清楚標記的資料與適合環境，不讓無法辨識的測試需求混入正式業務工作。
若有追蹤工具，確認重要事件與成功條件仍成立。可依 GA4 量測指南 核對部署前後的定義，不要因為換了表單或模板，讓同名事件代表不同的行為。
上線後，先排除已知移轉問題再解讀成效
正式上線後，優先回查核心網址、轉址、主要內容、手機與詢問流程，再觀察搜尋與網站資料。若看到變化，先確認是否來自網址與量測方式改動，不要立即判定新內容比較好或比較差。
Search Console 可以提供頁面與查詢線索，使用方法可見 搜尋資料工作指南。也要結合網站紀錄與業務回饋，判斷客戶是否仍能完成任務。移轉的評估需要合適觀察期間，不能只靠上線隔天的總量下結論。
遇到問題時，依對照表與部署紀錄縮小範圍。若只影響某個模板，就先檢查該模板；若舊入口普遍不正常，就回查轉址與網址規則。保留每次修正與日期，避免一邊處理問題，一邊失去追蹤變更的能力。
交接不只交帳號，也要交判斷與維護責任
改版交付應包含重要網址對照、內容版本、來源、功能驗收、必要設定與待處理事項。這些資料讓企業知道新網站如何運作，以及後續產品變更時需要回查哪些地方。只有一個可登入的後台，通常不足以支持持續維護。
也應說明哪些舊入口需要繼續承接、哪些文件仍有使用需求，以及未來變更應找誰確認。內容、設計與技術責任可以分工，但不要留下沒有人負責的空白。若需整合改版與後續維護，可了解 WordPress 網站整合服務。
一套好的移轉工作，最後應讓團隊能回答：重要內容在哪裡、客戶從舊入口怎麼走、出問題時怎麼查，以及下一次更新由誰處理。當這些答案清楚，新網站的視覺與內容才更容易長期累積價值。
常見問題
網址不變，只換版型，還需要做 SEO 驗收嗎？
需要。版型會影響標題層級、可見正文、內部連結、圖片 ALT、文件入口、Schema 與手機操作，也可能改變分析事件。先保存代表頁面的內容與輸出基線，再用改版版型逐項比對。測試核心產品、指南、分類及表單任務，確認內容不是被樣式隱藏或放在無法操作的位置。網址相同只代表少一項移轉工作，不能代替內容、功能與量測驗收。
舊文章很多，可以全部轉到新首頁嗎？
不宜。逐頁判斷是否有能承接原任務的相關內容，再建立舊新網址對照。可合併的指南導到整合頁，仍有支援用途的舊資料保留清楚狀態；無對應內容時按實際情況處理，不用首頁掩蓋所有缺口。驗收舊入口能否讓讀者找到原本問題的答案，並檢查轉址鏈、內部連結與文件。大量無關轉送可能讓網址可開啟，卻失去內容用途。
改版完成後，多久才能判斷結果？
先判斷移轉與功能是否成功，再觀察成效。上線即檢查狀態碼、內容、轉址、索引指令、文件與表單；後續以固定頁面、查詢、裝置和市場範圍比較搜尋及詢問。觀察時間依檢索與資料量決定，沒有通用保證。若同時換事件定義或產品範圍，先解釋口徑差異。技術缺陷應立即修正，不能等流量報表；短期升降也不能直接當成改版因果。
參考資料
本文為 AO2 獨立編寫的企業實作指南。工作情境與清單為方法示例；平台功能與技術規範請以所列官方文件為準。
