官網遷移前，應先把既有網站的內容、網址、功能與管理責任整理成可核對的交接資料。畫面完成之外，企業還需要確認客戶能找到資訊、送出需求，團隊也能接到並處理。遷移範圍清楚，後續驗收才有依據。
首先分辨這次是否改變網址。只更換主機與同時改網域、路徑或內容，影響的工作不同。本文聚焦交接與查核；實際 DNS、轉址、帳戶與發布，仍由有權限的負責人依已核定方案執行。
先列保留、修改與暫停項目
盤點重要頁面、下載檔、圖片、服務說明、文章及聯絡方式。每項標明有效版本與採用狀態。舊內容若要修改，寫出原因與負責確認者；暫時不用的資料保留處置紀錄，不因換平台就直接消失。
對經營者而言，特別要核對客戶正在使用的資訊：報價前的服務說明、投放中的活動頁、寄出去的文件連結，以及既有客戶常查的操作內容。這些不一定都在主選單中，卻可能影響實際工作。
網址對照要能回到相近內容
若網址改變，建立舊網址到新網址的對照，逐項確認目的地是否符合原來用途。Google 的遷移指引建議規劃網址對照與永久伺服器轉址，並追蹤遷移後的搜尋狀態。Google Search Central：網址變更遷移
企業可以先把最重要的頁面列為人工查核清單：由舊連結進入，確認新頁面的內容、連結與必要功能。合併內容時，應確認新頁面確實涵蓋舊頁目的。沒有適當對應的頁面，交由內容與技術負責人決定，不用一律轉到首頁掩蓋缺口。
表單的驗收要走到接收端
聯絡表單要檢查必填欄位、錯誤提示、成功訊息及實際接收。前臺顯示「送出成功」只能證明該畫面回應，仍需確認接收信箱或後臺留下完整資料，再看負責人是否能按既有流程接續。
測試資料要清楚標示，避免誤入商業流程。若網站還連到會員、訂單、付款或 CRM，列出各系統的交接責任與測試範圍。需要特定權限的檢核交給原有負責人，不將憑證值放入公開交接文件。
量測要留下前後對照
遷移前保留重要流量來源、常用頁面與有效詢問的比較基線。遷移後檢查追蹤是否正常，再用同樣定義觀察變化。活動與季節也可能影響數字，應記錄同期背景，避免把所有變動歸因給遷移。
Google 的指引提醒遷移可能出現搜尋表現波動，並建議使用 Search Console 追蹤相關資料。Google Search Central：遷移監測
因此驗收可以分成兩段：先確認網站與功能按核定方案運作，再持續觀察搜尋與商業表現。技術驗收與後續量測各有證據，不把開站當天的畫面等同所有成效已確認。
讓責任與回復方式可查
交接文件應指出誰管理內容、誰維護系統、誰接收詢問，以及問題發生時由誰決定回復。保留原版本或適用備份，確認可用的回復方式與責任，再安排切換時間。這些資訊可以沿用既有專案文件，不必另建一套管理制度。
企業可先請各窗口提交五項資料：有效內容、重要網址、必要功能、量測口徑與責任人。這份交接基礎能讓服務商提出具體範圍，也讓驗收對齊真正影響營運的項目。
延伸閱讀：OVM 能見度方向