集客・購入改善
ネットショップのクーポン設計｜値引き後の利益と必要注文数を考える
記事確認日：
当サイトは広告・アフィリエイトを利用しています。広告掲載について
Shopifyで20種類の生活雑貨を扱い、店主1人で運営する架空のオンラインストアを想定します。検討や振り返りに使える時間は週2時間ほど、今回の値引き予算の上限は5万円と仮定します。
クーポンを発行して注文が増えても、店に残る額が同じように増えるとは限りません。値引きによって1注文ごとの残額が減り、注文数が増えても全体の採算が悪化することがあるためです。今回の試算は、仕入原価や店負担送料などの直接費を差し引いた税抜の仮計算であり、広告費や固定費、税金などを除いた概算のため、最終的な純利益や口座への入金額そのものではありません。1注文ごとの残額、同じ残額を保つための必要注文数、そして意図しない値引きを防ぐ配布条件を順に確かめていきましょう。
今回は、誰のどんな購入を増やしたい？
クーポンを作るときは、まず「対象」と「目的」を一つに絞り込みます。売上アップ、新規顧客の獲得、リピート購入、在庫の消化など、やりたいことを一度に詰め込むと、どの注文に対して費用をかけたのかが分からなくなるためです。
もし「購入画面で離脱されている」「送料の案内がわかりにくい」といった課題があるなら、クーポンを配る前に入力画面や案内の見直しを先に行うほうが自然です。
Shopifyのディスカウントコードでは、有効期間や利用回数だけでなく、最低注文金額、対象とする商品やコレクション、併用できる割引の組み合わせを指定できます。ここでの「配布対象」とは、今回のコードを案内する相手のことです。
たとえば、取り扱う20商品のうち特定の「布ポーチ」を買ったことがある人に向けて、再購入を試す場面を考えます。全顧客や全商品へ一律に広げず、対象を布ポーチ1商品に絞って配布条件を記録しておけば、施策によってどんな変化があったのかを後から落ち着いて検証できます。
10%引きで、1注文には何円残る？
10%引きの採算を考えるときは、売上に対する割合だけで判断せず、1注文ごとに残る金額を計算します。値引き後の商品売上から、同じ条件で発生する仕入原価、店負担送料、梱包資材費、そして支払いを受けるための費用（決済費）を差し引き、挙げた費用を引くといくら残るかを確かめます。
ここでは通常5,000円の布ポーチが1注文で1点売れ、顧客から送料を受け取らない条件を仮定します。決済費は契約ごとの固定額や最低手数料、税、端数処理、送料課金を含まない架空の前提として、値引き後売上の4%と置きます（実際のお店では契約明細の実料率に置き換えてください）。
| 項目 | 通常販売 | 10%引き販売 | 差額 |
|---|---|---|---|
| 商品売価（税抜） | 5,000円 | 4,500円 | -500円 |
| 仕入原価 | 2,000円 | 2,000円 | 0円 |
| 店負担送料 | 600円 | 600円 | 0円 |
| 梱包資材費 | 100円 | 100円 | 0円 |
| 決済費（仮定4%） | 200円 | 180円 | -20円 |
| 残額 | 2,100円 | 1,620円 | -480円 |
この残額は、表に挙げた直接費だけを引いた概算です。広告宣伝費、人件費、固定家賃、システムの月額利用料、キャンセルや返品の損失、追加作業、各種税金などは含んでいません。
値引き額は500円ですが、売上が減ったことで仮定の決済費も20円下がるため、残額の減少幅は480円（2,100円から1,620円）になります。値引き額の500円を売上から二重に引かないよう注意しながら、1注文あたりの残額を捉えておきましょう。なお、Shopifyの金額割引は注文内の商品を割り引く仕組みで、配送料金の設定そのものは割り引きません。
同じ残額を保つには、何注文が必要？
10%引きにした場合、注文数が10%増えるだけでは以前と同じ残額合計は保てません。1注文ごとの残額が2,100円から1,620円へと約22.9%減るため、残額の合計を維持するには注文数をそれ以上に増やす必要があります。
すべての注文に同じ割引が使われ、同じ商品構成と費用が続く仮定を置くと、必要な注文数は「通常時の残額合計 ÷ 値引き後の1注文あたり残額」（端数切り上げ）で求められます。
たとえば通常時に100注文があり、残額の合計が210,000円（2,100円 × 100注文）だったとします。10%引きで同じ残額合計を得るための計算上の必要件数は次のとおりです。
210,000円 ÷ 1,620円 ≒ 129.63 → 切り上げて 130注文
130注文になったときの残額合計は210,600円（1,620円 × 130注文）となり、通常時の210,000円に届きます。つまり、通常と同じ残額合計を保つには、注文数を100件から130件へ30%増やす計算になります。
これは同じ条件を前提とした計算上の必要件数であり、クーポンを配れば130件売れるという予測ではありません。利用割合や購入される商品、追加の出荷負担などが変われば再計算が必要です。
なお、もし値引き後の1注文あたり残額がゼロであれば、どれだけ件数が増えても目標の残額を回収することはできません。また、残額がマイナスの場合は、注文が増えるほどマイナス額が膨らんでいきます。
対象・最低購入額・併用は、どう決める？
最低購入額を高く設定しても、すべての組み合わせで意図した採算が取れるわけではありません。採算を計算した商品に対象を絞り、条件の境目やほかの割引との重なりを確かめておく必要があります。
Shopifyのディスカウントコードで設定する金額割引の最低購入金額は、商品価格のみで判定され、送料や税金は含まれません。特定の商品やコレクションを対象にした割引では、カート全体の金額ではなく「対象商品の小計」だけで判定されます。
たとえば、布ポーチ（5,000円）を対象にして最低購入額を5,000円とした場合、対象外の雑貨（2,000円）と小物（3,000円）で合計5,000円にしても、ポーチが含まれていなければ割引は使えません。また、ポーチ1点（5,000円）に対象外の小物（1,000円）を足した場合も、割引されるのはポーチの金額だけです。
複数の割引を重ねる「併用」にも確認が必要です。併用によって別の割引が先に商品価格を引き下げている場合、引き下げられた後の商品価格が最低購入金額として判定されます。また、Shopifyで割引を併用するには、それぞれの割引設定で相互の組み合わせを許可している必要があります（同じ商品に複数の商品割引を重ねる設定はShopify Plusプランに限られます）。
なお、POSや下書き注文などでスタッフが入力する手動カスタム割引は、オンラインストアの組み合わせ制限にかかわらず適用される仕様です。購入者が入力する通常のコード設定と、運営側の手動調整は別物として把握しておきましょう。
値引き予算と利用回数は、どこまで固定できる？
値引きの総額を予算内に収めたいときは、「全体の回数」と「顧客ごとの回数」を分けて考え、割引の形式を選びます。
Shopifyのディスカウント設定では、コード全体で使える合計利用回数と、同一顧客による1回限りの利用制限を別々に指定できます。ここでいう「顧客1回」は登録されたメールアドレスまたは電話番号を追跡する設定です。同一人物が別の連絡先を使った場合や、別のコードを使う場合まで横断して完全に制限する保証ではない点を理解しておきましょう。
「値引き予算の上限5万円」を管理しやすいのは、「定額割引」を「1注文につき1回」とし、「全体回数を100回」に設定する方法です。1注文あたり500円引きのコードを全体で100回に制限すれば、発生する値引き総額は最大でも50,000円（500円 × 100回）と計算できます。特定商品への定額割引では、対象商品ごとに重なって引かれないよう「注文ごとに1回のみ適用する」の設定を確認しておきます。
一方、「10%引き」のような割合による割引は、購入される商品の単価やまとめ買いの数量によって1注文あたりの値引き額が変わります。5,000円なら500円引きですが、複数購入で15,000円になれば値引き額は1,500円になります。そのため、全体の利用回数を100回に絞っても、総値引き額が5万円に収まるとは限らず、回数制限だけでは予算の上限を固定できません。
また、コードを複製・再作成した場合の仕様にも注意が必要です。顧客1回制限を設けたコードでも、管理画面で削除して同じ条件のコードを新しく作ると、以前利用した顧客も新しいコードを使えるようになります。コードを再発行しても過去の利用履歴や累計予算枠は自動で引き継がれないため、手動で累計を確認する必要があります。
配布前の確認と、止める条件は何にする？
割引を設定したらすぐに告知するのではなく、購入画面で想定どおりに動くか試し、何かあったときに新規適用を止める条件を決めておきます。
設定時は、対象商品、最低購入金額の境目、ほかの割引との併用、回数制限、そして終了時刻を確かめます。Shopifyの有効期間はストアのタイムゾーンに基づくため、告知する終了時刻と管理画面の設定時刻が合っているかを照らし合わせます。
動作確認は、有料プランを選択した後に、自店の決済構成に適した検証環境や公式のテスト注文手順（模擬決済）を選んで行います。Shopify Paymentsのテストモードでは実際の課金は発生せず、支払レポートにも表示されません。ただし、エクスプレス決済等ではチェックアウトが完了する場合があるなど、すべての注文を止める機能ではないため、公式でも本番稼働中のストアで有効にしないよう案内されています。
テスト注文を試す際は、テスト注文の実発送は行いません（配送ラベルを購入すると課金されます）。自動出荷アプリは事前に停止し、その他の外部連携や注文通知は通知や処理の範囲を確認しておきます。確認が終わったらテストモードを解除して通常決済の復帰を確認するだけでなく、停止したアプリの再開手順と停止中データの扱いを確認したうえで通常の運用へ戻します。
あわせて、「対象外の商品に割引が適用されている」「短時間に注文が集中して出荷が追いつかない」といった停止条件も決めておきます。
問題を見つけたら、速やかに告知を取り下げ、管理画面からディスカウントを一時的に無効化します。無効化後に購入者がコードを入力するとエラーとなり、新しい適用を止められます。ただし、無効化はこれから行われる適用を止める操作であり、確定済みの注文が自動で取り消されるわけではありません。成立済みの注文は個別に確認して対応します。また、告知の取り下げや複製コード、外部アプリの連携もあわせて止める必要があるか確認し、あとから再有効化する場合は終了日時が外れていないかを確かめます。
試した後は、何を見て続けるか決める？
施策が終わった後は、利用回数や表面上の売上だけでなく、同じ費用項目で再計算できる範囲で注文を振り返ります。
クーポンが100回使われたとしても、施策がなければ買わなかった注文（純増）が100件あったとは限りません。通常価格で買う予定だった顧客が利用したケースや、来月の購入が前倒しされただけのケースも考えられます。
週2時間ほどの時間で振り返る場合も、次のような項目を一枚のメモにまとめておきます。
- 実施期間と配布対象
- クーポンの利用回数と値引き総額
- 期間中の全注文数、返品・キャンセル件数
- 発生した直接費用（仕入原価、店負担送料、梱包資材費、決済費などの実費）
- 対象注文と通常注文を同じ費用項目で再計算した残額
- 梱包や問い合わせ対応に費やした作業時間
店舗全体へ広げて振り返る場合は、商品ごとの原価や送料などの条件をそろえて比較します。値引き額は売上に反映されているため、残額からさらに二重で差し引かないようにし、作業時間は金額に換算したときだけ費用へ加えます。
過去の同時期やクーポンを使わなかった注文と比較するときも、季節や天候の違いがあるため、変化のすべてをクーポンの影響だと決めつけない姿勢が大切です。残額が想定を下回っていたり、出荷作業に無理が生じていたりする場合は、対象の絞り込みや最低購入額の引き上げ、定額割引への変更などを検討します。
まずは自店の主力商品1点について、値引き後に残る概算額と維持したい必要注文数を計算し、対象・回数・停止条件をまとめた配布メモを1枚作るところから始めてみてください。
公式情報の確認日：2026-10-09
関連記事
この記事の確認範囲
料金や記載の誤りを知らせる
公式ページの変更や計算ミスを見つけた場合にお知らせください。氏名は不要です。個人情報や注文情報は入力しないでください。
送信内容は記載確認のためCloudflare D1へ保存します。保存項目・期間・削除依頼はプライバシーポリシーをご確認ください。