クーポンをクリックしても使われない？注文までの流れを確認

顧客がクーポンのバナーをタップして商品を選択し、チェックアウトまでたどり着いたが、約束された割引は得られなかった。クリック回数が増えてもそのジャーニーは解決しません。ディスカウントを増やす前に、買い物客の最初の画面に表示されているオファーを、注文に記録されたディスカウントまで再現してください。

この監査は、目に見える不具合を発見するためのもので、購入していない訪問者すべてがクーポンのせいで断念したことを証明するものではありません。バナーインタラクション、割引適用、完了した注文は別々のイベントとして扱ってください。

コードを試す前に、顧客への約束を書き出す

2026年9月29日のShopifyコミュニティでは、割引率を上げた後に登録率が下がったという報告があり、対象者の違いについても不確実性が示されました。この体験談から、すべての店舗に共通する割引率の境界は判断できません。率を上げれば解決すると考えず、登録やクリックの後まで確認するきっかけにしてください。

Shopify コミュニティ:ディスカウントの深さと測定の不確実性

割引内容、対象商品、最低購入額、顧客制限、有効期限、次の操作をわかりやすくまとめ、実際の割引設定と照合します。架空の家庭用品店で「対象購入額45米ドル以上で指定のマグカップが10%オフ」と「すべての商品が10%オフ」は異なります。続けるか判断する場所に条件を明示します。

対象となる買い物かごと、対象外の買い物かごを 1 つずつフォローしてください。

Shopifyには、有効期限、使用限度額、最低金額、対象商品、コードの組み合わせ設定が文書化されています。予定された開始時刻と終了時刻には、ストアの管理タイムゾーンが使用されます。実際の記録を確認してください。基礎となるコードの有効期限が切れていたり、買い物客が利用できなくなったりしても、バナーは説得力を持ち続けることができます。

Shopify: 割引コードの条件

• オファーが表示される正確なページとデバイスを開きます。バナーメッセージ、送信先、選択した商品バリエーションを記録します。
• オファーをタップして表示される結果を確認します。コードがコピーされたのか、適用されているのか、単に表示されているのかを判断してください。ボタンのラベルから成功を推測しないでください。
• 条件を満たすカートを作成し、チェックアウト時の割引額と金額を調べます。次に、意図的に対象外のバスケットを作成し、説明がわかりやすいことを確認します。
• 適切なテストアカウントを使用して、関連する顧客制限をテストしてください。テストに合格するためだけにプロダクションルールを変更することなく、有効期限、使用状況、その他の有効なオファーを確認できます。
• 必要に応じて、許可された管理下でテスト注文を行います。注文に記録された割引を確認し、テスト注文は事業の測定から除外します。

この例では、対象マグカップの48米ドルのカートと40米ドルのカートを、最低対象購入額45米ドルという条件で比較します。対象外のボトルも入れて試します。何が最低額に算入されるかを含め、期待する結果は実際の設定ルールで決めます。条件を満たさず正しく拒否されたカートはコードの不具合ではありませんが、誤解を招く表示の発見につながることはあります。

Instant Upsellでオファーを表示する

主なアプリはEggflow: Instant Upsellです。現在のShopify掲載ページは、ストアフロントのクーポンバナーと表示回数・利用されたクーポンのレポートを説明しています。オファー表示に使い、インストール済みの版で何が記録されるか確認します。これだけでセッション全体のファネルが追跡できるとは限らず、利用の記録が必ず支払い済みの完了注文を意味するわけでもありません。

Instant Upsellの最新機能とプランを確認

このリストには、Sticky Add to Cartについても記載されています。デスクトップ版は無料版、モバイル版は有料プランに含まれています。そのコントロールがジャーニーの一部である場合は、テスト対象のデバイスで、選択したバリアントと出来上がったカートを調べてください。その存在は割引が適用されたことを証明するものではありません。古いチュートリアルに頼るのではなく、インストール済みのプランと構成を確認してください。

クーポンの表示と実際のShopifyの条件を一致させてください。選択した商品がルールで除外されているのに、無制限の節約を約束するメッセージが表示された場合は、その不一致を修正してください。割引の組み合わせや幅広いチェックアウトのリハーサルには、ここでテストマトリックスを作り直すのではなく、BFCM ストレステストをご利用ください。

エッグフロー:BFCM ストアのストレステスト

説明できる分母を選ぶ

これらの数値は仮説に基づくものであり、個別に計算されたものであり、マーチャントの結果やアプリのベンチマークではありません。適切に実施されたレビューで、記録されたコードを含むリンクされたコホートで、バナーが表示されたユニーク対象セッションが800回、そのうち96セッションがバナーをクリックし、そのうち40セッションがチェックアウトに達し、12件の完了した注文が記録されたとします。

• 表示対象としてバナーを見たセッションのクリック割合：96 ÷ 800 = 12%。
• クリックしたセッションに対するコード利用注文の割合：12 ÷ 96 = 12.5%。
• 表示対象としてバナーを見たセッションに対するコード利用注文の割合：12 ÷ 800 = 1.5%。

これらは異なる質問です。12 件のコード注文を 40 回のチェックアウトセッションで割ると 30% になりますが、これらの注文が同じリンクされたチェックアウトグループに属している場合に限ります。アプリがユニークセッション数ではなく繰り返しインプレッション数やクリック数を記録する場合は、その合計をこの例に置き換えないでください。リンクが確実でない場合は、個別のカウント数を報告し、ファネル比較はできないとマークしてください。

バナーを見たことがない人がコードを共有したり使用したりすることもできます。コードの使用は注文に含まれるオファーを識別するものであり、必ずしもその購入元や売上増加を示すものではありません。アトリビューション期間、デバイススコープ、リピートアクセスは明記してください。注文のないクリックは調査の糸口であり、チェックアウトが失敗したという証拠にはなりません。

確認された障害を 1 つ修復し、再確認してください。

対象外条件の明記、リンク先修正、必要なコード表示、有効期限メッセージの整合など、対応可能な最小の修正を選びます。旧版、修正案、担当者、受け入れ条件を記録します。変更後に元の失敗が起きた手順を再度たどり、同じカートで期待する割引を確認します。

事業の比較では対象者、期間、定義をそろえ、同時期の販促と在庫変化を記録します。修正後のコード利用注文が増えても、それだけでは修正による増加とは証明できません。拡大前に割引費用と自社の貢献利益を確認し、割引後の売上を利益とみなさないでください。

• バナープロミスは、設定されたコードと対象顧客と一致している。
• デバイスジャーニーが正しいバリアントに到達し、適格性が説明されます。
• 注文記録から割引が確認され、テスト注文は分かれています。
• インプレッション、クリックセッション、コードオーダーには定義が明記されています。
• 修正には担当者、再現可能な確認手順、記録した限界がある。

基本設定はInstant Upsellの紹介記事をご覧ください。ここでは、顧客に約束した割引が注文まで維持されるかを確認します。

Eggflow：Instant Upsellの紹介

公式ドキュメント、ライブアプリリスト、コミュニティディスカッションは2026年10月12日にチェックされました。バスケット、カウント、計算は参考用です。フィーチャー画像はエディトリアルイラストであり、アプリのスクリーンショットや実際のマーチャントリザルトではありません。