ECサイトのカゴ落ち対策｜原因の見つけ方と優先順位
EC・Shopify編集：株式会社AO
更新：（判断例・確認手順または説明情報を見直し）
カートに商品が入っているのに注文されないとき、値引きやメール施策から始めると、購入できない不具合を見逃す場合があります。まず、どの段階で止まったかを揃えた定義で確認し、購入を妨げる原因から直します。ここでは調査と改善を一巡させる手順を示します。
- カート離脱とチェックアウト離脱の分け方
- 購入テストで確認する項目
- 改善優先度と効果測定の記録方法
分母と離脱地点を揃える
カート追加、チェックアウト開始、決済完了は別の行動です。「カゴ落ち率」と呼ぶ数値も、分母がカート追加者なのか、チェックアウト開始者なのかで意味が変わります。期間、端末、対象注文、テスト除外を記録し、同じ定義で比較しましょう。
Shopifyの従来の未完了チェックアウト機能では、決済イベントを確認して失敗の手がかりを調べられます。新旧の機能で画面や条件が異なるため、利用中の管理画面と対応する公式ヘルプを照合します。
原因の候補を購入工程ごとに調べる
| 止まる段階 | 確認すること | 最初の改善候補 |
|---|---|---|
| カート | 送料、納期、返品条件を確認できるか | 支払前に総額と配送条件を示す |
| 住所入力 | 必須項目、入力例、エラー後の保持 | 不要な入力を減らし修正箇所を示す |
| 決済 | 利用可能な方法、認証、エラー記録 | 失敗ケースを再現し案内を整える |
| 注文直前 | 在庫切れ、割引条件、配送対象地域 | 条件を購入前に伝える |
| 注文後 | 完了表示と確認通知の整合 | 重複注文を防ぐ案内を確認する |
実際に購入できるかを確かめる
本番環境で試す場合は実請求や在庫・通知への影響を事前に整理します。不正検知を無効化して購入率を上げようとするのではなく、正当な購入者への説明やサポート経路を整えます。
- スマホとPCで対象商品を選び、送料が異なる地域も含めて総額を確認する。
- 会員・ゲストなど自店で使える購入方法を試す。
- 入力誤り、割引条件外、在庫不足などの際に、修正できるか確認する。
- 決済提供元が案内する安全なテスト方法で、成功と失敗を確認する。
- 発見した問題に画面・時刻・再現手順・影響する顧客・担当者を付ける。
回復施策は購入障害の修正後に比べる
復帰メールを使う場合は、送信対象、停止条件、同意や配信設定を確認します。注文済みの人への不要な追送や、無効な割引を案内しないようにします。改善前後は同程度の流入・商品構成で比べ、完了数だけでなくキャンセル、返品、粗利も見て施策を判断してください。
カゴ落ちの原因を購入テストで切り分ける
カート追加後の未購入には、比較検討の継続と、購入操作の失敗の両方が含まれます。数値だけで理由を断定せず、配送先、端末、決済方法などの条件を揃えて再現します。以下は架空の購入条件を使う点検例で、実際の顧客注文を作る手順ではありません。
購入条件別に確認するポイント
| テスト条件 | 利用者が知りたいこと | 確認する画面 | 修正判断の例 |
|---|---|---|---|
| 通常の商品を一つ | 最終的な支払総額 | 商品から決済直前まで | 追加費用の案内を前へ移す |
| 複数商品・複数個 | 送料と数量の扱い | カートの数量変更 | 変更後の総額を分かりやすくする |
| 遠隔地への配送 | 配送可能かと到着条件 | 配送先入力と配送方法 | 対象外地域を購入前に案内 |
| クーポンを使用 | 適用条件と対象商品 | 割引入力と合計金額 | 対象外の理由を明示 |
| 決済の失敗 | 再試行してよいか | エラー案内と注文状態 | 二重注文を防ぐ案内を整える |
| スマホで入力 | 入力内容を保持できるか | キーボードとエラー表示 | 押しにくい操作や不明な項目を直す |
実施と確認の手順
- カート追加、チェックアウト開始、購入完了で比較範囲を揃える。
- 自店のテスト決済など承認された方法と、通知先を確認する。
- 送料、配送日、会員登録、支払方法の疑問が生じる場所を記録する。
- エラーが出た条件は、入力内容と再現手順を機密情報なしで残す。
- 一つの仮説を修正し、同じ購入条件で最初から確かめる。
- 購入率だけでなく、決済エラーや問い合わせ内容の変化も確認する。
復旧メールは購入操作の不具合そのものを直す施策ではありません。配信対象や同意、利用する販売チャネル、現行のShopifyのチェックアウト復旧機能を確認し、誤送信や不適切な値引きを避けます。画面仕様は利用中の体験に対応する公式ヘルプで照合してください。
実施前のチェックリスト
- カートとチェックアウトの分母を区別した
- 送料・納期・返品条件が支払前に分かる
- 入力と決済の失敗を再現した
- 在庫・割引条件の不整合を確認した
- 回復施策の対象と停止条件を設定した
よくある質問
離脱があれば全員へ割引を送るべきですか？
必要とは限りません。送料や決済不具合が原因なら値引きでは解決しません。原因と採算を確認して対象を絞ります。
離脱率が下がれば成功ですか？
流入減少や商品構成の変化でも率は動きます。注文実数と収益、購入障害の解消を合わせて判断してください。
参考にした公式情報
公式情報の確認日：2026年10月20日。本文の比較表・手順・記入例は、公式情報を踏まえたAO編集部の実務向け整理です。記載の試算は実績や成果保証ではありません。