快速答案：從電商平台搬到自架網站，不是把商品名稱和價格複製過去就完成。真正容易出問題的是商品規格、圖片、會員與訂單資料能不能匯出、舊網址如何轉址、金流物流要不要重新申請，以及正式切換時怎麼避免客戶突然找不到網站。
最好的搬家方式通常不是「某一天把舊店關掉，隔天全部換新站」，而是先盤點資料、建立新站、完成測試，再安排切換。下面這 8 項可以當成電商平台搬家的實作清單。
1. 先確認原平台到底能匯出哪些資料
不同平台提供的匯出格式、API 與資料範圍不同，所以第一步不是先買主機，而是先確認現有資料能帶走多少。
- 商品名稱、SKU、價格與庫存。
- 商品分類與標籤。
- 規格、尺寸、顏色等變化商品。
- 商品圖片與圖片網址。
- 會員資料。
- 歷史訂單。
- 優惠券、點數或會員等級。
- 文章、頁面與其他內容。
不是所有資料都一定能完整匯出，也不是匯出後就能直接無損匯入新系統。尤其會員密碼、付款資訊、平台內部評價或某些專屬欄位，可能受到安全、隱私或平台架構限制。
因此正式搬家前，最好先拿一小批資料試匯入，確認格式與欄位是否對得上。
2. 商品搬家不是只有名稱和價格，規格欄位要先對照
平台 A 的「款式」到了 WooCommerce 可能要對應成屬性與變化商品；原本平台的加購品、組合商品或特殊促銷，也不一定能用相同方式搬過來。
可以先做一張欄位對照表：
| 原平台資料 | 新網站要放哪裡 | 需不需要人工整理 |
|---|---|---|
| 商品名稱 | 商品標題 | 通常少 |
| 商品編號 | SKU | 確認不可重複 |
| 尺寸／顏色 | 商品屬性／變化 | 常需對照 |
| 分類 | 商品分類 | 可趁搬家重整 |
| 圖片 | 媒體庫／商品圖 | 要檢查是否完整 |
| 平台特殊功能 | WooCommerce／外掛功能 | 通常需重新設定 |
商品量越大，越不適合直接手動一筆一筆複製。先整理欄位，再決定 CSV、API、匯入工具或人工處理方式，會省很多時間。
3. 會員與訂單資料能搬多少，要先處理隱私與登入問題
會員資料不是「匯出 Email 就全部完成」。搬移時要確認資料取得與使用符合原平台條款、隱私政策及適用規範，也要避免把不該移轉的敏感資料直接帶到新系統。
實務上最容易遇到的是：
- 原平台會員密碼無法直接移轉。
- 會員需要在新站重新設定密碼。
- 歷史訂單格式與 WooCommerce 不完全相同。
- 原本點數、會員等級或優惠需要重新建立邏輯。
- 舊訂單是否真的需要全部匯入，要依客服與會計需求判斷。
有時候最合理的方式不是硬搬所有歷史資料，而是保留舊平台後台作為查詢用途，新訂單從切換日開始進新站。實際作法仍要看平台是否允許保留帳號與你的營運需求。
4. 網域怎麼處理？有自訂網域和沒有自訂網域差很多
如果原本平台已經使用你自己的網域，例如 brand.com，搬家相對好處理：新站建好後，可以在切換時修改 DNS，讓同一個網域指向新的主機。
如果原本使用的是平台提供的子網域，則搬到自己的網域時，需要重新建立網站網址，也要重新規劃舊連結如何導向。
- 確認網域註冊帳號在誰手上。
- 確認可以修改 DNS。
- 切換前降低 DNS TTL 是否有必要，依實際 DNS 管理方式處理。
- 新站 SSL 要先準備好。
- 不要在新站尚未測完前就把正式網域切過去。
5. SEO 搬家最重要的是舊網址與 301 轉址
如果舊商店已經有 Google 搜尋流量，搬家時最不能忽略的就是網址。
例如舊商品頁原本是：
example.com/products/abc
新站可能變成：
example.com/product/abc/
這時要建立舊網址 → 新網址的對照與 301 轉址。特別是：
- 重要商品頁。
- 主要商品分類。
- 有搜尋流量的文章。
- 外部網站常連結的頁面。
- 廣告、Email 與社群長期使用的網址。
搬家後搜尋排名短期出現波動並不罕見，但完整的網址對照、301、網站地圖與索引檢查，可以降低不必要的流量損失。不要因為新站版面漂亮，就把所有舊網址直接丟到首頁。
6. 金流、物流與電子發票通常要重新確認串接
原本平台可能已經替你整合金流與物流，但搬到自架網站後，需要確認現有服務帳號能否直接使用，或是否必須申請不同的串接方式。
- 信用卡與其他付款方式。
- 超商取貨／宅配。
- 電子發票。
- 退款與取消流程。
- 付款完成後的訂單狀態。
- 第三方服務的 API 金鑰與回傳網址。
新網站真正能上線的標準，不是商品全部匯進來，而是客人能完成付款，你也能正確收到訂單並交付。
7. Email、分析工具、廣告追蹤也要一起搬
搬家最容易被忘掉的，不是購物車，而是網站旁邊那些已經默默運作的工具。
- Google Analytics／其他分析工具。
- Google Search Console。
- Meta Pixel／其他廣告追蹤。
- Email 寄送服務。
- LINE 或 CRM 串接。
- 客服工具。
- Cookie／隱私同意設定。
切換後要重新確認事件是否有送出、表單是否有進 CRM、訂單信是否能收到。否則網站表面看起來正常，行銷資料卻可能突然中斷。
8. 不要直接關舊站：先做平行測試與切換計畫
如果平台允許，較安全的做法通常是先讓新站在測試網址或暫時環境完成，再安排正式切換。
- 盤點舊資料。
- 建立新站基礎架構。
- 測試一小批商品匯入。
- 完成全部資料整理。
- 設定金流、物流、Email 與追蹤。
- 建立 SEO 網址對照與轉址。
- 完整下測試訂單。
- 安排正式 DNS／網域切換。
- 切換後持續檢查訂單、錯誤頁與 Search Console。
大促、節慶或廣告高峰前通常不是理想的搬家時間。除非舊站有緊急問題，盡量選能留出測試與回復空間的時段。
哪些資料不一定值得全部搬？
搬家也是整理網站的好機會。不是所有舊資料都值得原封不動帶過去。
- 多年沒賣、也不會再上架的商品。
- 重複或已失效的分類。
- 過期活動頁。
- 品質很差、沒有流量也沒有用途的內容。
- 舊版優惠規則。
但刪除有搜尋流量或外部連結的頁面之前，要先判斷 SEO 影響並安排合適的轉址，不要直接大量清空。
電商平台搬家檢查表
| 項目 | 搬家前要確認 |
|---|---|
| 商品 | 欄位、規格、圖片、庫存能否匯出與對照 |
| 會員／訂單 | 可移轉範圍、隱私、密碼與歷史查詢需求 |
| 網域 | 帳號、DNS、SSL 與切換方式 |
| SEO | 重要舊網址、301、網站地圖與索引 |
| 金流／物流 | 帳號、API、付款與配送重新測試 |
| Email／CRM | 寄信、會員通知與名單流程 |
| 分析／廣告 | GA、Search Console、Pixel 與事件追蹤 |
| 切換 | 測試訂單、DNS 時程與舊站保留策略 |
先決定為什麼要搬，再決定搬到哪裡
如果你只是因為「聽說自架比較省」就急著搬，可能最後發現維護成本和技術責任不適合自己。搬家前先寫清楚真正原因：
- 需要更多品牌與內容自由度。
- 想做 SEO 與長期內容。
- 需要特殊會員、課程或訂閱功能。
- 現有平台功能限制已經影響營運。
- 希望整合不同商品與服務。
- 想調整自己的結帳、會員與行銷流程。
如果還沒確定架構，可以先看WooCommerce vs SaaS 電商平台比較；第一次規劃自架商店則可搭配購物網站怎麼架。
結論：好的搬家不是「全部帶走」，而是讓新站能正常接手營運
電商平台搬家最重要的不是匯入成功幾筆資料，而是切換後客戶找得到商品、能登入或重新取得帳號、能順利付款，搜尋與廣告流量也有正確的落點。
如果你已有現成商店，準備評估移轉到 WordPress／WooCommerce，可以先整理商品數量、會員／訂單資料、目前金流物流與重要網址，再查看購物網站方案，這樣在評估搬家範圍時會更準確。