WooCommerce から BigCommerce への移行は、「商品は CSV で移せるが、顧客のパスワードと注文履歴はそのままでは移らない」という前提で計画を立てると失敗が減ります。この記事では、移行前の棚卸しから、商品・顧客・注文の移し方、旧 URL からの 301 リダイレクト、切り替え当日の手順までを順番に説明します。WordPress 側の作業は、すべて本番のバックアップを取ったうえで行ってください。
移行の前に決めておくこと
WordPress を残すか、すべて移すか
選択肢は大きく二つです。
- ストアごと BigCommerce に移す：商品ページ・カート・決済をすべて BigCommerce に任せます。ブログなどのコンテンツをどうするか（BigCommerce のブログ機能に移すか、WordPress をサブドメインなどで残すか）も同時に決めます。
- WordPress をフロントに残し、商品管理と決済だけ BigCommerce に移す：BigCommerce が提供している WordPress 向けの連携プラグイン（BigCommerce for WordPress）を使う構成です。ただし、このプラグインの更新状況や対応バージョンは変わるため、採用前にプラグインディレクトリで最終更新日と対応する WordPress のバージョンを確認してください。ここで書いている内容は（2026年10月現在）のもので、導入時点で改めて確かめる必要があります。
どちらを選ぶかで URL の設計とリダイレクトの量が大きく変わるため、最初に決めておきます。
移行対象を棚卸しする
WooCommerce のストアには、商品以外にも移すべきデータが散らばっています。表計算ソフトに一覧を作り、件数を数えておくと、移行後の検証にそのまま使えます。
- 商品（シンプル商品・バリエーション商品・ダウンロード商品）と、カテゴリー・タグ・属性
- 商品画像（アイキャッチとギャラリー）
- 顧客アカウントと住所
- 注文履歴（会計・顧客サポートで過去分が必要か）
- クーポン、レビュー、在庫数
- 定期購入（WooCommerce Subscriptions などを使っている場合）
- 税・配送・決済の設定、メールの文面
定期購入は特に注意が必要です。継続課金に使う支払い手段（カード情報のトークン）は決済代行会社側に保存されているため、WooCommerce から CSV で移せるものではありません。決済代行会社がトークンの移管に対応しているかを、早い段階で問い合わせてください。
手順1：WooCommerce のバックアップとデータの書き出し
まず、サイト全体のバックアップを取ります。WP-CLI が使える環境なら、データベースは次のコマンドで書き出せます。
# データベースのバックアップ（作業前に取得）
wp db export backup-before-migration.sql
# wp-content（商品画像を含む）を圧縮して保存
tar czf wp-content-backup.tar.gz wp-content商品データは、WooCommerce に標準で備わっている商品の CSV エクスポート機能（管理画面の商品一覧にある「エクスポート」）で書き出せます。バリエーション商品は親商品と各バリエーションが別の行として出力され、親子関係は列で表されます。
顧客と注文については、WooCommerce の「アナリティクス」の各レポートから CSV をダウンロードする方法や、エクスポート用のプラグインを使う方法があります。どちらも出力できる項目に限りがあるため、BigCommerce 側で必要な項目（請求先・配送先住所、電話番号など）がそろっているかを確認してください。
注文データを SQL で直接取り出す方法は避けたほうが安全です。WooCommerce 8.2 以降の新規インストールでは、注文は投稿テーブル（wp_posts）ではなく、高性能注文ストレージ（HPOS）の専用テーブルに保存されます。どちらに保存されているかは、WooCommerce の設定画面の「高度な設定」内にある機能の項目で確認できます。
手順2：商品を BigCommerce に取り込む
BigCommerce には、管理画面から CSV で商品を取り込む機能があります。ただし、WooCommerce の CSV と BigCommerce の CSV では列の名前と構造が異なるため、そのままでは読み込めません。次の手順で変換します。
- BigCommerce の管理画面から、サンプル用の商品を数件作成してエクスポートし、受け入れられる CSV の形（テンプレート）を手に入れる
- WooCommerce の CSV の各列を、テンプレートの列に対応付ける（商品名・SKU・価格・在庫・説明・カテゴリー・画像 URL など）
- 10件程度で試しに取り込み、表示・バリエーション・画像を確認してから全件を取り込む
つまずきやすいのは次の点です。
- バリエーション：WooCommerce の「属性の組み合わせ」と、BigCommerce の「オプションとバリアント」の考え方が異なります。サイズ×色のような組み合わせが多い商品は、取り込み後に個別に確認してください。
- 画像：CSV には画像の URL を書き、BigCommerce 側が取得する方式が一般的です。移行が終わるまで旧サイトの画像 URL を公開したままにしておく必要があります。
- 説明文の HTML：ショートコードやページビルダー固有の記述は BigCommerce では展開されません。文字列として表示されていないかを確認します。
- SKU の重複：BigCommerce では SKU の重複が取り込みエラーの原因になります。事前に WooCommerce 側で重複を解消しておきます。
商品点数が多い場合や、CSV の変換を自分で行う余裕がない場合は、Cart2Cart や LitExtension のような移行サービスを使う方法もあります。対応しているデータの種類や条件は各サービスで異なり、変わることもあるため、公式サイトで最新の内容を確認し、無料のデモ移行などで結果を見てから判断してください。
手順3：顧客データを移す
顧客は BigCommerce の CSV 取り込みで移せますが、パスワードは移行できないと考えてください。WordPress はパスワードをハッシュ化して保存しており（WordPress 6.8 以降は bcrypt を使う方式に変わりました）、そのハッシュを BigCommerce が理解する形式に変換する方法は一般にありません。
そのため、移行後に顧客へ「パスワードの再設定をお願いする」案内が必要です。
- 切り替えの数日前に、移行の予定と再設定が必要な旨をメールで告知する
- 切り替え後に、再設定ページへのリンクを含む案内を送る
- ログイン画面の近くに「旧サイトの会員の方へ」という説明を置く
メールマガジンの配信許諾のように、個人情報の取り扱いに関わる項目は、許諾の有無を正しく引き継げているかを確認してください。プライバシーポリシーに記載している委託先やデータの保存場所も、移行に合わせて更新が必要です。
手順4：注文履歴の扱いを決める
BigCommerce の管理画面からの CSV 取り込みは、商品や顧客が中心で、過去の注文履歴を取り込む用途には向いていません。過去の注文を BigCommerce 上に残したい場合は、BigCommerce の API を使って登録するか、移行サービスを利用することになります。
ただし、すべての注文を新しいストアに入れる必要があるとは限りません。実務的には次のような分け方が考えられます。
- 返品・問い合わせの対応期間内にある直近の注文だけを移す
- それ以前の注文は CSV とデータベースのバックアップとして保管し、旧サイトの管理画面を一定期間ログイン制限付きで残す
- 会計上必要な保存期間は、税理士や社内の規程に従って決める
注文番号は、新しいストアの連番と重ならないよう、BigCommerce 側の開始番号を調整できるかを確認しておくと、問い合わせ対応で混乱しません。
手順5：URL を対応付けて 301 リダイレクトを設定する
検索エンジンでの評価や外部からのリンクを引き継ぐために、旧 URL から新 URL への 301 リダイレクトを設定します。WooCommerce の商品 URL は標準で /product/商品スラッグ/、カテゴリーは /product-category/カテゴリースラッグ/ ですが、BigCommerce では URL の形が異なります。
- WooCommerce の全商品・カテゴリー・固定ページの URL を書き出す
- BigCommerce 側の対応する URL を並べた対応表を作る
- BigCommerce の管理画面にある 301 リダイレクトの設定（CSV での一括取り込みにも対応しています）に登録する
対応する新ページがない URL を、まとめてトップページへ転送するのは避けてください。Google はこうした転送をソフト 404 として扱うことがあり、利用者にとっても目的のページが見つかりません。近い商品やカテゴリーへ転送するか、本当に無くなった商品は 404 または 410 を返すほうが適切です。
なお、リダイレクトを設定しても検索順位が維持されるとは限らず、評価が落ち着くまでには時間がかかります。切り替え後は Google Search Console でサイトマップを送信し、カバレッジやエラーの推移を見守ります。
手順6：切り替え当日の流れ
- 切り替えの直前に WooCommerce 側で新規注文を止める（メンテナンス表示にするなど）
- 最後の差分（直近の注文・顧客・在庫）を移す
- 決済をテストモードで確認したあと本番モードにし、少額の実注文で決済・メール・在庫の減り方を確認する
- DNS を切り替える。事前に TTL を短くしておくと、反映待ちの時間を短くできます
- リダイレクトを主要な URL で確認する（
curl -I https://example.com/product/sample/で 301 と転送先を確認） - 数日間は旧サイトのバックアップを手元に残し、問題がないことを確認してから解約手続きを進める
決済の設定は、利用する決済代行会社のドキュメントに従い、テストモードで一連の流れを確認してから本番に切り替えてください。
まとめ
- 最初に「WordPress を残すか」を決め、商品以外のデータ（顧客・注文・定期購入・設定）も棚卸しする
- 商品は CSV で移せるが、列の構造が異なるため少数で試してから全件を取り込む
- 顧客のパスワードは移せないので、再設定の案内を事前・事後に用意する
- 注文履歴は必要な範囲だけを移し、残りはバックアップとして保管する
- 旧 URL ごとに対応先を決めて 301 リダイレクトを設定し、切り替え後は Search Console で推移を確認する