STEP 01
カゴ落ちとチェックアウト離脱を分ける
商品を見ただけ、商品をカートへ入れた、チェックアウトを開始した、連絡先や配送情報を入力した、決済へ進んだ、という段階は別です。ShopifyのMessagingでも、商品閲覧後、カート追加後、チェックアウト開始後の回収オートメーションを区別しています。『カゴ落ち率』という一語で集計せず、自店がどの開始点と完了点を使うかを先に書きます。
STEP 02
一つの購入経路と分母を固定する
GA4の購入経路レポートはsession_start、view_item、add_to_cart、begin_checkout、purchaseのイベントを段階として扱います。閉じた経路は前段を順に通った利用者を数え、開いた経路は途中段階から入った利用者も数えるため、設定を変えると率も変わります。イベントの欠落を離脱と誤認しないよう、実注文で各イベントとShopify注文を照合し、件数と率を併記します。
STEP 03
商品閲覧からカート追加は購入条件を確認する
商品閲覧はあるのにカート追加が少ない場合は、広告や検索語と商品の一致、価格、画像、仕様、サイズ、在庫、配送予定、返品条件を確認します。端末別・商品別・流入元別に分け、在庫切れ商品や閲覧だけを目的とした流入を同じ分母へ混ぜません。ボタン色だけを変える前に、購入判断に必要な情報がボタンより前にそろっているかを確かめます。
STEP 04
カートから開始画面は後出し条件を探す
カート追加後にチェックアウトを始めない場合は、送料がまだ分からない、送料無料条件が複雑、割引が適用されない、配送予定や返品条件が不明、会員登録が必要に見える、数量・在庫が変わった、などを候補にします。推測だけで送料無料や値引きを始めず、よく買われる商品、通常地域、遠隔地、割引あり・なし、スマートフォンで表示差を記録します。
STEP 05
配送入力で止まるなら住所と送料を再現する
Shopifyでは配送可能な料金が表示されなければ、購入者は決済へ進めません。商品が配送対象として設定されているか、在庫ロケーション、配送プロファイル、配送ゾーン、重量・金額条件が住所に一致するかを確認します。通常住所だけでなく、遠隔地、対象外地域、送料無料の直前・達成後、通常商品と例外商品の混在を試します。入力欄の必須・任意設定も実画面で確認します。
STEP 06
決済から完了はイベント履歴と設定を見る
決済段階で止まる場合は、放棄されたチェックアウトの決済イベントや注文タイムラインを確認します。主要な決済方法が有効か、エラーメッセージ、請求先住所、外部決済からの戻り、合計金額、在庫変化を注文単位で照合します。Shopifyでは在庫は支払い情報の送信時に確保され、決済に失敗すると保留が解除されるため、在庫切れ表示と決済失敗を同じ原因と決めつけません。
STEP 07
回収メールは不具合を直した後に使う
閲覧、カート、チェックアウトのどこで離脱したかに合う回収メッセージを選び、リンク、商品、価格、期限、差出人、配信対象をテストします。値引きを常設すると、値引き待ちや粗利低下を招く可能性があります。送信数、到達、クリック、完了注文、値引き、返品を同じ期間で記録します。ただしメール後の注文には自然に戻った人も含まれ得るため、回収売上の全額をメールの純増効果とは扱いません。
STEP 08
端末・住所・決済の組み合わせを試す
スマートフォンとパソコン、主要ブラウザ、通常・遠隔・対象外住所、カードと主要な代替決済、クーポン、在庫残り1点、複数配送条件を試します。テスト注文では表示、送料、税、決済、メール、在庫、注文状態、取消・返金まで確認します。テストモード中は実購入ができないため、実施時間、担当者、解除確認を決め、変更前後の画面と注文番号を残します。
STEP 09
最大の離脱一つを7日ずつ検証する
絶対件数と段階率の両方で大きい離脱を一つ選び、観察可能な仮説、変更箇所、対象端末、開始日、成功・停止条件を記録します。送料表示と決済追加と回収割引を同時に変えません。同程度の曜日と流入量がたまった後に、前段の母数、次段への到達、確定注文、値引き後の利益を比べます。改善しなければ元へ戻し、次の仮説へ進みます。