電商搬站的正確順序是：盤點 → Mapping → 資料整理 → 測試 → 批次搬資料 → 異常比對 → 驗收。這套流程可濃縮成三張表：Raw Data 原始資料、Mapping 欄位對照、Exception 異常檢查。
為什麼搬站不是複製貼上？
近 200 筆商品人工搬站，是我做過最浪費時間的工作。
我原本也以為，把名稱、文案、圖片、價格複製到新網站就好。真的動手才發現，不同平台的欄位不一樣；文案貼過去會跑版、圖片可能失效，規格與價格還可能對錯列。每搬一筆，都得重新打開商品頁核對。
最麻煩的不是輸入，而是判斷。舊平台的「商品編號」要放進新平台的 SKU 還是自訂欄位？停售商品要不要留？圖片只存網址，舊站關掉後怎麼辦？
這些規則沒先定義，直接把資料丟給 AI，只會更快做出一批錯資料。
搬站七步流程怎麼跑？
| 步驟 | 做什麼 | 做到什麼程度算過 | AI 幫得上／幫不上 |
|---|---|---|---|
| 1 盤點 | 把商品、分類、圖片、會員、訂單與網址列成清單 | 每種資料都有來源、筆數、負責人與是否搬移的決定 | 能抓取與分類；不能替你決定哪些資料仍有營運價值 |
| 2 Mapping | 逐欄對照舊平台與新平台的欄位 | 每個來源欄位都有去向或明確標記不搬 | 能提對照建議；不能猜平台規則與你的商業邏輯 |
| 3 資料整理 | 統一價格、規格、文案、編號及圖片格式 | 資料符合新平台範本，必填欄位沒有空白 | 能批次清理文字；不能保證稅別、價格與庫存正確 |
| 4 測試 | 先匯入少量、涵蓋不同規格的商品 | 前台顯示、購物車、庫存扣抵與後台編輯都正常 | 能產生測試案例；不能代替真人走完結帳 |
| 5 批次搬資料 | 依測試通過的範本分批匯入 | 匯入筆數與預期一致，錯誤紀錄可以追查 | 能自動轉檔；不能保證平台匯入機制不出錯 |
| 6 異常比對 | 比對新舊站的商品、價格、規格、圖片與庫存 | 所有差異都進 Exception 表，沒有口頭待辦 | 能大量找差異；不能判斷每個差異是不是合理例外 |
| 7 驗收 | 抽查商品並測試搜尋、下單、付款、通知與轉址 | 重大流程全過，剩餘異常有負責人與完成期限 | 能整理驗收結果；不能替負責人簽核上線 |
搬站前要先做哪三張表？
01 Raw Data 原始資料表放什麼？
原始資料只負責保存，不要一邊匯出一邊「順手修正」，否則之後無法追查來源。
| 商品編號 | 商品名稱 | 分類 | 售價 | 庫存 | 文案 | 規格 | 圖片 | 網址 |
|---|---|---|---|---|---|---|---|---|
| DEMO-001 | 精華液 30ml | 臉部保養 | 980 | 25 | 清爽保濕精華 | 30ml | demo-001.jpg | /products/demo-001 |
| DEMO-002 | 精華液 60ml | 臉部保養 | 1680 | 12 | 大容量保濕精華 | 60ml | demo-002.jpg | /products/demo-002 |
02 Mapping 欄位對照表怎麼填？
| 舊平台欄位 | 新平台欄位 | 處理方式 | 備註 |
|---|---|---|---|
| 商品編號 | SKU | 直接搬 | DEMO-001／002 保留文字格式 |
| 商品名稱 | Product title | 整理後搬 | 統一為精華液 30ml／60ml |
處理方式下拉：直接搬／整理後搬／重新 Mapping／不搬。
03 Exception 異常檢查表怎麼用？
| 商品 | 異常類型 | 問題 | 原因 | 處理方式 | 狀態 |
|---|---|---|---|---|---|
| DEMO-001 精華液 30ml | 圖片失效 | 主圖 404 | 仍引用舊站網址 | 重新上傳圖片 | 處理中 |
| DEMO-002 精華液 60ml | 規格對不上 | 60ml 顯示 30ml 價格 | 規格排序錯位 | 重排規格與價格 | 待處理 |
異常類型下拉：圖片失效／價格格式錯／規格對不上／文案跑版／分類不存在／編號重複／庫存不一致／欄位缺漏。狀態下拉：待處理／處理中／完成。
電商搬家一定會踩哪五個坑？
勾出你這次會遇到的，下面會給你對應的第一步。
上線前一定要處理
勾選你現在還在手動做的項目
這幾個坑先排進時間表，其他等盤點完再看
這次搬站風險偏高，先把上線日往後推，留足緩衝
五個坑全中，建議分批搬：先搬商品，網域與會員另外排一次
你的行動清單
- 坑1整理新舊網址對照表，再逐條測試轉址有沒有生效
- 坑2提早公告，並設計一鍵重設密碼流程與通知信
- 坑3先把評價截圖存證，確認新站能否匯入文字、星等與日期
- 坑4上線前驗證瀏覽、加入購物車、結帳與購買四個事件
- 坑5挑離峰切換，舊站先保留，預留 24–48 小時觀察期
另外四種錯誤我看過太多次：含稅金額填進未稅欄；商品編號開頭的 0 被試算表吃掉；圖片欄存的是舊站網址，切站後整批 404；規格與價格排序錯位。
資料進表前，先把商品編號欄設成純文字、圖片下載另存、價格註明稅別，再用測試商品核對規格與價格。
會員與訂單只搬營運、客服、對帳、法規保存仍需要的資料；沒有明確用途的個資不搬。
真正值得自動化的是前面大量的資料整理與重複核對，不是最後那個「匯入」按鈕。