WordPressで運営しているサイトを、
EC-CUBEへ移行したい。

ECサイトの運営を拡大する際、
現在のWordPressサイトからEC-CUBEへの移行を
検討するケースがあります。

ただし、WordPressはもともと
Webサイトやブログを管理するCMSです。
WooCommerceなどを利用してECサイトを運営している場合と、
通常の企業サイトを運営している場合では、
必要な移行作業が大きく異なります。

この記事では、
WordPressからEC-CUBEへ移行する際の
構成の考え方、移行するデータ、
SEO対策、費用、公開までの作業手順を整理します。

まず確認したい2つの移行パターン

WordPressからEC-CUBEへの移行を考える際は、
現在のサイトで何を運用しているのかを
明確にすることが重要です。

通常のWordPressサイトにECサイトを追加する場合

WordPressで企業サイトやブランドサイトを運営し、
新しくEC-CUBEでオンラインショップを
構築するケースです。

この場合はWordPressを終了する必要はありません。

WordPressをブランド情報やコンテンツの発信に利用し、
EC-CUBEを商品販売や受注管理に利用する
役割分担も考えられます。

たとえば、ブランドサイトを現在のドメインで残し、
EC-CUBEをショップ用のサブドメインなどに
設置する方法です。

それぞれのサイトをリンクでつなぎ、
商品ページや購入導線を整備します。

WooCommerceからEC-CUBEへ移行する場合

WordPressのWooCommerceを利用して
商品販売を行っている場合は、
ショップ機能や運用データをEC-CUBEへ
移行する必要があります。

商品情報だけでなく、
会員情報、注文履歴、在庫、配送設定、
決済方法などの扱いを検討しなければなりません。

単純にWordPressの記事をコピーする作業とは異なり、
ECシステムの移行計画が必要です。

移行パターンによる作業の違い

EC-CUBEへ移行する主なデータ

WooCommerceからEC-CUBEへ移行する場合は、
どの情報を引き継ぐ必要があるかを整理します。

商品情報

商品名、商品コード、価格、在庫、
商品説明、カテゴリー、商品画像、
サイズやカラーなどの規格情報を確認します。

WooCommerceには商品CSVのエクスポート機能があります。
ただし、出力されたCSVを
EC-CUBEへそのまま登録できるとは限りません。

EC-CUBEの商品CSV形式に合わせて、
項目名やカテゴリー、規格、画像などを
変換する必要があります。

会員情報

氏名、メールアドレス、住所、
電話番号などの会員情報について、
移行対象と利用目的を確認します。

特にログイン用パスワードは、
システムごとに保存方式が異なるため、
そのまま引き継げるとは限りません。

安全な認証方式を前提に移行方法を検討し、
必要に応じて会員へパスワードの再設定を案内します。

注文履歴

過去の注文履歴を新システムでも利用する場合は、
注文番号、購入商品、金額、決済状況、
配送状況などを確認します。

WooCommerceの注文データは、
利用中のプラグインやデータ構成に応じて
抽出方法を検討する必要があります。

また、EC-CUBE側で注文データを
どのように取り込むかは別途設計が必要です。
標準の商品CSV登録機能で、
注文履歴まで移行できるわけではありません。

コンテンツと画像

商品画像、バナー、説明文、
利用規約、特定商取引法に基づく表記、
プライバシーポリシーなども確認します。

WordPressの記事やブログを残す場合は、
無理にEC-CUBEへ移さず、
WordPressで継続運用する構成も検討できます。

CSVがあれば簡単に移行できる？

商品情報をCSVで出力できても、
そのまま別のシステムへ登録できるとは限りません。

WooCommerceとEC-CUBEでは、
商品情報を管理する項目や形式が異なります。

特に次の情報は確認が必要です。

• 商品コードと商品IDの扱い
• 商品カテゴリーの対応関係
• サイズ・カラーなどの規格情報
• 税率・税込価格・税抜価格の扱い
• 在庫数と在庫管理の設定
• 商品画像のファイル名と保存先
• 公開・非公開のステータス

商品数が多い場合は、
最初に少数の商品を使って移行テストを行い、
変換ルールを確定してから全件を登録します。

WordPressからの移行で重要なSEO対策

ECサイトの移行では、
商品データだけでなくURLの扱いも重要です。

WordPressやWooCommerceとEC-CUBEでは、
商品ページやカテゴリーのURL構造が
異なる場合があります。

URLが変更される場合は、
旧URLと新URLの対応表を作成し、
適切なリダイレクトを設定します。

旧URLから新URLへ301リダイレクトを設定する

恒久的にURLが変更される場合は、
旧商品ページから対応する新商品ページへ
301リダイレクトを設定する方法を検討します。

すべての旧URLをトップページへ転送するのではなく、
可能な限り内容が対応するページへ転送します。

タイトル・説明文を引き継ぐ

既存の商品ページで利用している
タイトル、商品説明、見出し、
画像の代替テキストなどを整理します。

ただし、移行先のデザインやページ構成に合わせて、
必要な調整も行います。

Search Consoleで移行後の状態を確認する

公開後はGoogle Search Consoleで、
インデックス状況やクロールエラー、
検索パフォーマンスを確認します。

XMLサイトマップの更新や、
内部リンクの修正も忘れないようにしましょう。

WordPressからEC-CUBEへの移行費用は何で決まる？

移行費用は、商品数だけでは決まりません。

現在のシステム構成や移行するデータ、
必要な機能、デザイン制作の範囲によって変わります。

WordPressサイトを残してEC-CUBEを追加する場合と、
WooCommerceから会員・注文履歴まで移行する場合では、
作業範囲が異なります。

正確な見積もりには、
移行対象のデータと必要な機能を
具体的に整理することが重要です。

WordPressからEC-CUBEへ移行する作業工程

移行作業は、現状確認から公開後の運用まで
段階的に進めます。

EC-CUBE移行で注意したい失敗例

商品CSVだけで移行できると考える

商品CSVでは、会員や注文履歴など
すべてのデータを移行できるわけではありません。
データの種類ごとに移行方法を確認します。

会員パスワードをそのまま引き継げると思い込む

認証方式が異なる場合、
既存パスワードをそのまま使えない可能性があります。
必要に応じて再設定の案内を準備します。

旧サイトを早く停止しすぎる

移行後に注文履歴や商品データを確認する必要が
生じる場合があります。
移行データの検証が完了するまでは、
旧環境の保全方法を決めておきます。

旧URLを放置する

URL変更への対応を行わないと、
既存のリンクから新しい商品ページへ
アクセスできなくなる場合があります。
URL対応表を作成して適切に転送します。

決済テストを省略する

商品ページが正常に表示されても、
購入や決済が正常に完了するとは限りません。
本番公開前に、注文から完了メールまで確認します。

WordPressを残してEC-CUBEを構築する方法もある

すべてのページをEC-CUBEへ移すことが、
必ずしも必要とは限りません。

企業情報、ブランドストーリー、
コラムなどはWordPressで継続し、
商品販売・受注管理をEC-CUBEに任せる構成も可能です。

この場合は、サイト間の移動が分かりやすいように、
ヘッダー、メニュー、商品リンク、
カートへの導線などを整理します。

また、WordPressとEC-CUBEでは
管理画面や更新方法が異なるため、
それぞれの管理担当者を明確にしておきましょう。

まとめ｜移行する範囲を決めてから構築する

WordPressからEC-CUBEへの移行では、
現在のサイト構成によって必要な作業が異なります。

通常のWordPressサイトなら、
サイトを残してEC-CUBEを追加する方法もあります。

WooCommerceから移行する場合は、
商品・会員・注文履歴・決済・配送設定など、
ECサイト全体の移行計画が必要です。

また、データの変換だけでなく、
URLの変更に伴うSEO対策や、
公開直前の注文・在庫の反映にも注意が必要です。

移行する範囲、必要な機能、運用体制を整理し、
テストと切り戻しの準備を整えてから
公開することが重要です。

関連記事

参考情報