この記事の対象: BASE・STORESでECを運営していて、Shopifyへの移行・乗り換えを検討している事業者・担当者
読了時間: 約14分
「そろそろShopifyに移したほうがいいのでは」という話は、だいたい売上が伸びてきたタイミングか、やりたい施策がツールの制約で止まったタイミングで出てきます。ただ、移行を決める前に知っておくべきことが2つあります。移せるデータと移せないデータがはっきり分かれていること、そして乗り換えても解決しない課題があることです。
制作会社としてEC構築の相談を受けていると、「Shopifyにすれば売れるようになりますか」と聞かれることがあります。答えは「売れる理由が今のカートの制約で潰されているなら効きます。そうでなければ手数料と手間が増えるだけです」。移行はリニューアルではなく引っ越しで、引っ越しただけで生活は良くなりません。
この記事では、商品・顧客・注文履歴がそれぞれどこまで移せるのか、移行を決めるべきタイミングとまだ早いケース、手数料構造の違いをどう判断材料にするかを、作る側の視点で整理します。
まず「移せるもの」と「作り直すもの」を分ける
移行の見積もりが会社によってブレるのは、この線引きを共有しないまま話を進めるからです。BASE・STORESからShopifyへの移行は、ざっくり3層に分かれます。
そのまま移せる層
- 商品名・価格・在庫数
- 商品画像
- 商品説明文（テキスト部分）
- 顧客の氏名・住所・メールアドレス
形を変えれば移せる層
- バリエーション（サイズ・色）の持ち方
- カテゴリ・タグの分類
- 注文履歴（参照用の記録として）
- 商品説明内のHTML・独自装飾
原則、作り直す層
- デザイン・レイアウト
- 会員パスワード
- 定期購入・サブスクの契約状態
- クーポン・ポイントの残高
- レビュー（アプリ次第で一部可）
見積もりを取るときは、この3層のどこまでを含むのかを必ず確認してください。
上の図でいちばん誤解が多いのは「注文履歴」と「会員パスワード」です。この2つを当たり前に移せると思ったまま話を進めると、公開直前に揉めます。
商品データ：移せるが、そのままでは使い物にならないことが多い
商品データはCSVで書き出して、Shopifyの商品インポート形式に整形すれば移せます。ここは技術的にはほぼ確実に通ります。
ただし、注意点が3つあります。
1つ目はバリエーションの構造です。 BASE・STORESでは「サイズ」や「色」のバリエーションを1行のテキストで持たせている運用が珍しくありません。Shopifyは「オプション名＋オプション値」の組み合わせで在庫と価格をそれぞれ持ちます。この構造が合っていないと、移した瞬間は入るのに、在庫連携や絞り込み検索が機能しません。
移行前の商品数が数十点なら手で直せますが、数百点を超えると整形スクリプトを書くほうが早くなります。どこで手作業からプログラム処理に切り替えるかは、商品点数よりも「バリエーションの持ち方がどれだけバラバラか」で決まります。 同じ形で登録されていれば500点でも一括変換が効き、担当者ごとに書き方が違えば100点でも人の目が要ります。
書き出したCSVを開いたら、最初に見るのは次の3列です。バリエーションの列が1列にまとまっていないか、在庫数がバリエーション単位で持てているか、価格がバリエーションごとに違うか。 この3つが揃っていれば変換は機械的に済みます。どれかが崩れている商品だけを抜き出して、そこに人の手を集中させるのが最短です。全商品を等しく点検しようとすると、点数が増えた瞬間に終わらなくなります。
2つ目は商品説明文です。 BASE・STORESの商品説明に独自の装飾タグや改行の扱いが入っている場合、Shopifyに移すとレイアウトが崩れます。とくに「改行がそのまま反映される」仕様に慣れていた場合、Shopifyの商品説明エディタでは詰まって表示されます。
これは移行後にまとめて直そうとすると地獄を見ます。主力商品10〜20点だけ先に人の手で整え、残りは自動変換したうえで気づいたときに直す、という割り切りが現実的です。全商品を完璧に整えてから公開する計画は、だいたい途中で止まります。
優先順位のつけ方は単純で、直近1年の売上上位から順に整えるのがいちばん効きます。アクセスの多い順でも構いません。移行を機に「全商品の説明文を書き直したい」という話が出ることがありますが、それは移行とは別のプロジェクトとして切り離してください。同時にやると、どちらも終わりません。
3つ目は画像です。 画像URLを参照する形でインポートできますが、移行元のストアを閉じると画像の参照先が消えます。閉店手続きの前に、画像をShopify側に取り込み切っているかを必ず確認してください。ここは「あとでやろう」が通用しない、順番が決まっている作業です。
確認の仕方は、Shopifyの商品管理画面で画像のURLを1点開いてみることです。ドメインがShopify側のものに変わっていれば取り込めています。移行元のドメインのままなら、まだ参照しているだけの状態です。数点を抜き取りで見るのではなく、全商品分をCSVで書き出してドメインを一括確認するほうが確実です。
顧客データ：移せる。ただしパスワードは移せない
顧客の氏名・住所・メールアドレス・電話番号は、CSVで移せます。購入回数や累計金額もメモとして持たせられます。
移せないのはパスワードです。 これはBASE・STORESの問題ではなく、どのプラットフォームでも同じです。パスワードは復元できない形で保存されているのが正しい実装なので、移行元が「渡せない」のは仕様どおりです。
つまり移行後、既存会員は全員パスワードの再設定が必要になります。ここをどう案内するかが、移行で売上を落とすかどうかの分かれ目になります。
| 進め方 | 起きること | 向いているケース |
|---|---|---|
| 移行後に全員へ再設定メールを送る | 開封しない層がそのまま離脱。到達率とタイミング次第 | 会員数が少なく、購入頻度が高い |
| 移行を告知してから切り替える | 事前の心構えができる分、再設定率が上がる | リピーター中心のストア |
| ゲスト購入をしばらく主導線にする | 会員化は後回しになるが、購入は止まらない | 会員である必然性が薄い商材 |
制作の現場では、3番目を選ぶケースが意外と多いです。会員でないと買えない状態にして再設定を強制すると、移行直後に注文が落ちます。 まず買える状態を確保し、会員化はその後で押す。この順番を守るかどうかで、移行の体感がまったく変わります。
顧客データを移すときに、もうひとつ決めておくべきことがあります。メール配信の同意をどう引き継ぐかです。 移行元で「メールマガジンを受け取る」にチェックを入れていた顧客と、入れていなかった顧客は、CSVの列として区別できます。ここを一律で「配信可」にして移すと、同意していない人に配信することになります。列を確認せずに一括で配信可として取り込むのは避けてください。 移行のタイミングは、この同意状態を棚卸しする機会でもあります。
注文履歴：「移せる」の意味が違う
ここが最も誤解されるところです。注文履歴は「参照できる記録」としては移せますが、移行元と同じ状態には戻りません。
具体的に何が失われるか整理します。
- 決済のひも付き: 移行前の注文に対して、Shopify側から返金処理はできません。返金は元の決済事業者側で行うことになります
- 配送ステータスの連動: 発送済み・追跡番号といった情報はデータとして持てますが、当時の配送連携が復元されるわけではありません
- マイページの見え方: 顧客が過去の注文を自分のマイページで見られるかは、移行の作り込み方で変わります
現実的な落としどころは、「移行前の注文は参照用としてインポートし、返金・再配送が発生しうる期間だけ移行元の管理画面を残す」です。返品期間が30日なら、最低でも移行後30日は元のストアの管理画面にログインできる状態を保つ。ここを閉じるのを急ぐと、あとで顧客対応ができなくなります。
注文履歴を「どこまで移すか」も先に決めてください。全期間を移すか、直近1年ぶんだけにするかで、作業量も管理画面の見通しも変わります。 参照する目的が「問い合わせが来たときに調べられること」なら、直近1〜2年で足ります。会計上の保存が目的なら、移行先に持ち込むよりCSVとして手元に保管するほうが確実です。目的を決めずに「全部移す」と言うと、要件だけが重くなります。
4番目の「売上金の入金完了」も忘れられがちです。振込サイクルの都合で、閉店手続きを先に進めると受け取りが面倒になることがあります。閉じるのは最後です。
手数料構造の違いを、月商で見る
Shopifyに移すかどうかの判断材料として、手数料の構造は避けて通れません。ただし「どちらが安いか」を単純比較しても意味がありません。構造が違うので、月商のレンジによって有利不利が入れ替わります。
| BASE・STORES型 | Shopify型 | |
|---|---|---|
| 基本の考え方 | 月額を抑え、売れた分から引く | 月額を払い、決済手数料率を下げる |
| 売れなかった月 | 負担がほぼゼロ | 月額はかかる |
| 売上が伸びた月 | 手数料が比例して増える | 率が固定なので伸びしろが残る |
| 追加費用 | 機能拡張は都度 | アプリの月額が積み上がる |
具体的な料率やプラン金額は各社が随時改定するため、判断の前に必ず公式ページで最新の条件を確認してください。 ここで示すのは考え方の骨格です。
判断のポイントは3つあります。
1つ目は「損益分岐点は月商で出る」ということ。 月額の差額を、決済手数料率の差で割れば、どのくらい売れば逆転するかが出ます。この計算は5分でできるので、移行を検討し始めた時点で自社の数字を当てはめてください。制作会社に聞く前に、自分で出せます。
計算の形だけ示しておきます。（移行後の月額 − 現在の月額）÷（現在の手数料率 − 移行後の手数料率）＝ 逆転する月商です。率は小数で入れてください。出てきた金額が今の月商より低ければ、手数料だけを見る限り移行で得をします。高ければ、まだ月額を払うほうが重い状態です。この1本の式を自社の数字で埋めるだけで、「なんとなく高そう」という感覚が数字に変わります。
2つ目は、月額だけを比べても答えが出ないこと。 Shopifyは本体が薄く、必要な機能をアプリで足す設計です。定期購入、レビュー、ポイント、多言語、CSV一括編集——このあたりを足していくと、月額が想定の2倍3倍になることは普通にあります。
移行の試算をするときは、「今のストアで使っている機能をShopifyで再現するには何が必要か」を先にリストにして、そのうえで月額を積み上げてください。 本体の月額だけで比べた試算は、ほぼ確実に外れます。
3つ目は、手数料以外のコストが動くこと。 移行そのものの制作費、移行後の運用負担、そして「管理画面を触る人が慣れるまでの時間」です。最後のものは見積もりに載りませんが、実際にはいちばん大きいことがあります。
BASE・STORESの管理画面は、EC専任者がいない事業者でも触れる作りになっています。Shopifyは自由度が高い分、覚えることが増えます。日々の商品登録を担当する人が、移行後も同じスピードで作業できるか。 ここを確認せずに進めると、公開後に「前のほうが良かった」という話になります。
確かめ方は簡単です。移行の検討段階でShopifyの試用環境を立て、日々商品を登録している担当者に商品を1点だけ登録してもらう。 迷った箇所と、かかった時間を記録する。これだけで、移行後に必要なマニュアルの分量と研修の要否がほぼ見えます。この検証を飛ばして公開すると、運用の負担が丸ごと事業者側に落ちます。
移行すべきタイミングと、まだ早いケース
ここが本題です。制作会社は仕事になるので「移行しましょう」と言いがちですが、移らないほうがいい状態は確実にあります。
移行を検討していい
- やりたい施策がカートの仕様で止まっている
- 手数料の総額が月額型を明確に上回っている
- 海外販売・多通貨の予定が具体的にある
- 在庫や受注を外部システムと連携したい
- デザインで差別化する必要が出てきた
まだ早い
- 売れない原因が集客側にある
- 商品点数が少なく施策も止まっていない
- 更新できる人が社内にいない
- 「なんとなく本格的にしたい」が動機
- 繁忙期が3か月以内に控えている
移行を検討していい状態
やりたいことが仕様で止まっているときが、いちばん分かりやすいサインです。
- セット販売や条件付き割引を組みたいが、カートの仕様でできない
- 定期購入を始めたいが、対応する仕組みがない
- 顧客の購買データを使って、セグメント別にメールを打ちたい
- 実店舗のPOSと在庫を合わせたい
- 越境ECで多通貨・多言語に対応したい
これらは「Shopifyなら必ずできる」という話ではなく、「拡張する余地があるかどうか」の差です。土台が広いプラットフォームに移れば、少なくとも検討の対象になります。
判定の仕方をもう一段具体的にすると、「その施策を止めているのは、本当にカートの仕様か」を確認することです。 たとえば「セグメント別にメールを打ちたい」が止まっている理由が、カートの機能ではなく「顧客データを誰も見ていないこと」なら、移行しても状況は変わりません。止めているものがツールなのか、体制なのか。ここを取り違えると、移行が空振りします。
もうひとつは、サイトの役割が広がってきたときです。ECだけだったものに、会社紹介・採用情報・お知らせを載せたくなる。これをWordPressで別に立てるか、Shopify側に寄せるかは判断が分かれます。
配送設定も作り直しです。BASE・STORESでは「全国一律」「地域別」といった設定が比較的シンプルですが、Shopifyは配送プロファイルという単位で、商品ごと・地域ごとに細かく組めます。自由度が高い分、最初に設計を決めておかないと、後から料金の辻褄が合わなくなります。
計測も同じです。Google Analyticsのタグ、広告のコンバージョンタグ、SNSのピクセル——これらは移行先で入れ直しになります。移行前後で数字が比較できないと、移行が良かったのか悪かったのかを判断できません。 移行前の1か月分の主要指標（セッション、注文数、転換率、客単価）を控えておいてください。
同じGA4プロパティを使い続けるか、新しく作るかも先に決めてください。同じプロパティを使えば移行前後を1本のグラフで追えますが、URL構造が変わるためページ単位のレポートは断絶します。 移行日をGA4の注釈として残しておくと、あとで数字を見る人が原因を取り違えずに済みます。ここは作業としては数分ですが、半年後に効きます。
見積もりを取るときに確認する項目
複数社に相談するなら、要件を揃えないと比較になりません。移行案件で特にブレやすいのは次の項目です。
| 確認項目 | 曖昧なままだと起きること |
|---|---|
| 移行する商品点数と、バリエーションの整形範囲 | 「データ移行」の中身が会社ごとに違う |
| 顧客データの移行有無と、再設定の案内設計 | 案内メールの文面が誰の仕事か決まらない |
| 注文履歴を移すか、参照用に留めるか | 後から「移せないんですか」となる |
| リダイレクト設定の対象範囲 | 主要ページだけで終わっていた |
| デザインはテンプレート利用か、独自制作か | 金額が数倍変わる最大の要因 |
| アプリの選定と初期設定は誰がやるか | 公開後に月額が想定外に膨らむ |
| 移行元ストアの閉店手続きは誰が行うか | 誰もやらずに課金が続く |
| 公開後のサポート期間 | 公開翌日から連絡が取れない |
このリストをそのまま各社に渡せば、見積もりの粒度が揃います。「一式」でまとめられた見積もりは、中身を分解してもらってください。 分解を渋る会社は、この段階で候補から外して問題ありません。
見積もり依頼の組み立て方そのものは、別の記事で型を用意しています。
デザインの扱いを先に決める
移行の見積もりが数倍に開く最大の要因はデザインです。ここは3パターンに分かれます。
- 無料テーマをそのまま使う: 最も早く安い。商品が主役で、ブランドの世界観よりも回転を優先する場合に有効
- テーマをベースに調整する: 色・フォント・レイアウトの一部を触る。現実的な選択肢として最も多い
- 独自にデザインして実装する: ブランド表現が売上に直結する商材向け。期間も費用も跳ね上がる
どれを選ぶかは、「そのデザインが売上の理由になっているか」で決まります。定期的に買う消耗品や、型番で選ばれる商品なら、テーマのままで十分に戦えます。世界観そのものが購入理由になっている商材——作家もの、ギフト、ブランド立ち上げ直後——なら、独自制作の費用が回収できる見込みが立ちます。「かっこいいほうがいい」は理由になりません。売上のどこに効くかを言えるかどうかです。
移行のタイミングで全部を変えようとすると、プロジェクトが重くなって止まります。 データ移行とデザイン刷新を分けて、まず移行を完了させ、デザインは公開後に段階的に手を入れる。この進め方は地味ですが、確実に終わります。
テーマを触る場合、Shopifyのアップデートで壊れない改修の仕方があります。
アプリを足す前に、テーマで足りないか見る
移行後によくあるのが、「この機能が欲しい」→「アプリを入れる」を繰り返して、気づけば月額が膨らんでいるパターンです。
判断の線引きはシンプルです。
- データを持つ機能（定期購入、ポイント残高、レビュー投稿）はアプリの領域
- 見せ方を変えるだけの機能（絞り込み、スライダー、お気に入りの簡易版）はテーマ改修で足りることが多い
たとえばお気に入り機能は、ログイン不要の簡易版ならブラウザ側に保存する実装で成立します。会員と紐付けて複数端末で同期させたいなら、アプリの出番です。どちらが必要かは、その機能で何を実現したいかで決まります。
アプリを選ぶときに見るのは、機能一覧ではありません。最終更新日、日本語対応の有無、サポートの応答経路、そして自社のテーマとの相性です。更新が2年止まっているアプリは、Shopify本体の変更で動かなくなるリスクを抱えています。なお、アプリの料金プランは改定されるため、金額は必ず各アプリのページで最新のものを確認してください。
移行の初期段階では、アプリは「今すぐ売上が止まる機能」だけに絞るのが安全です。定期購入で実際に課金が回っているなら初日から要りますが、レビューやポイントは公開後に足しても間に合います。最初から全部入れると、どのアプリが効いているのか判断できないまま月額だけが残ります。
移行スケジュールの目安
移行にかかる期間は、商品点数とデザインの作り込みで変わります。おおまかな目安は次のとおりです。
| 規模 | 内容 | 目安期間 |
|---|---|---|
| 小 | 商品50点程度、テーマそのまま、データ移行のみ | 3〜4週間 |
| 中 | 商品数百点、テーマ調整、アプリ数点の設定 | 1.5〜3か月 |
| 大 | 商品千点超、独自デザイン、外部システム連携 | 3〜6か月 |
この期間は「準備が揃っていれば」の話です。 実際には、商品説明の整理、画像の差し替え、送料設計の見直しといった「事業者側でしか決められないこと」で止まります。制作側の作業より、判断待ちの時間のほうが長くなるのが普通です。
短縮したいなら、先に決めておけることを決めておくのがいちばん効きます。送料の考え方、会員の扱い、移行元ストアをいつ閉じるか。この3つを事前に固めるだけで、進行が変わります。
公開前に必ず通す確認
移行の公開直前にやることは決まっています。
- テスト注文を実際に通す: 決済・在庫減算・メール送信・注文管理の反映まで、一連の流れを最後まで
- 主要ページの表示確認: スマートフォンの実機で。エミュレータだけで済ませない
- リダイレクトの抜き取り検査: 旧URLの上位ページを10本ほど叩いて、正しく飛ぶか
- 計測タグの発火確認: 購入完了まで通して、コンバージョンが記録されるか
- メールの実機確認: 迷惑メールに入らないか、テキストが崩れていないか
この5つのうち、いちばん飛ばされやすいのが計測タグの確認です。ここが漏れると、移行後の数字が取れないまま数週間が過ぎます。
テスト注文は、本番の決済を実際に通して、あとで返金するのが確実です。テストモードでは通るのに本番で落ちる、という事故が起きるのはここです。少額の商品を1点用意して、決済・在庫の減り方・メールの文面・管理画面への反映まで、実際の顧客と同じ経路で1周させてください。確認が済んだら返金して在庫を戻します。
よくある質問
BASEやSTORESの注文履歴は、Shopifyに完全に移せますか？
参照できる記録としては移せますが、完全ではありません。移行前の注文に対してShopify側から返金処理を行うことはできず、決済のひも付きも引き継がれません。返品・返金が発生しうる期間は、移行元の管理画面を残しておく前提で計画してください。移す範囲も先に決めておくと軽くなります。問い合わせ対応が目的なら直近1〜2年ぶんで足り、会計上の保存が目的ならCSVとして手元に持つほうが確実です。
会員のパスワードは引き継げますか？
引き継げません。これはどのプラットフォーム間の移行でも同じで、パスワードが復元不可能な形で保存されているためです。移行後は既存会員全員にパスワード再設定が必要になります。再設定を購入の条件にすると注文が落ちるため、まずゲスト購入で買える状態を確保し、会員化はその後で進めるのが安全です。あわせて、メール配信の同意状態を一律で「配信可」にして取り込まないよう、CSVの該当列を確認してください。
移行のタイミングはいつがいいですか？
閑散期です。移行では必ず想定外が出るため、注文が少ない時期のほうが被害が小さく済みます。年末商戦やギフト需要などのピークが3か月以内に控えている場合は、それが過ぎるまで待つほうが確実です。繁忙期の直後に相談を始め、次の繁忙期まで余裕を持って公開する組み方がいちばん事故が少なくなります。
Shopifyに移せば売上は伸びますか？
伸びる条件は「やりたい施策が今のカートの制約で止まっている」場合に限られます。売れない原因が集客側にあるなら、カートを変えても何も変わりません。判断はセッション数、転換率、客単価の順で見てください。セッションが足りていないなら集客の問題で、カートは関係ありません。セッションはあるのに転換率が低い場合に、初めて移行が候補に入ります。
移行にかかる費用の幅が大きいのはなぜですか？
デザインをどうするかで最も変わります。既存テーマをそのまま使うか、調整するか、独自に設計するかで数倍の差が出ます。次に効くのが商品点数とバリエーションの整形範囲、リダイレクト設定の対象範囲です。見積もりを比較するときは「データ移行一式」のような表記を分解してもらってください。実際の金額は商品点数・要件・依頼先によって大きく変わるため、条件を揃えた状態で複数社から取ることが前提になります。
SEOの順位は移行で下がりますか？
URLが変わるため、リダイレクトを設定しなければ確実に流入を失います。旧URLと新URLの対応表を作り、Shopify側でリダイレクトを登録すれば、影響は抑えられます。対応表は移行元のストアを閉じる前にしか作れないため、閉店手続きより先に着手してください。作るときは、サイトマップXMLとSearch Consoleの両方からURLを書き出して突き合わせると漏れが減ります。
まとめ
BASE・STORESからShopifyへの移行は、「引っ越し」であって「リニューアル」ではありません。移すだけで良くなるものは何もなく、移したあとに何をするかが決まっている場合にだけ意味があります。
判断のために押さえるべきことを整理します。
- 商品・顧客は移せる。注文履歴は参照用まで。パスワードは移せない
- 手数料は構造が違うので、自社の月商で損益分岐点を出す。月額だけの比較は外れる
- 移行を検討していいのは、やりたい施策が仕様で止まっているとき
- 売れない原因が集客にあるなら、カートを変えても何も起きない
- 移行元ストアは、返品期間が終わり、入金が完了してから閉じる
- URLが変わるのでリダイレクトが必要。対応表は閉店前にしか作れない
- 繁忙期の直前は避ける。閑散期が好機
移行を検討し始めた段階でまずやるべきは、制作会社への相談ではありません。今のストアで「できなくて困っていること」を、具体的に3つ書き出すことです。それが書き出せないなら、移行のタイミングはまだ来ていません。書き出せたなら、その3つがShopifyで解決するかを軸に相談を進めれば、見積もりの中身も判断できるようになります。
