複数カート運用で売上が分散する理由と利益を守る統合管理設計とは
福岡ECサイト株式会社
代表 鳥井 敏史
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。
専門分野
ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計ECサイト改善の主な実績
この記事の監修
福岡ECサイト株式会社 代表 鳥井 敏史
複数カートを導入してから売上が分散する理由
複数カート運用で利益が減る原因は、統合管理ができていないことです。
複数カート導入で売上が分散して利益が減る企業は、導入の判断軸を間違えています。ここ、多くの企業が見落としがちなポイントです。
複数カート運用とは、複数のECプラットフォーム(Shopify・MakeShop・楽天・Amazonなど)を同時に運用し、在庫・顧客・売上を一元管理することで利益を最大化する運営方法です。
しかし実際には、各プラットフォームがバラバラに動いてしまい、在庫が重複して無駄になったり、顧客情報が分断されたり、運用工数が倍増してしまいます。
結果として「売上は増えたが利益は減った」という状態に陥るのです。
複数カート導入で利益が減る本当の理由

複数カート導入で失敗する企業の共通点は「売上最大化」と「利益最大化」の区別をしていないことです。
売上を増やすことと利益を守ることは別の構造です。
複数カートで売上が100万円から200万円に増えても、運用工数が3倍になってしまえば、粗利率は同じでも営業利益は下がります。
さらに在庫管理ミスで過剰在庫が発生したり、各プラットフォームの手数料が増加したりすることで、利益はさらに圧迫されます。実際の現場では、この問題で悩む担当者が本当に多いです。
福岡ECサイト株式会社が支援する企業の中でも、月商100万円のECサイトが複数カート導入で月商500万円に成長した事例があります。しかし初期段階では、在庫管理と顧客情報の分断により、実際の営業利益は月商100万円時代と変わらないという状態が発生していました。この企業は統合管理を実現することで、最終的に月商500万円で営業利益率を15%から28%まで改善しました。
利益が減少する理由は以下の4つに分解できます。
- 在庫管理の分散による過剰在庫と品切れのミス
- 顧客情報の分断による重複営業と自動化ロジックの崩壊
- 運用工数の増加と手動管理の増加
- プラットフォーム手数料と決済手数料の最適化がされていない
複数カート運用の失敗パターン
複数カート導入で失敗する企業には共通のパターンがあります。
最初の失敗パターンは「見た目の売上増加に惑わされる」ことです。新しいプラットフォームで商品を公開したら、確実に新規顧客からの売上が入ります。3ヶ月目には「前年比150%」という数字が出ます。しかし同時にMakeShop管理画面で在庫を見ると、実際の在庫数と表示されている在庫数がズレていたり、楽天RMSでは別の在庫数が表示されていたりします。その結果、Amazonで「在庫なし」と表示されているのに、顧客からの注文が入ってしまう。運用担当者はSlackに「Amazon在庫切れ」という通知を受け取り、深夜に急いでFBAに在庫を送ります。
2番目の失敗パターンは「顧客情報の分断」です。同じ顧客がShopifyで購入して、その翌月に楽天で再度購入したとき、その顧客は「新規顧客」として扱われてしまいます。LINEメッセージで「お得なクーポン」を送ろうとしても、どの顧客がどのプラットフォームで購入したのか不明確になります。その結果、リピート施策が機能しなくなり、新規獲得コストばかりが増加していきます。
3番目の失敗パターンは「プラットフォーム手数料の最適化がされていない」ことです。楽天は販売手数料が高いため、新商品はShopifyで先行販売したい。でも既に楽天に商品登録されているから、そのまま放置されている。Amazon FBAは月額の保管料が高いから、回転の悪い商品は在庫を抱えたくない。しかし在庫管理が一元化されていないから、どの商品が「どのプラットフォームで売れやすいか」「どのプラットフォームに在庫を置くべきか」という最適配置の判断ができないまま、全プラットフォームに全在庫を置いてしまいます。
複数カート統合管理の4つの運用設計

複数カート運用で利益を最大化するには、4つの運用設計が必要です。
複数カート運用で利益を最大化する企業は、4つの運用設計を同時に実行しています。
この4つの設計を整えることで、売上を保ちながら利益率を改善できます。
複数カート運用とは、単に複数のプラットフォームで商品を売るのではなく、一元管理システムで「どのプラットフォームに・どの商品を・どのくらいの在庫量で置くか」を設計する方法です。
第1の設計:在庫統合管理システムの選定
複数カート運用の最初のステップは、在庫管理システムの構築です。これは「どのプラットフォームで売れたか」ではなく「全体の在庫がいくつあるのか」を正確に把握することです。ここが整っていないと、後の施策すべてが機能しません。
在庫統合管理システムとは、Shopify・MakeShop・楽天・Amazon・自社EC(カラーミー等)の複数プラットフォームの在庫データをリアルタイムで同期して、全体で統一した在庫数を管理する仕組みです。
具体的には以下のシステムが候補になります。
- StockHub(複数カート連携専門ツール)
- Shopifyの「在庫同期アプリ」(Inventory Sync等)
- MakeShop標準機能の「外部連携設定」
- 自社開発のAPI連携(費用があれば最も柔軟)
選定の判断基準は「各プラットフォームとの同期スピード」です。在庫が売れてから各プラットフォームに反映されるまでに、5分以上のズレがあると「二重受注」(同じ商品を複数プラットフォームで売ってしまう)が発生します。現在のシステム では1分以内の同期が標準になっているため、この水準を下回るシステムは避けるべきです。
注意点として、在庫管理システムの導入後も「手動上書き」が発生します。季節商品やセール期間は、プラットフォーム側で特別な在庫数を設定することがあります。自動同期に加えて「手動調整の仕組み」も合わせて設計しておかないと、最終的に在庫数の信頼性が落ちます。
第2の設計:プラットフォーム別の役割設定
複数カート運用で失敗する企業の多くは「全プラットフォームに全商品を置く」という過剰設計をしています。これは運用工数を3倍に増やす悪手です。
プラットフォーム別役割設定とは、各プラットフォームの特性に合わせて「どの商品をどのプラットフォームで販売するか」を事前に決める設計です。
一般的な役割の分け方は以下の通りです。
- Shopify:自社ブランド商品・高付加価値商品・リピート顧客向けの商品
- 楽天:既存顧客への販売・ポイント目当ての購買層向けの商品
- Amazon:新規顧客獲得・検索流入重視の商品・消費者向け日用品
- MakeShop:卸売向け・B2B顧客向けの商品(設定可能な場合)
この役割設定により、各プラットフォームでの販売工数が減り、在庫管理も「本当に必要な商品だけ各プラットフォームに置く」という最適状態になります。結果として、月に80時間かかっていた在庫管理業務が50時間に短縮された企業もあります。
判断基準は「各プラットフォームでの売上構成比」です。月商500万円の企業で、楽天での売上がたった月5万円の場合、楽天に10SKU(商品種類数)を置く必要があるのか再検討すべきです。該当企業は楽天の登録商品を50SKUから15SKUに削減することで、毎月の商品更新・在庫管理の工数を大幅に削減できました。
第3の設計:顧客データ統合とリピート施策の再設計
複数カート運用で顧客情報が分断されると、リピート購買率が低下します。これは「誰が何度購入しているのか」が把握できないため、効果的な再購買施策を打つことができないからです。
顧客データ統合とは、複数プラットフォームで購入した同一顧客を「1人の顧客」として統一管理し、全購買履歴・LTV(生涯顧客価値)を一箇所で把握する仕組みです。
実装方法は以下の通りです。
- 各プラットフォームから「顧客メールアドレス」「購買履歴」をCSV形式で月1回抽出する
- Google Sheetやデータベースで顧客を統合する(メールアドレスの重複排除)
- リターゲティング用に「複数プラットフォームの購買客リスト」を作成する
- LINE・メール・SNS広告で「全プラットフォーム購買客向け」のメッセージを送る
具体例として、月商300万円のアパレルECが複数カート運用を開始したとき、楽天とShopifyの会員が重複していないと思われていました。しかし顧客データを統合してみたら、全購買客の23%が両方のプラットフォームで購入していました。この層に対して「Shopify購買客向け楽天新作案内」と「楽天購買客向けShopifyセール案内」を送ったところ、リピート購買率が前月比35%増加しました。
つまり、顧客データの統合により、既に自社に好意を持っている顧客に対して「別のプラットフォームでもお得に買える」というメッセージを届けることができます。これは「新規顧客獲得コスト」なしに、既存顧客の購買額を増やす施策となります。
第4の設計:プラットフォーム手数料の最適化と原価管理
複数カート運用で利益率が低下する最大の理由は「どのプラットフォームがどのくらい利益を出しているのか」が把握できていないことです。
プラットフォーム別原価管理とは、各プラットフォームの販売手数料・決済手数料・配送料を正確に計算し、商品ごとの利益率をプラットフォーム別に算出する仕組みです。
具体的な計算方法は以下の通りです。
- 楽天:販売手数料(2~7.5%)+システム手数料(1.5%)+配送経費+在庫保管料
- Amazon FBA:販売手数料(8~15%)+FBA手数料(商品サイズで変動)+配送経費+保管料
- Shopify:月額プラン料金(29~2,300ドル)÷月間売上件数+決済手数料(2.9%)
- MakeShop:月額プラン料金+決済手数料+サーバー代+保守費用
月商500万円の企業を例にした場合、以下のように利益率が変わります。
| プラットフォーム | 月間売上 | 手数料合計 | 手数料率 | 実質粗利率 |
| 楽天 | 200万円 | 30万円 | 15% | 35% |
| Amazon | 150万円 | 27万円 | 18% | 32% |
| Shopify | 150万円 | 6万円 | 4% | 46% |
上表から見ると、同じ原価率50%の商品でも、Shopifyなら実質粗利率46%、楽天なら35%、Amazonなら32%となります。つまり、売上を「楽天重視」から「Shopify重視」にシフトさせるだけで、全体の利益率が4~5%改善される可能性があります。
判断基準として「各プラットフォームの手数料率が20%を超えている場合は見直し」が目安です。20%を超える場合、商品の利益率と販売額のバランスを再検討し、その商品をそのプラットフォームから外すか、価格を値上げするかの判断が必要です。
ただし手数料が高いプラットフォームから即座に撤退するべきではありません。楽天やAmazonは「新規顧客獲得チャネル」として高い価値があり、1回目の販売は手数料が高くても、その顧客が自社ECで何度もリピート購買すれば、全体の利益性は改善されるからです。
複数カート統合運用による実績改善事例
複数カート統合管理を実装した企業の多くは、初期段階で利益率が低下しますが、6ヶ月以内に改善される傾向があります。
ある化粧品メーカーの例では、Shopify・楽天・Amazonを運用開始してから、月商が150万円から400万円に成長しました。しかし営業利益は月50万円から月45万円に低下しており「複数カート導入は失敗だった」と判断していました。
福岡ECサイト株式会社が支援した内容は以下の通りです。
- 在庫管理システム(StockHub)を導入し、各プラットフォーム間の在庫同期を1分以内に設定
- 楽天での売上が全体の25%(月100万円)に対して、登録商品が80SKUあることに気付き、売上寄与度の低い50SKUを削除
- 顧客データを統合して、楽天とShopifyの重複購買客(月30名)に対して「Shopify限定割引」を配信
- 各プラットフォームの手数料率を集計し、利益率の低い商品は楽天から削除し、Shopify直販にシフト
実装後6ヶ月の結果は以下の通りです。
- 月商:400万円(変わらず)
- 営業利益:月45万円から月68万円(月23万円の改善)
- 運用工数:月120時間から月65時間(月55時間削減)
- 在庫回転率:月1.2回から月1.8回(過剰在庫が減少)
つまり、複数カート導入で「売上増加」と「利益低下」が同時に起きたとしても、統合管理の4つの設計を整えることで、利益と効率性を同時に改善できます。重要なのは、設計を順序立てて実装することです。



