ECのカゴ落ち対策で重要なのは、「離脱率を何％まで下げるか」ではなく、購入途中のどこで顧客が止まっているかを特定することです。
同じカゴ落ちでも、カートへ入れた後に購入手続きへ進まないケースと、配送先を入力した後に決済で止まるケースでは原因が異なります。
送料や手数料が想定外だったのか、会員登録や入力フォームが負担だったのか、使いたい決済方法がなかったのか、エラーで購入できなかったのかを分けて確認する必要があります。
カゴ落ちメールやクーポンは有効な場合がありますが、購入画面そのものに問題がある状態で追客だけを増やしても根本解決にはなりません。
まず購入ファネルを計測し、購入不能・想定外の費用・入力負担・決済・表示不具合を直し、その後にリマインド施策を検討します。
この記事では、GA4を使った離脱地点の確認から、送料、チェックアウト、入力フォーム、決済、スマートフォン、カゴ落ちメールまで、ECのカゴ落ちを改善する7つの手順を解説します。
- カゴ落ち率だけでなく「どこで離脱したか」を確認する
- カート離脱とチェックアウト離脱を分けて考える
- 送料・手数料・発送予定は購入直前まで隠さない
- 購入に不要な入力・会員登録を減らす
- 決済方法の数より「主要顧客が正常に支払えるか」を確認する
- スマートフォンで正常時とエラー時の両方をテストする
- カゴ落ちメールは購入画面を直した後に検討する
- 改善前後を同じ計測条件で比較する
ECのカゴ落ちとは
ECのカゴ落ちとは、商品をカートへ追加したものの、購入を完了せずに離脱することです。
ただし、「カートへ入れた＝購入するつもりだった」とは限りません。
- 合計金額を確認したかった
- 送料を確認したかった
- 他の商品と比較していた
- 後で買うために一時的に保存した
- 利用可能な決済方法を確認したかった
そのため、すべてのカゴ落ちをゼロにすることを目標にはしません。
送料の後出し、決済エラー、分かりにくい入力フォームなど、購入意思がある顧客をショップ側の問題で失っている部分を優先して改善します。
カート離脱とチェックアウト離脱を分ける
カゴ落ちを一つの数字だけで見ると、原因を特定しにくくなります。
購入導線を段階に分けて確認してください。
| 段階 | GA4イベント例 | 確認すること |
|---|---|---|
| 商品を見る | view_item |
商品を購入候補として見ているか |
| カートへ追加 | add_to_cart |
商品自体を購入候補にしたか |
| 購入手続き開始 | begin_checkout |
カートからレジへ進んだか |
| 配送情報 | add_shipping_info |
配送条件・住所入力で止まっていないか |
| 支払い情報 | add_payment_info |
決済選択・入力まで進んだか |
| 購入完了 | purchase |
注文が正常に完了したか |
カートから購入手続きへ進まない
この場合は次を優先して確認します。
- 送料
- 追加手数料
- 送料無料条件
- 発送予定
- カート内の購入ボタン
- 不要なアップセル
購入手続き開始後に離脱する
この場合は次を確認します。
- 会員登録
- 入力フォーム
- 住所入力
- 配送方法
- 決済方法
- エラー
- ページ表示・処理速度
イベント数・ユーザー数・セッション数を混在させず、同じデータソースと同じ単位で改善前後を比較してください。
Google Analytics公式「Measure ecommerce」
Google Analytics公式「Checkout journey report」
ECのカゴ落ちを減らす7つの改善手順
1．まず購入ファネルの計測が正しいか確認する
離脱原因を分析する前に、計測そのものを確認します。
- 商品閲覧を取得できている
- カート追加を取得できている
- チェックアウト開始を取得できている
- 購入完了を取得できている
- 購入金額・通貨が正しい
- 注文IDが取得できている
- 購入を二重計測していない
自分でテスト注文する
GA4だけを見るのではなく、実際に注文を行い、EC管理画面の注文と計測データが大きくずれていないか確認します。
purchaseだけ取得できていない場合、実際には購入されていても分析画面では大量離脱に見える可能性があります。改善前に計測確認を行ってください。
デバイスを分ける
全体平均だけでなく、可能であればスマートフォン・PCなどを分けます。
特定端末だけ極端に離脱している場合は、商品そのものより画面・フォーム・決済の不具合を疑います。
2．送料・手数料・発送予定を早く見せる
購入手続きを進めてから支払総額が大きく変わる状態を避けます。
商品ページまたはカート周辺で、少なくとも次を確認できるようにします。
- 送料
- 地域別追加送料
- 送料無料条件
- その他購入者負担がある場合の条件
- 発送予定
- 配送可能地域
送料無料ラインがある場合
条件を商品ページやカート内で分かるようにします。
5,000円以上のご注文で送料無料。現在のカートは4,300円です。
追加購入を提案する場合も、不要な商品を大量に表示して購入ボタンを見つけにくくしないようにします。
送料は安さだけで判断しない
送料をショップ負担にすれば離脱が必ず減るとは限りません。
送料無料や値下げを行う場合は、購入率だけでなく1注文あたりの利益も確認します。
3．カートから購入手続きへ迷わず進めるようにする
カート画面では、購入を続けるための主要な行動を分かりやすくします。
確認する項目
- 購入手続きボタンを見つけやすい
- ボタンが固定バナー等に隠れない
- カートの商品・数量・金額を確認できる
- 数量変更が分かりやすい
- 商品削除方法が分かる
- 送料条件を確認できる
- 購入前に必要以上のポップアップが出ない
アップセルを増やしすぎない
関連商品の提案自体が悪いわけではありません。
ただし購入直前に大量の商品・キャンペーン・登録案内を見せると、本来の「注文を完了する」という目的が分かりにくくなる場合があります。
平均注文額を上げる施策より先に、現在カートへ入っている商品を正常に購入できることを優先します。
4．購入フォームの入力負担を減らす
購入に必要のない情報を、初回注文時の必須項目にしていないか確認します。
入力項目を3種類に分ける
| 分類 | 意味 | 対応 |
|---|---|---|
| A | 決済・配送等に必要 | 必要に応じて残す |
| B | あると便利 | 任意化できないか確認 |
| C | マーケティング・調査目的 | 購入後取得できないか検討 |
ゲスト購入を検討する
会員登録が販売・契約上必須でない場合は、購入前にアカウント作成を強制する必要があるか見直します。
購入後にアカウント作成を案内できる場合もあります。
ブラウザの自動入力を妨げない
利用するECシステムで設定可能な場合は、氏名、住所、電話番号、メールなどでブラウザの自動入力を利用しやすいフォーム設計になっているか確認します。
web.dev「Payment and address form best practices」
利用中のECサービスが安全性や決済要件を考慮した標準フォームを提供している場合があります。入力欄を減らすために必要な項目まで削除しないでください。
5．決済方法と決済エラーを確認する
決済方法は、多ければ多いほどよいわけではありません。
自店の主要顧客が利用したい方法で正常に支払えることを優先します。
確認する項目
- 現在使われている決済方法
- 顧客から要望がある決済方法
- スマートフォンで利用しやすいか
- 外部決済画面から正常に戻れるか
- 本人認証等で不具合が起きていないか
- 決済失敗時の案内が分かるか
- 決済済みなのに注文が作られないケースがないか
- 二重注文・二重決済が起きていないか
エラー文を具体的にする
入力内容に誤りがあります。
電話番号は半角数字で入力してください。
エラーの原因と修正方法を、可能な限り該当項目の近くへ表示します。
6．スマートフォンで正常時・エラー時をテストする
カゴ落ち対策は管理画面やPCだけで確認せず、実際のスマートフォンでも購入操作を行います。
正常な購入テスト
- 商品ページを開く
- 商品をカートへ追加する
- 送料・合計金額を確認する
- 購入手続きへ進む
- 住所を入力する
- 配送方法を選ぶ
- 決済方法を選ぶ
- 注文を確定する
- 注文完了画面を確認する
- 注文確認メールを確認する
エラー時も確認する
- 必須項目を空欄にする
- 入力形式を間違える
- 存在しない・利用できない値を入力する
- 決済を途中でキャンセルする
- ブラウザの戻る操作を行う
利用している決済サービスや本番環境のルールに従い、安全に実施できるテストだけを行ってください。
表示速度だけでなく操作状態を見る
- ボタンが押せる
- キーボードで重要ボタンが隠れない
- 画面が大きく動かない
- エラー後も入力内容が必要以上に消えない
- 注文確定後に処理中であることが分かる
7．根本原因を直してからカゴ落ちメールを使う
カゴ落ち後のメール・LINE等は、購入手続きを再開してもらう補助施策です。
送料や決済に重大な問題がある場合は、追客より先に購入画面を直します。
最初の連絡に入れる候補
- カートに商品が残っていること
- 商品名
- 購入を再開できるリンク
- 送料
- 発送予定
- 返品条件
- 問い合わせ先
値引きから始めなくてもよい
クーポンを付けなければ購入されないと決めつけず、まず購入再開と不安解消を試します。
値引きを使う場合は、購入件数だけでなく値引き後の利益を確認してください。
配信タイミングは商品・顧客データから決める
一律の正解はありません。
- 商品単価
- 検討期間
- 在庫変動
- 過去のメール反応
- 配信解除
- 購入までの平均的な時間
を見ながら自社で調整します。
配信開始条件だけでなく、購入済み、配信停止済みなどの除外条件も確認してください。
カゴ落ちメールは配信条件も確認する
カゴ落ちメールが販売促進を目的とする電子メールに当たる場合は、メールアドレスを取得できたからといって無条件に送信できるとは限りません。
自社の配信方法が広告宣伝メールに当たるか、送信の承諾、表示、配信停止など必要な条件を確認してください。
注文確認・発送通知など取引に必要な通知と、購入を促す広告宣伝メールでは目的が異なります。カゴ落ち配信を導入するときは、自社の取得同意・配信停止・送信者表示等を確認してください。
カゴ落ち対策の優先順位
改善候補が多い場合は、購入への影響が大きい問題から確認します。
| 優先度 | 問題 | 例 |
|---|---|---|
| 最優先 | 購入できない | 決済不能、注文確定エラー |
| 高 | 支払条件が想定外 | 送料・手数料の後出し |
| 高 | 入力できない・進めない | フォーム・住所・認証エラー |
| 中 | 購入条件への不安 | 発送・返品・支払い方法が不明 |
| 中 | 操作負担 | 会員登録・再入力 |
| 低 | 見た目の改善 | 色・装飾の微調整 |
決済不能を残したままボタン色を変更しても根本的な改善にはなりません。購入そのものを妨げている問題から修正します。
カゴ落ち対策で確認するKPI
| KPI | 計算・確認内容 |
|---|---|
| カート追加数 | 購入候補としてカートへ入れられた数 |
| チェックアウト開始数 | 購入手続きへ進んだ数 |
| カート→チェックアウト率 | チェックアウト開始 ÷ カート追加 |
| 購入完了数 | 注文が完了した数 |
| チェックアウト完了率 | 購入完了 ÷ チェックアウト開始 |
| 決済エラー | 支払い段階の失敗状況 |
| デバイス別離脱 | スマホ・PC等の差 |
| カゴ落ち配信経由購入 | 配信後に購入へ戻った数 |
| 値引きコスト | 回収施策で失った利益 |
商品単価、業種、新規・既存顧客、流入元、端末などで状況は変わります。業界平均へ合わせるより、自店の同じ条件で変更前後を比較してください。
数字から原因を判断する
| 状態 | 最初に確認する場所 |
|---|---|
| 商品閲覧は多いがカートが少ない | 商品ページ・価格・商品価値 |
| カート追加は多いが購入手続きへ進まない | 送料・合計金額・カート画面 |
| 購入手続き開始後に急減する | 会員登録・住所・入力項目 |
| 支払い段階で急減する | 決済方法・認証・エラー |
| スマホだけ悪い | フォーム・キーボード・固定UI・速度 |
| 購入率は上がったが利益が下がった | 送料無料・クーポン・値引き |
| カゴ落ちメール後に苦情・解除が増える | 配信条件・頻度・内容・同意 |
カゴ落ち対策は改善履歴を残す
通常の改善では、多数の主要要素を同時に変更すると原因を特定しにくくなります。
改善記録を残してください。
| 変更日 | ________________ |
|---|---|
| 対象ページ | ________________ |
| 離脱地点 | ________________ |
| 原因仮説 | ________________ |
| 変更内容 | ________________ |
| 確認KPI | ________________ |
| 変更前 | ________________ |
| 変更後 | ________________ |
| 次の判断 | 継続・戻す・追加検証 |
決済不能、価格誤表示、注文データ欠落などはA/Bテストのために残さず、確認でき次第修正してください。「1項目ずつ変更」は通常の改善施策に対する考え方です。
カゴ落ち対策ツールを導入する判断基準
ツールは、離脱原因を確認してから検討します。
たとえば原因が送料の後出しなら、メール配信ツールを増やすより送料表示を先に改善します。
ツール導入を検討しやすい状態
- カート追加・離脱を計測できている
- 購入導線に重大な不具合がない
- カゴ落ち件数が一定数ある
- 配信対象を識別できる
- 購入済み顧客を除外できる
- 配信条件を適切に管理できる
- 回収売上・利益を計測できる
比較する項目
- 利用中ECサービスとの連携
- 開始条件
- 除外・停止条件
- メール・LINE等の対応
- 購入済み除外
- 計測機能
- 料金
- 運用時間
- データの取扱い
費用対効果
回収による追加利益 − ツール費 − 値引きコスト − 運用コスト
カゴ落ちメール経由の売上だけを見ず、利益が増えているかを確認します。
最初に行うカゴ落ちチェック
ツールを追加する前に、自分のスマートフォンから次を確認してください。
- 主力商品をカートへ入れる
- 送料がどの段階で分かるか確認する
- 購入手続きボタンを確認する
- 会員登録が必須か確認する
- 不要な入力項目がないか確認する
- 住所を入力する
- 配送方法を選ぶ
- 使いたい決済方法があるか確認する
- 入力エラーを意図的に1つ発生させる
- 修正方法が分かるか確認する
- 注文完了まで進む
- 注文メールと管理画面を確認する
その後、GA4または利用中ECサービスの分析画面で、実際に最も大きく離脱している段階を確認します。
ECカゴ落ち対策でよくある失敗
業界平均だけ見て対策する
自店の離脱地点を確認せず、平均値だけで良し悪しを判断しないようにします。
ボタンの色から変更する
決済不能や送料の後出しがある場合は、見た目より先に修正します。
送料無料にすれば解決すると考える
購入率だけでなく送料無料後の利益を確認します。
決済方法を増やし続ける
主要顧客が必要とする方法と実際のエラーを優先します。
会員登録を購入前に強制する
必須でない場合はゲスト購入や購入後登録を検討します。
正常な購入だけテストする
入力エラーや決済中断時の表示も確認します。
PCだけで確認する
SNSや検索からスマートフォン流入がある場合は実機でも確認します。
原因を直さずカゴ落ちメールを始める
購入不能・送料・フォーム・決済の問題を先に修正します。
離脱者全員へクーポンを送る
値引きなしでも購入再開できる顧客まで利益を削らないようにします。
購入済み顧客へ追客する
購入完了を停止条件として正しく反映できるかテストします。
変更を同時に行いすぎる
通常の改善は変更履歴を残し、何が結果へ影響したか判断できる状態にします。
ECカゴ落ち対策チェックリスト
計測
- カート追加を取得できている
- チェックアウト開始を取得できている
- 購入完了を取得できている
- 購入を二重計測していない
- デバイス別に確認できる
カート
- 送料を確認できる
- 送料無料条件が分かる
- 合計金額が分かる
- 数量変更が分かりやすい
- 購入手続きボタンが見つかる
- 不要な案内が購入を邪魔していない
フォーム
- 不要な必須項目がない
- 会員登録の必要性を確認した
- 住所を入力しやすい
- 同じ情報を何度も入力させない
- エラー箇所が分かる
- 修正方法が分かる
決済
- 主要顧客が使う決済方法がある
- 決済エラーを把握している
- 外部決済から正常に戻れる
- 二重注文・二重決済を確認している
- スマートフォンでテストした
カゴ落ち配信
- 根本的な購入障害を先に改善した
- 開始条件を確認した
- 購入済み除外を確認した
- 配信停止を管理できる
- 送信条件・同意を確認した
- 値引きコストを確認している
- 配信経由購入を計測している
ECのカゴ落ち対策に関するFAQ
ECのカゴ落ちとは何ですか？
商品をカートへ追加したものの、注文を完了せず離脱することです。ただし比較や送料確認のためにカートを使う顧客もいるため、すべての離脱を防ぐ必要はありません。
カゴ落ち率は何％なら正常ですか？
一律の基準だけで判断しない方が実務的です。商品単価、流入元、顧客、端末などで状況が異なります。まず自店の変更前後と、カート・チェックアウトのどこで離脱しているかを確認してください。
最初に何を改善すればよいですか？
まず購入不能・決済エラーがないか確認します。その次に送料などの想定外の費用、入力フォーム、決済方法、スマートフォン操作を確認します。
送料無料にすればカゴ落ちは減りますか？
必ず減るとは限りません。送料負担により利益が減る場合もあります。送料を分かりやすく表示したうえで、送料無料条件を変更する場合は購入率と利益をセットで確認してください。
会員登録を必須にするとカゴ落ちしやすくなりますか？
購入前に入力・判断項目を増やすため、必須にする理由を確認する価値があります。販売上必須でなければ、ゲスト購入や購入後のアカウント作成を検討できます。
カゴ落ちメールは何時間後に送ればよいですか？
一律の正解はありません。商品単価、検討期間、在庫変動、過去の購入までの時間、メール反応などから自店で検証してください。
カゴ落ちメールにはクーポンを付けるべきですか？
必須ではありません。最初は購入再開リンク、送料、発送予定、返品条件などを案内し、値引きなしでも購入されるか確認する方法があります。
GA4ではカゴ落ちを確認できますか？
ECイベントを適切に実装していれば、カート追加、チェックアウト開始、配送・支払い情報、購入完了などから購入ファネルを確認できます。まずイベントが正しく取得できているかテストしてください。
カゴ落ち対策ツールは必要ですか？
必須ではありません。送料表示、入力フォーム、決済エラーなど無料で直せる問題を先に改善し、それでも回収できる離脱が十分ある場合にツールを検討します。
まとめ
- 購入ファネルの計測が正しいか確認する
- 送料・手数料・発送予定を早く見せる
- カートから購入手続きへ迷わず進めるようにする
- 購入フォームの入力負担を減らす
- 決済方法と決済エラーを確認する
- スマートフォンで正常時・エラー時をテストする
- 根本原因を直してからカゴ落ちメールを使う
ECのカゴ落ち対策では、まず離脱率そのものではなく、購入導線のどこで顧客が止まっているかを確認します。
カート追加から購入手続きへ進んでいないなら、送料、合計金額、カート画面を確認します。
チェックアウト開始後に離脱しているなら、会員登録、住所、入力フォーム、配送、決済を確認してください。
支払い段階で大きく減っている場合は、決済方法だけでなく認証やエラーも確認します。
また、管理画面だけで判断せず、実際のスマートフォンから正常購入とエラー時の両方をテストします。
カゴ落ちメールやLINEは、こうした購入障害を改善した後の補助施策として利用します。
配信する場合は、購入済み顧客を除外し、必要な同意・配信停止等の条件も確認してください。
改善後はカート追加、チェックアウト開始、購入完了、デバイス別の離脱を変更前と比較します。
目指すのはカゴ落ち率をゼロにすることではありません。
すでに商品を買おうとしている顧客が、送料の想定外、入力の面倒、決済エラーなどショップ側の問題によって購入できない状態を減らすことが、カゴ落ち対策の基本です。
送料がいつ分かるか、購入手続きへ迷わず進めるか、入力項目が多すぎないか、決済できるか、エラー時に修正方法が分かるかを確認してください。その後GA4で最も離脱している段階と照合し、影響が大きい問題を1つ修正します。
GA4で購入ファネルを確認する