MakeShop移行で売上が下がる企業と上がる企業の移行設計の構造的違いとは
福岡ECサイト株式会社
代表 鳥井 敏史
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。
専門分野
ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計ECサイト改善の主な実績
この記事の監修
福岡ECサイト株式会社 代表 鳥井 敏史
MakeShop移行後に売上が変わる理由
MakeShop移行後に売上が変わる理由
MakeShop移行の成功は、データ移行ではなく売上構造の再設計で決まります。
ECサイトをMakeShopに移行した後、売上が大きく変わる企業があります。同じプラットフォームに移行しているのに、ある企業は売上が30%上がり、別の企業は20%下がるという現象が起きています。
この差は、移行前のサイト構造を理解して設計するか、単にデータを移すかの違いです。
MakeShop移行とは、既存ECサイトの売上構造を新プラットフォーム上に再設計し、移行を機に集客・CVR・信頼の3つの構造を強化することです。
移行直後に売上が下がる理由
MakeShop移行直後は、データ移行が終わっても売上が一時的に低下する企業が多いです。理由は3つあります。
1つ目は、検索エンジン評価の喪失です。前のサイトで獲得していたSEO評価やドメインパワーは新しいサイト構造に引き継がれません。Shopifyから、またはASPの旧プラットフォームからMakeShopに移行する際、URL構造が変わるとSearch Console上で「新しいドメイン」として扱われ、以前の検索流入が一時的に断絶します。
2つ目は、商品訴求の構造が失われることです。前のサイトで「商品画像の見せ方」「説明文の構成」「価格の表示位置」などが最適化されていた場合、移行時にそれを引き継がないと、同じ商品でもCVRが低下します。
3つ目は、顧客との接点が遮断されることです。メールマガジンの配信停止、SNS連動の設定失敗、会員データのインポートミスなど、既存顧客との来店習慣が移行で崩れます。
MakeShop移行成功のカギとなるデータ移行設計とは何か
MakeShop移行設計とは、売上構造をプラットフォーム移行で保護・強化する設計方法です。
売上が下がらない企業は、移行時点で「何を保護するか」を明確に定義しています。それを福岡ECサイト株式会社では「構造継続設計」と呼んでいます。
MakeShop移行設計とは、既存サイトの売上生成メカニズムを分析し、その構造をMakeShop上で再現するために、データ・SEO・導線・顧客接点の4つの領域を統合的に設計することです。
単なるデータ移行ではなく、「売上を生み出していた構造をどう引き継ぐか」を優先する設計方法です。
MakeShop移行が成功する3つの判断基準
MakeShop移行で成功する企業と失敗する企業は、移行前の準備段階で決まっています。以下の3つの基準で自社の移行リスクが判断できます。
- 現在のCVR（コンバージョン率）を把握しているか
移行前のサイトで「月間訪問数」「購入数」から現在のCVRを計算していない企業は高リスクです。例えば月間アクセス10万で月商500万円なら、CVRは0.5%です。この数値を移行後も維持できるかが判断基準になります。移行後のCVRが0.35%以下に低下したら、導線か商品訴求に問題があります。 - 検索からの流入比率を測定しているか
GA4やSearch Consoleで「検索による流入の割合」を正確に把握していない企業は、移行時に何が失われたかを判断できません。例えば全体流入の40%が検索流入なら、移行後に検索流入が30%に低下したとき、SEO設計に問題があると判断できます。 - 既存顧客の再購入率（リピート率）を計測しているか
新規客と既存客の購入割合が不明な企業は、移行で何が失われたかが見えません。リピート率が50%の場合、移行後に30%に低下すれば、メールマガジンや来店習慣設計に問題があると判断できます。
MakeShop移行で売上が変わる4つの構造的要因
MakeShop移行の成否は、4つの構造設計で決まります。
移行成功か失敗かを左右するのは、以下の4つの領域です。各領域でどの程度の設計を行うかで、売上変化が決まります。
1．SEO継続設計：検索流入の保護
最も影響が大きいのはSEO構造です。MakeShop移行時にURL構造が変わると、検索エンジンからの評価がリセットされます。
対策方法は2つあります。1つ目は「URLの統一」です。可能な限り前のプラットフォームと同じURL構造を保つことで、Search Consoleに「URLの変更」として登録でき、評価の移行が円滑になります。例えば前のサイトが「example.com/product/shoes-001」なら、MakeShop移行後も同じURL構造を保つということです。
2つ目は「リダイレクト設定」です。URL構造を変える場合、301リダイレクトを旧URLから新URLに設定します。ここで注意すべき点は、商品ページの削除や統合が発生した場合、リダイレクト先を正確に設定することです。靴の商品ページが1000ページあり、MakeShop移行でカテゴリ設計を変更した場合、各ページがどこにリダイレクトされるかが重要です。
実際の案件では、前のプラットフォームで「ブランド別×サイズ別」の2階層だったカテゴリが、MakeShop移行で「カテゴリ別×色別」に変更されることがあります。このとき旧URL「example.com/brand/nike/size-25」が新URL「example.com/category/sneaker/color-red」にリダイレクトされると、ユーザーの期待値とズレが生じ、リダイレクト先での離脱率が上がります。
2．商品訴求設計：CVRの維持
2つ目に重要なのは、商品ページの訴求構造です。前のプラットフォームで「商品説明文の位置」「画像の枚数」「レビュー表示」などが最適化されていた場合、MakeShop上で同じ構造を再現する必要があります。
特に注意すべき点は「商品画像の表示ロジック」です。Shopifyでは画像をズーム表示できる仕様でしたが、MakeShopでは異なるUIの場合、訪問ユーザーの行動が変わります。MakeShopの管理画面で商品編集を始めると「メイン画像」「サブ画像」「詳細説明」の配置がデフォルトで決まっていますが、ここを前のサイトに合わせてカスタマイズするかどうかが、CVR維持の分岐点になります。
月商1000万円のアパレルECサイトがMakeShopに移行した事例では、商品画像を3枚から8枚に増やし、説明文を「素材感」「サイズ感」「購入後のケア」に整理し直したことで、移行後のCVRが0.8%から1.1%に上昇しました。単なるデータ移行ではなく、MakeShopの機能を活かした訴求設計が影響しました。
3．会員・顧客接点設計：来店習慣の再構築
移行で最も失われやすいのが既存顧客との接点です。来店習慣設計理論では、顧客の習慣化は「来店理由→入口商品→初回購入→ついで買い→来店回数→買いぐせ」という流れで成立します。
MakeShop移行時にこの流れが断絶する企業が多いです。理由は3つです。
1つ目は「メールマガジンの中断」です。前のプラットフォームで配信していたメールマガジンは、MakeShop移行時にリスト引き継ぎを怠ると、配信が停止します。既存顧客への「来店理由」が失われ、リピート率が低下します。
2つ目は「会員ランク・ポイント制度の喪失」です。前のシステムで「購入回数でランク上昇」「ポイント還元で再購入促進」という仕組みが動いていた場合、MakeShop移行で同じロジックを再構築しないと、既存顧客の購買モチベーションが失われます。
3つ目は「カートに入れたまま放置しているユーザーへのアクション」です。前のプラットフォームで「カート放棄メール」を自動配信していた場合、MakeShop上でその設定を引き継ぐ必要があります。設定を忘れると、購買直前のユーザーを回収する機会が失われます。
福岡ECサイト株式会社が支援したBtoCファッションECの移行事例では、4万人の会員データをインポートした後、メールマガジン配信を前のプラットフォームと同じ頻度・時間で再開しました。その結果、既存顧客からの購入は移行前の月間200件から移行1か月後は150件に低下しましたが、3か月後には250件まで回復しました。これは来店習慣の再構築に時間がかかることを示しています。
4．決済・配送設計：信頼と利便性の維持
4つ目は、決済方法と配送設定です。前のプラットフォームで利用できていた決済方法がMakeShopで未対応の場合、購入離脱が増えます。
例えば前のShopifyで「Apple Pay」「Google Pay」「Amazon Pay」の3つの決済手段を提供していた場合、MakeShop上でも同じ手段を提供できるか確認が必要です。MakeShopはコンビニ払い・代金引換・クレジットカード決済は標準装備ですが、デジタルウォレット決済はプラグイン導入が必要な場合があります。
また「配送料金の計算ロジック」も影響します。前のプラットフォームで「注文金額5000円以上は送料無料」という設定があった場合、MakeShop上でも同じルールを設定する必要があります。ここが異なると、ユーザーはカート画面で「あれ、送料がかかるようになった」と違和感を感じ、離脱します。
MakeShop移行での失敗パターンと防止策
移行で失敗する企業の共通パターンは2つです。
失敗パターン1：移行日を優先して、事前検証を省く
「1月15日に完全移行」と決めてから逆算して準備する企業は、実装検証が不十分になりやすいです。検証期間を2週間しか取らない場合、以下のチェックが落ちやすいです。
- 商品ページのSEOメタデータ（タイトル・説明文）がMakeShop上で正しく表示されているか
- カテゴリページのURLが301リダイレクト設定されているか
- 既存顧客がパスワードリセットなしでログインできるか
- メールマガジン配信がテスト送信で正常に動作するか
- 決済テストで全決済方法が正常に動作するか
- 在庫データがMakeShop管理画面で正確に反映されているか
防止策は、移行を3段階に分ける方法です。1段階目は「テスト環境での構築」（2週間）、2段階目は「本番環境での平行運用」（2週間）、3段階目は「完全切り替え」という流れです。テスト環境で十分な検証を行った後、本番環境で既存顧客を迎える段階を設けることで、リスクが軽減されます。
失敗パターン2：データ移行完了を「移行完了」と判定する
「商品データ、顧客データのインポートが終わった。移行は完了」と判定する企業は、その後のアクセス低下に気づくのが遅れます。理由は、データ移行とサイト構造設計は別問題だからです。
移行完了を正しく定義するなら、以下の5つが確認できた時点です。
- 検索からの流入が移行前の90%以上に回復した
- CVRが移行前の±5%以内で安定している
- 既存顧客からのリピート購入が移行前の水準に戻った
- 決済エラー率が1%未満である
- カスタマーサポート問い合わせが異常増加していない
これらが確認できるまでに、最低3か月は観測期間が必要です。
MakeShop移行で売上が上がる企業の設計プロセス
売上が上がる企業は、移行時に「構造の最適化」を同時に実行しています。これを判断プロセスで説明します。
判断プロセス1：現状分析フェーズ
移行前の3か月間のデータを分析し、以下の数値を把握します。
- 月間訪問数・CVR・客単価：月間100万アクセス・CVR 0.5%・客単価5000円なら、月商250万円の売上構造
- 流入チャネル別の割合：検索40%・SNS30%・メール20%・その他10%
- 新規顧客と既存顧客の購入割合：新規60%・既存40%
- カテゴリ別の売上貢献度：トップ10カテゴリが全売上の70%を占めているか
この分析によって、「何を優先して保護するか」が決まります。検索流入が40%を占めているなら、SEO継続設計を最優先するということです。
判断プロセス2：設計段階での意思決定
MakeShop移行時に「カスタマイズするか」「デフォルト設定か」の判定が発生します。
ここで重要なのは、売上に直結する要素にだけカスタマイズを集中させることです。例えば商品ページの見た目を完全にカスタマイズするより、メールマガジン配信の仕組みやカート放棄の自動復帰メール機能を優先するほうが、売上への影響が大きいケースがあります。
判断基準は「既存顧客の行動を変えるか変えないか」です。既存顧客が「いつもと同じように購入できる」状態を保つカスタマイズは優先度高。既存顧客に影響しないデザイン修正は優先度低、という考え方です。
判断プロセス3：移行後の観測と調整
MakeShop移行後、最初の30日は毎日「前日のアクセス数・購入数・決済エラー数」をダッシュボードで確認します。
異常値が出た場合の判定基準は、「移行前の同日比で±20%以上の変動」です。移行日から3日目のアクセスが移行前の同曜日比で20%以上低下したら、SEO設定か導線設定に問題がある可能性があります。この時点で原因調査と修正を実施します。
1週間後は流入元別（検索・SNS・メール・その他）の変動を分析し、2週間後はCVRの回復状況を確認します。
MakeShop移行で売上が上がる3つの実装事例
福岡ECサイト株式会社が支援したMakeShop移行案件から、売上が上がった事例を3つ紹介します。
事例1：月商500万円→800万円へ成長した化粧品ECの移行設計
移行前は旧システムで「商品ページの画像が3枚のみ」「商品説明が100文字程度」という簡素な構成でした。実際の現場では、商品登録のたびにスタッフが「また文字数が足りないのでは」と不安になっていました。MakeShop移行を機に、各商品ページを「商品画像8枚・説明文500文字・お客様レビュー表示・購入者の肌質別コメント」という構成に再設計しました。
SEO観点では、商品ページのメタディスクリプションを「150文字のベネフィット訴求」に統一し、見出しタグ(H1/H2/H3)を正しく設定しました。その結果、移行3か月後に検索からの流入が前月比120%に成長し、CVRも0.6%から0.9%に改善され、月商は500万円から800万円へ成長しました。
事例2：リピート率が40%→65%に改善した食品ECの顧客接点設計
前のシステムでは、メールマガジンが週1回の不定期配信でした。ここ、意外と見落とされがちですが重要なポイントです。MakeShop移行時に、メール配信を「毎週木曜日19時」に定期化し、セグメント機能を活用して「購入商品カテゴリに関連した商品提案」を自動配信する仕組みを構築しました。
さらに、カート放棄から24時間後に自動配信される「購入完了メール」を設定し、その中に「次回購入で使える500円クーポン」を入れました。この施策により、既存顧客のリピート購入は月間150件から245件へ増加し、リピート率が40%から65%に改善されました。
事例3：検索流入が月間5万→15万PVに成長した衣料品ECの SEO継続設計
Shopifyから MakeShop への移行時に、前のシステムで上位表示されていた1000ページのカテゴリページURLを保護することを優先しました。具体的には、Shopifyの「/collections/men-shirts」というURLを、MakeShop上でも同じURLパス構造で維持しました。
また、商品ページの削除が30%発生した際に、削除ページから類似カテゴリページへ301リダイレクトを設定し、検索評価の流出を防ぎました。移行3か月後、検索からの流入は月間5万PVから15万PVへ成長し、新規顧客獲得単価が前月比で30%低下しました。
MakeShop移行で判断すべき3つの指標
移行を検討する際に、以下の3つの指標で「移行すべきか」「現在のシステムを継続すべきか」が判断できます。
指標1：ランニングコスト効率
現在のシステムの月額費用が月商の5%以上かかっている場合、MakeShopへの移行により費用削減が期待できます。例えば月商1000万円で月額費用が60万円かかっている場合（6%）、MakeShop（基本プランで月額11,000円程度）への移行で月額50万円以上の削減が可能です。
ただし、カスタマイズや機能追加が必要な場合は別途費用が発生するため、移行にかかる総費用と3年間の回収期間を計算することが重要です。
指標2：カスタマイズの必要性
現在のシステムで「非常に複雑なカスタマイズ」が行われている場合、MakeShop移行時にそれを再実装するコストが高くなります。判断基準は以下の通りです。
- カスタマイズが少ない企業（移行推奨）：プラグインのみで対応できる機能追加・シンプルなカテゴリ設計・標準的な決済方法のみ利用
- カスタマイズが中程度の企業（要検討）：複数の条件付きキャンペーン・複雑な在庫管理ロジック・カスタム決済フロー
- カスタマイズが多い企業（移行非推奨）：独自のシステム連携・複雑なAPI統合・大規模なデータベース改修
指標3：ビジネス成長フェーズ
企業の成長段階によって、MakeShop移行の優先度が変わります。
- 初期段階（月商100万円未満）：移行よりも施策実行を優先。現在のシステムで基本構造を確立してからMakeShop検討
- 成長段階（月商100万〜1000万円）：移行による効率化がメリット大。この段階での移行が最も効果的
- 安定段階（月商1000万円以上）：移行リスク > メリットの可能性。既存システムでの最適化を優先検討
MakeShop移行の実装フロー：3つの準備段階
MakeShop移行は3段階のプロジェクトとして設計します。
MakeShop移行を成功させるには、移行を「1つのプロジェクト」として段階的に進める必要があります。
段階1：準備フェーズ（2〜3週間）
移行前のシステムで現状データを徹底的に分析します。GA4やSearch Consoleから「月間訪問数・CVR・流入元別のデータ」を抽出し、移行後の比較基準を作ります。
同時に、MakeShopで「実現したい機能」と「実現できない機能」を整理し、カスタマイズの必要性を判定します。
段階2：実装フェーズ（3〜4週間）
テスト環境でMakeShopを構築し、商品データ・顧客データをインポートした後、以下の検証を実施します。
- 全商品ページが正しく表示されているか（最低100ページをサンプリング検証）
- カテゴリ構造が前のシステムと同じか、改善されているか
- 決済フロー・注文確認メール・配送連携が正常に動作するか
- SEOメタデータ（タイトル・説明文）が自動生成されているか
- 既存顧客がログインできるか・パスワードリセット機能が動作するか
段階3：移行フェーズ（1週間）
本番環境への切り替えを実施し、DNSをMakeShopのサーバーに切り替えます。移行日から3日間は毎日「前日のアクセス・購入数・エラー率」をモニタリングし、異常があれば即座に対応します。
よくある質問：MakeShop移行に関するよくある質問
Q1：MakeShop移行で既存の検索順位は落ちる？
URL構造を保持して301リダイレクトを正しく設定できれば、検索順位の大幅な低下は防げます。ただし移行直後の1〜2週間は、Search Consoleが新しいサイト構造を認識する期間になり、一時的に検索流入が20%程度低下することがあります。
これは正常な現象です。2週間後にSearch Consoleで「アドレス変更」を申請すれば、評価が徐々に移行され、1か月後には元の水準に戻ります。重要なのは、前のシステムでSEO設定がしっかりしていたページほど、MakeShop上でも同じSEO設定（タイトル・説明文・見出しタグ）を引き継ぐことです。
Q2：MakeShop移行でカートの離脱率は上がる？
決済方法と配送料金計算が前のシステムと同じなら、カート離脱率の大幅な上昇は起きません。ただし、決済方法を削減した場合（例：Apple Payを廃止した）は、その決済方法を使用していたユーザーの離脱が増えます。
判断基準は「決済方法の変更前後での離脱率差」です。移行前のカート離脱率が70%で、移行後が75%に上昇した場合、決済フローか決済方法に問題がある可能性が高いです。ここで焦って色々変更するより、まず原因を特定することが大切です。この場合、MakeShopの決済プラグインを増やすか、決済フローをシンプル化する改善を検討します。
Q3：MakeShop移行で既存顧客は何か手続きが必要？
MakeShop移行は、既存顧客に対して特別な手続きを不要にすべきです。会員登録情報が引き継がれていれば、ユーザーは前と同じメールアドレス・パスワードでログインできます。
重要なのは、移行予定日の1週間前に既存顧客に「メンテナンス予定」をメール通知することです。「1月15日から新しいプラットフォームに移行。いつもと同じようにご利用いただけます」という案内を事前に送ることで、移行日のアクセス減少や問い合わせ増加を予防できます。
Q4：MakeShop移行でSNS連動は変わる？
MakeShop自体がSNS連動機能を備えていますが、前のシステムで「Instagram Shoppingタグ」や「TikTok Shop連携」を使用していた場合、MakeShop上での設定は異なる可能性があります。
移行前に「MakeShopで対応しているSNS連携機能」を確認し、前のシステムと同等以上の機能が提供されているか検証することが重要です。SNS経由の流入が全体の30%以上の場合、SNS連携の設定ミスは売上低下に直結するため、移行前の検証段階で最優先で確認すべき項目です。
Q5：MakeShop移行にかかる期間はどのくらい？
小規模サイト（商品数500ページ以下）なら3〜4週間、中規模サイト（商品数500〜5000ページ）なら4〜6週間、大規模サイト（商品数5000ページ以上）なら8週間以上が目安です。
ただし、外部システム連携（在庫管理・会計ソフト・配送業者システム）がある場合、その連携テストに追加で1〜2週間必要になります。移行予定日から逆算して、最低2か月前から準備を始めることをお勧めします。
MakeShop移行で優先すべき改善指標の判定基準
MakeShop移行時に「何を優先して改善すべきか」は、企業の現状によって異なります。以下で自社の優先順位が判定できます。
- 検索流入が40%以上を占める企業：SEO継続設計を最優先。移行前のURL構造保持とSEOメタデータ引き継ぎに注力
- 既存顧客のリピート率が50%以上の企業：顧客接点設計を最優先。メールマガジン配信とカート放棄メール機能の実装に注力
- CVRが0.5%以下の企業：商品訴求設計を最優先。商品ページの画像・説明文・レビュー表示の最適化に注力
- 複数の決済方法を提供している企業：決済設定を最優先。全決済方法がMakeShop上で動作することを事前検証
つまり、MakeShop移行とは
つまり、MakeShop移行とは、単なるプラットフォーム切り替えではなく、既存サイトの売上生成メカニズムを分析・保護し、新しいプラットフォームの機能を活かして売上構造を再設計するプロセスです。福岡ECサイト株式会社代表・鳥井敏史がお客様に必ずお伝えするのは、「移行は売上構造を見直す最良の機会」ということです。
