搬站前的完整盤點清單
先確認是哪一種搬遷
「搬站」可能是四種不同的事，涉及的範圍與風險差很多：
| 類型 | 變動的部分 | 風險 |
|---|---|---|
| 換主機 | 存放位置 | 中 |
| 換廠商 | 維護的人 | 中高 |
| 換網域 | 網址 | 高 |
| 換系統或改版 | 程式與結構 | 最高 |
不要同時做多件
同時換主機又換網域、或同時改版又換系統，出問題時會無法判斷原因。
建議拆開進行，每一步確認穩定後再做下一步。時程雖然拉長，但風險與排查成本都低得多。
盤點的四個面向
不論哪一種搬遷，都應該先把現況完整記錄下來。
一、資產與帳號
這一項在換廠商時特別重要。
| 項目 | 要記錄 |
|---|---|
| 網域 | 註冊商、註冊人、到期日、管理帳號 |
| 主機 | 服務商、方案、控制台網址、帳號 |
| 資料庫 | 名稱、帳號、版本 |
| 企業郵件 | 服務商、信箱清單、管理帳號 |
| SSL 憑證 | 來源、到期日、續期方式 |
| 分析與搜尋工具 | 帳號歸屬、目前有哪些人有權限 |
| 廣告與社群 | 帳戶編號、管理者名單 |
| 付費外掛與授權 | 登記名義、到期日 |
最關鍵的一欄是「登記在誰名下」
如果網域、分析工具、廣告帳戶登記在前廠商名下，搬遷前必須先處理移轉，否則搬完才發現拿不回來。
二、技術現況
- 程式語言版本與已載入的擴充
- 資料庫版本與字元集
- 網站系統與版本
- 安裝了哪些模組或外掛——含來源與授權狀態
- 伺服器的特殊設定——上傳大小、執行時間、轉址規則
- 排程工作的清單與內容
- 與外部系統的串接——金流、物流、發票、ERP
三個最常遺漏的
排程工作——搬遷後靜默停止，通常數日後才被發現。
外部串接的設定值——金流的商店代號、API 金鑰、白名單中的來源位址。換主機後位址改變，對方的白名單需要更新。
轉址規則——過去累積的舊網址對應，若沒帶過去，那些連結就全部失效了。
三、DNS 記錄
這不是主機上的檔案，但遺失時的影響很大。
建議把目前的完整記錄截圖或匯出保存，特別注意：
- MX 記錄——郵件的接收設定
- SPF、DKIM、DMARC——寄件驗證
- 各種驗證用的 TXT 記錄——搜尋主控台、網域驗證、第三方服務
- 子網域的指向
- 目前的存活時間設定
驗證用的記錄最容易被漏掉，因為平常完全不會注意到它們的存在——直到搜尋主控台驗證失效、或憑證無法續期。
四、內容與結構
換網域或改版時特別重要。
- 完整的網址清單——可從網站地圖或分析工具匯出
- 目前有流量的頁面——這些是最需要保住的
- 有外部連結指向的頁面
- 目前的搜尋表現——曝光、點擊、主要關鍵字
為什麼要記錄現況數據
搬遷後若流量下滑，你需要有基準才能判斷影響程度。
建議在搬遷前把 Search Console 與流量分析的數據匯出保存，並記錄搬遷日期。
換網域時的額外準備
這是風險最高的一種，需要額外準備：
- 建立完整的新舊網址對應表——一對一，不要全部轉首頁
- 確認新網域的狀態——是否曾被使用過、有無不良紀錄
- 準備好轉址的實作方式
- 規劃驗證的方式
對應表是最花時間也最關鍵的一步。 頁面數量多時，建議用工具輔助產生清單再人工核對。
完整流程見網站改版或更換網域，SEO 排名怎麼保住。
換系統或改版時的額外盤點
- 哪些內容要保留、哪些不要——改版是清理的好時機
- 資料的對應方式——舊系統的欄位如何對應到新系統
- 網址結構是否改變——改變就需要轉址
- 素材的授權狀態——來源不明的趁機替換
素材盤點見素材授權的實務管理。
盤點的產出
建議整理成一份文件，包含：
- 資產與帳號清單——含登記名義與到期日
- 技術環境規格
- DNS 記錄的完整備份
- 網址清單與現況數據
- 外部串接的清單與設定值
- 已知的問題與注意事項
這份文件同時是搬遷的依據、驗收的標準、以及日後的資產紀錄。
盤點階段就該問的問題
- 有沒有東西是拿不回來的？ 例如登記在廠商名下的資產
- 有沒有東西是沒人知道怎麼運作的？ 例如某個排程或串接
- 最後一次完整備份是什麼時候？
- 如果搬遷失敗，能回到原狀嗎？
第四題的答案決定了風險等級，處理方式見搬站的風險控管與回退計畫。
一個實務建議
盤點通常會發現一些「原來如此」的事——某個服務沒人記得為什麼要付費、某個帳號登記在離職員工名下、某個功能其實早就沒在用。
搬遷是清理這些歷史包袱的好時機。 與其原封不動搬過去，不如趁機整理。
各服務商與廠商的作業方式差異很大，本文說明的是盤點與風險控管的原則。實際的交接內容與流程，建議以合約約定為準並逐項確認。