TL;DR — 結論先說
可以做到嗎?可以,但不是 100% 全自動。 現階段 Claude Code 和 OpenClaw 可以自動化遷移過程的 60-80%,包含資料抽取、轉換、匯入、主題開發、SEO 重導向等。但仍有部分環節需要人工介入(如 checkout 設定、支付整合、密碼遷移、複雜的客製化邏輯)。以下是完整的技術架構、可行性分析與實戰建議。
一、遷移全景圖:需要搬什麼?
一個完整的 BigCommerce → Shopify 電商遷移涉及以下資料與系統層面:
核心資料遷移
- 商品(Products):名稱、描述、SKU、價格、變體、圖片、SEO metadata
- 客戶(Customers):姓名、Email、地址、購買歷史、標籤、客戶群組
- 訂單(Orders):歷史訂單、訂單狀態、付款記錄、物流資訊
- 分類(Categories → Collections):BigCommerce 用 Categories,Shopify 用 Collections
- 評價(Reviews):星等、評論內容、日期
- 折扣碼(Coupons → Discount Codes)
- 部落格文章(Blog Posts)
- 靜態頁面(Pages)
- 301 重導向(SEO URL Redirects)
系統層面遷移
- 前端主題(Theme)重建
- 第三方 App 對應與替換
- 支付閘道設定
- 物流與稅務設定
- Email 通知模板
- 自動化流程(Automations / Workflows)
二、Claude Code 能做什麼?
2.1 什麼是 Claude Code
Claude Code 是 Anthropic 推出的命令列工具,讓開發者可以直接在終端機中將編碼任務委派給 Claude。它可以讀寫檔案、執行命令、與 API 互動,並且支援 MCP(Model Context Protocol)整合外部服務。
2.2 Claude Code + Shopify MCP Server 架構
這是目前最強大的技術組合:
┌─────────────────┐ ┌──────────────────┐ ┌──────────────────┐
│ BigCommerce │────▶│ Claude Code │────▶│ Shopify │
│ REST API v2/v3 │ │ + MCP Servers │ │ Admin GraphQL │
└─────────────────┘ └──────────────────┘ └──────────────────┘
│ │ │
資料抽取 轉換 / 映射 / 驗證 資料寫入
設定 Shopify MCP Server(以 Claude Code 為例):
# 方法一:官方 Shopify Dev MCP(文件查詢用)
claude mcp add --scope user shopify-dev-mcp -- npx -y @shopify/dev-mcp@latest
# 方法二:Shopify Admin API MCP(資料操作用)
claude mcp add shopify -- npx shopify-mcp \
--accessToken YOUR_ACCESS_TOKEN \
--domain your-store.myshopify.com
2.3 Claude Code 可自動化的遷移任務
| 任務 | 自動化程度 | 說明 |
|---|---|---|
| 商品資料抽取與轉換 | ⭐⭐⭐⭐⭐ | 透過 BigCommerce API 抽取,轉換欄位格式後寫入 Shopify |
| 客戶資料遷移 | ⭐⭐⭐⭐ | 可遷移基本資料,但密碼需特殊處理 |
| 歷史訂單匯入 | ⭐⭐⭐⭐ | 可建立歷史訂單記錄,但部分欄位映射需人工確認 |
| 分類→集合轉換 | ⭐⭐⭐⭐⭐ | BigCommerce Categories 轉 Shopify Collections |
| SEO 301 重導向 | ⭐⭐⭐⭐⭐ | 自動生成 URL 映射與 redirect 規則 |
| 主題開發 | ⭐⭐⭐⭐ | 可生成 Liquid 模板代碼,需人工設計審查 |
| 商品描述優化 | ⭐⭐⭐⭐⭐ | AI 重寫 SEO 友善的商品描述 |
| Metafield 映射 | ⭐⭐⭐ | 需理解兩平台的自訂欄位結構差異 |
| 支付/物流設定 | ⭐ | 需人工在 Shopify Admin 設定 |
| Checkout 客製化 | ⭐ | Shopify Plus 才支援,需人工處理 |
2.4 實戰腳本示範:用 Claude Code 做商品遷移
你可以在 Claude Code 中直接下達這樣的指令:
請幫我:
1. 用 BigCommerce API v3 抽取所有商品資料(包含變體、圖片、自訂欄位)
2. 將資料轉換成 Shopify GraphQL Admin API 的格式
3. 處理以下映射:
- BigCommerce categories → Shopify collections
- BigCommerce custom_fields → Shopify metafields
- BigCommerce variants → Shopify variants
4. 透過 Shopify MCP Server 將商品寫入我的 Shopify 商店
5. 生成 301 重導向規則(舊 URL → 新 URL)
6. 輸出遷移報告,列出成功/失敗/需人工處理的項目
Claude Code 會自動:
- 撰寫 Python/Node.js 腳本調用 BigCommerce API
- 進行資料轉換與清洗
- 透過 Shopify MCP 或 API 寫入資料
- 處理分頁、錯誤重試、Rate Limiting
- 生成遷移日誌
三、OpenClaw 能做什麼?
3.1 什麼是 OpenClaw
OpenClaw(前身為 Clawdbot / Moltbot)是由 Peter Steinberger 開發的開源自主 AI Agent。它在本地運行,透過 Telegram、Signal、WhatsApp 等通訊平台作為使用者介面,可以調用各種工具與外部服務執行任務。
3.2 OpenClaw 在遷移中的角色
OpenClaw 的定位與 Claude Code 不同。它更適合作為持續運行的自動化代理,而非一次性腳本執行:
| 面向 | Claude Code | OpenClaw |
|---|---|---|
| 互動方式 | 終端機 CLI | Telegram / WhatsApp 等 |
| 適合場景 | 開發階段的程式撰寫與執行 | 長時間運行的監控與自動化 |
| 技術門檻 | 需要開發者 | 非技術人員也可操作 |
| 擴展性 | MCP Server 生態系 | Plugin / Skill 系統 |
| 持久性 | 任務導向,執行完畢即結束 | 常駐後台,持續運作 |
| 安全性 | 在開發者控制下執行 | 需謹慎管理權限(已有安全事件) |
OpenClaw 在遷移中的潛在用途:
- 遷移期間的進度通知(透過 Telegram 報告遷移狀態)
- 遷移後的資料驗證(定期檢查商品數量、價格一致性)
- 客服轉場期間的自動回覆
- 遷移後 SEO 監控(檢查 404 頁面、搜尋排名變化)
- 庫存同步(若兩店短期並行運營)
3.3 OpenClaw 的重要風險提醒
根據最近的報導,OpenClaw 存在明顯的安全風險:
- 權限過廣:OpenClaw 需要存取 email、日曆、訊息平台等敏感服務
- Prompt Injection 風險:Cisco 安全團隊發現第三方 Skill 可能進行資料外洩
- 失控事件:Meta AI 安全研究員的 OpenClaw agent 失控大量刪除了她的 email
- Skill 審核不足:官方 skill repository 缺乏足夠的安全審查機制
建議:遷移核心資料時使用 Claude Code(可控、可審計),OpenClaw 僅用於輔助性的監控與通知任務。
四、推薦的 Agentic 遷移架構
4.1 混合架構方案
Phase 1: 規劃與準備(人工 + Claude Code)
├── 資料盤點與映射表建立
├── Shopify 商店基礎設定
└── API 權限與 MCP Server 設定
Phase 2: 資料遷移(Claude Code 全自動)
├── 商品遷移(含變體、圖片、Metafield)
├── 客戶遷移(含地址、標籤)
├── 歷史訂單匯入
├── 分類 → 集合轉換
├── 折扣碼遷移
├── 部落格與頁面遷移
└── 301 重導向生成
Phase 3: 前端重建(Claude Code + 人工設計)
├── Liquid 主題開發
├── 商品描述 AI 優化
├── Email 模板重建
└── 第三方 App 整合
Phase 4: 驗證與切換(OpenClaw 監控 + 人工審查)
├── 資料一致性驗證
├── SEO 健康檢查
├── 功能測試
├── DNS 切換
└── 遷移後監控
4.2 技術堆疊建議
核心工具:
- Claude Code(主力遷移引擎)
- Shopify MCP Server(Shopify 資料操作)
- BigCommerce API v3(資料來源)
- Node.js / Python(腳本執行環境)
輔助工具:
- Matrixify(Shopify App,用於大量匯入/匯出)
- OpenClaw(遷移監控與通知,可選)
- n8n(複雜的自動化流程編排,可選)
驗證工具:
- Screaming Frog(SEO 爬取驗證)
- Google Search Console(搜尋表現監控)
五、分步驟實施指南
Step 1:準備工作
# 1. 建立 BigCommerce API 憑證
# 進入 BigCommerce Admin → Advanced Settings → API Accounts
# 建立 V2/V3 API Token(需要 Products, Customers, Orders 讀取權限)
# 2. 建立 Shopify Custom App
# 進入 Shopify Admin → Settings → Apps and Sales Channels → Develop Apps
# 設定必要的 API scopes:
# - write_products, read_products
# - write_customers, read_customers
# - write_orders, read_orders
# - write_content, read_content
# - write_redirects
# 3. 設定 Claude Code + MCP
claude mcp add shopify -- npx shopify-mcp \
--accessToken shpat_xxxxx \
--domain your-store.myshopify.com
Step 2:資料抽取與轉換
在 Claude Code 中執行:
請建立一個 BigCommerce 到 Shopify 的遷移腳本:
1. 連線 BigCommerce API v3:
- Store Hash: {your_store_hash}
- API Token: {your_api_token}
2. 抽取以下資料並存為 JSON:
- 所有商品(含變體、圖片、自訂欄位、SEO 資訊)
- 所有客戶(含地址)
- 所有訂單(過去 3 年)
- 所有分類
- 所有折扣碼
3. 進行以下轉換:
- BigCommerce product.categories → Shopify collection memberships
- BigCommerce product.custom_fields → Shopify metafields
- BigCommerce product.brand → Shopify product.vendor
- BigCommerce variant.option_values → Shopify variant.options
- 價格格式標準化
- HTML 描述清理
4. 輸出轉換後的資料為 Shopify 可匯入的格式
5. 生成資料驗證報告(數量比對、缺失欄位、異常值)
Step 3:資料匯入 Shopify
請使用 Shopify MCP Server 執行以下匯入:
1. 先建立所有 Collections(從轉換後的分類資料)
2. 匯入所有商品(包含:)
- 基本資訊與描述
- 所有變體與庫存
- 商品圖片(維持順序)
- Metafields
- SEO title 與 description
- 將商品加入對應的 Collection
3. 匯入客戶資料
4. 匯入歷史訂單
5. 設定折扣碼
每匹入 100 筆資料後暫停,輸出進度報告。
遇到錯誤時記錄但繼續執行,最後統一輸出錯誤清單。
請注意 Shopify API rate limit(GraphQL: 50 points/sec)。
Step 4:SEO 重導向
請根據遷移資料生成 301 重導向規則:
1. 比對 BigCommerce 的 URL 結構與 Shopify 的 URL 結構
- BigCommerce: /products/{product-slug}/
- Shopify: /products/{handle}
2. 處理分類頁面重導向
- BigCommerce: /categories/{category-slug}/
- Shopify: /collections/{handle}
3. 處理頁面重導向
- BigCommerce: /pages/{page-slug}/
- Shopify: /pages/{handle}
4. 透過 Shopify API 建立所有 URL redirects
5. 輸出重導向映射表(CSV 格式備份)
Step 5:主題開發
請根據 BigCommerce 原站的設計風格,使用 Shopify Liquid 開發新主題:
1. 基於 Dawn(Shopify 官方主題)進行客製化
2. 需要的客製化:
- 首頁 banner 輪播
- 商品列表頁篩選器
- 商品詳情頁(含客製 metafield 顯示)
- 購物車頁面
- 自訂頁面模板
3. 確保響應式設計(桌面 / 平板 / 手機)
4. 整合 GTM 追蹤代碼
5. 支援多語系(如有需要)
Step 6:驗證與切換
請執行遷移後驗證:
1. 資料完整性驗證
- BigCommerce 商品總數 vs Shopify 商品總數
- 隨機抽樣 50 個商品,比對所有欄位
- 客戶數量比對
- 訂單數量比對
2. 功能驗證
- 搜尋功能測試
- 篩選功能測試
- 加入購物車流程
- 折扣碼應用
3. SEO 驗證
- 測試 20 個重導向是否正常運作
- 檢查 sitemap.xml 是否正確生成
- 驗證 canonical URL
4. 輸出完整的驗證報告
六、哪些事情必須人工處理?
即使用了最先進的 Agentic 工具,以下任務仍需人工介入:
- 客戶密碼:基於安全性,密碼無法直接遷移。需使用 Shopify 的 Multipass 或發送密碼重設郵件
- 支付閘道設定:Stripe、PayPal 等需在 Shopify Admin 手動設定
- Shopify Plus 專屬功能:如自訂 checkout、Script Editor 等
- 第三方 App 評估與替換:需逐一確認 BigCommerce App 在 Shopify 的對應方案
- DNS 切換:網域指向需手動操作
- 設計細節微調:像素級的設計還原需設計師參與
- 合規性審查:隱私權政策、條款與條件等法律文件
- 團隊培訓:教導團隊使用 Shopify 後台
七、時程與成本估算
使用 Agentic 工具 vs 傳統方式
| 項目 | 傳統人工遷移 | Agentic 遷移(Claude Code) |
|---|---|---|
| 資料遷移 | 1-2 週 | 1-3 天 |
| 主題開發 | 3-6 週 | 1-2 週 |
| SEO 重導向 | 3-5 天 | 數小時 |
| 商品描述優化 | 2-4 週(若手動) | 1-3 天 |
| 測試驗證 | 1 週 | 2-3 天 |
| 總計 | 8-14 週 | 3-4 週 |
API 使用成本參考
- Claude API(Claude Code 底層):根據 token 使用量計費
- BigCommerce API:免費(包含在平台方案中)
- Shopify API:免費(包含在平台方案中)
- 第三方遷移工具(如 Cart2Cart):依資料量計費,約 $100-$2,000
八、風險管理與最佳實踐
遷移前
- 完整備份 BigCommerce 所有資料(CSV + API dump)
- 在 Shopify 開發商店(Development Store)先做測試遷移
- 建立詳細的欄位映射文件
- 確認所有 API 權限與 Rate Limit
遷移中
- 使用 Claude Code 的 Plan Mode 先規劃再執行
- 分批次遷移,每批驗證後再繼續
- 即時記錄所有錯誤與異常
- 保持 BigCommerce 商店正常運營(零停機時間遷移)
遷移後
- 72 小時密集監控(404 錯誤、搜尋排名、轉換率)
- 保留 BigCommerce 帳號至少 3 個月作為回退方案
- 通知 Google Search Console 網站已搬遷
- 更新所有外部連結(社群媒體、合作夥伴等)
九、結論與建議
推薦方案:Claude Code 為主,OpenClaw 為輔
- Claude Code + Shopify MCP 作為主力遷移引擎,處理所有資料遷移、程式開發、SEO 設定
- OpenClaw(可選)作為輔助監控工具,用於遷移後的持續監控與通知
- 人工介入 處理支付設定、設計微調、合規審查等無法自動化的環節
- n8n(可選)編排複雜的多步驟自動化流程
現實評估
完全「100% 全自動無人介入」的電商遷移在 2026 年仍然不切實際。但透過 Claude Code + MCP 的 Agentic 架構,可以將人工介入降到最低,把原本需要 2-3 個月的遷移專案壓縮到 3-4 週,同時提高資料準確性與遷移品質。
最重要的是:先在開發商店(Development Store)做完整測試遷移,驗證所有流程後再對正式環境執行。
本文件由 Tenten Digital Product Design Agency 編寫,基於 2026 年 2 月最新的工具與平台狀態。技術細節可能隨平台更新而變化。
