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 工具,以下任務仍需人工介入:

  1. 客戶密碼:基於安全性,密碼無法直接遷移。需使用 Shopify 的 Multipass 或發送密碼重設郵件
  2. 支付閘道設定:Stripe、PayPal 等需在 Shopify Admin 手動設定
  3. Shopify Plus 專屬功能:如自訂 checkout、Script Editor 等
  4. 第三方 App 評估與替換:需逐一確認 BigCommerce App 在 Shopify 的對應方案
  5. DNS 切換:網域指向需手動操作
  6. 設計細節微調:像素級的設計還原需設計師參與
  7. 合規性審查:隱私權政策、條款與條件等法律文件
  8. 團隊培訓:教導團隊使用 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 為輔

  1. Claude Code + Shopify MCP 作為主力遷移引擎,處理所有資料遷移、程式開發、SEO 設定
  2. OpenClaw(可選)作為輔助監控工具,用於遷移後的持續監控與通知
  3. 人工介入 處理支付設定、設計微調、合規審查等無法自動化的環節
  4. n8n(可選)編排複雜的多步驟自動化流程

現實評估

完全「100% 全自動無人介入」的電商遷移在 2026 年仍然不切實際。但透過 Claude Code + MCP 的 Agentic 架構,可以將人工介入降到最低,把原本需要 2-3 個月的遷移專案壓縮到 3-4 週,同時提高資料準確性與遷移品質。

最重要的是:先在開發商店(Development Store)做完整測試遷移,驗證所有流程後再對正式環境執行。


本文件由 Tenten Digital Product Design Agency 編寫,基於 2026 年 2 月最新的工具與平台狀態。技術細節可能隨平台更新而變化。