Stripeクーポンは、値引き額だけでなく期間も決めます。顧客へ配る文字列は別の設定です。初回請求と更新後の金額を分けて考えます。
割引コードは二層で設計する
Stripeでは、クーポンが割引の本体です。プロモーションコードは顧客が入力する文字列です。
- クーポン
割合引きか定額引きを定義します。対象商品と適用期間もここで決めます。 - プロモーションコード
一つのクーポンへ複数の文字列を作れます。配布先ごとに期限や回数を変えられます。 - 自動適用
運営側でクーポンを契約へ付けます。顧客へ文字列を知らせない運用に向きます。 - 顧客入力
決済画面へコード欄を表示します。共有される前提で制限を付ける必要があります。
二つを混同すると停止作業が難しくなります。割引条件と配布経路を別々に記録します。
プロモーションコードの判断表
配布方法は目的から選びます。割引率だけで決めると対象外利用が増えます。
- 新規顧客を増やす
初回限定と短い期限を組み合わせます。告知面ごとに別コードを発行します。 - 特定顧客を支援する
対象顧客を一人へ限定できます。公開SNSへ流れても他の人は使えません。 - 紹介経路を測る
紹介者や媒体ごとに文字列を分けます。利用件数を後から比較しやすくなります。 - 解約を防ぐ
解約前の顧客へ限定提案を出せます。常設割引にせず条件を明示します。
Stripeクーポンを公開配布するなら、期限と利用上限を置きます。個別対応なら顧客限定の設定が安全です。
サブスク割引の期間を選ぶ
クーポンには適用期間があります。販売文と請求結果が合う形を選びます。
- 初回だけ割り引く
onceは最初の請求書だけへ適用されます。お試し価格の終了日を説明しやすい方式です。 - 数か月だけ割り引く
repeatingは指定期間へ適用されます。月額契約では期間内の各請求が対象です。 - 契約中ずっと割り引く
foreverは将来の請求にも続きます。解約まで利益を圧迫しないか計算します。 - 年額契約へ使う
月数指定でも請求間隔との関係が変わります。年次更新まで含むかテストで確かめます。
「三か月割引」と「三回割引」は同じとは限りません。請求間隔を含む表現へ直します。
プロモーションコードの利用条件
コードには利用者と利用時点の制限を付けられます。使えない理由を案内できる設計も必要です。
- 初回取引へ限定する
過去の取引履歴で利用可否が決まります。試用や未完了の支払いも影響し得ます。 - 最低金額を決める
初回決済額へ下限を設けられます。サブスクでは初回支払いだけで判定されます。 - 利用回数を制限する
全体の上限とコード側の上限を使えます。キャンペーン予算に合わせて数を決めます。 - 失効日を設定する
コードの期限は元のクーポンを越えられません。終了後に同じ告知を残さないようにします。
条件は引き換え時に判定されます。顧客情報の作り方もテスト条件へ含めます。
割引コードを表示する場所
コード欄は自動では現れない構成があります。決済経路ごとに有効化を確認します。
- Payment Links
作成画面からプロモーションコードを許可できます。URLへコードを事前入力する方法もあります。 - Checkout
セッション作成時に許可設定を渡します。固定クーポンを直接適用する方式も選べます。 - カスタマーポータル
プラン変更時のコード入力を許可できます。初期設定はオフなので確認が必要です。 - 運営側の更新
既存契約へダッシュボードから追加できます。理由と担当者を社内記録へ残します。
入口が複数あると適用結果も分かれます。自社サイト、直リンク、更新画面を順に試します。
サブスク割引で起きる注意点
Stripeクーポンは、契約変更と同時に扱うと確認項目が増えます。値引きだけの変更は通常、日割り請求を作りません。
- 日割り明細
既存の割引は価格変更の比例配分へ反映されます。生成済みの日割り明細へ追加値引きはできません。 - 価格変更との同時処理
価格更新が失敗してもコードだけ通る場合があります。請求と契約状態を一緒に照合します。 - 削除済みクーポン
削除すると新規利用は止まります。すでに契約へ付いた割引は自動で消えません。 - 複数割引の順序
割合引きと定額引きは順序で結果が変わります。合計だけでなく適用順も保存します。
停止操作だけで既存契約は元に戻りません。対象契約と次回請求を個別に確認します。
プロモーションコードを実装する手順
本番配布の前にテスト環境で請求を作ります。初回と更新時の双方を確認します。
- 割引目的を決める
新規獲得か個別救済かを選びます。成功を測る数字も一つ決めます。 - クーポンを作る
割合、定額、期間、対象商品を設定します。利益と提供原価を先に計算します。 - コードへ制限を付ける
顧客、期限、回数、最低額を選びます。公開範囲に合う強さへ調整します。 - 決済入口へ表示する
Payment LinksやCheckoutで許可します。入力欄が実際に見えるか確かめます。 - 請求結果を記録する
請求書と契約の割引状態を照合します。失敗時の案内先も用意します。
テスト用コードは本番へ流用しません。公開前に期限と停止担当を再確認します。
割引コードの実装チェックリスト
担当者が同じ基準で確認できる形にします。告知前と終了時の作業を一枚へまとめます。
- 通常価格を示した
割引後だけでなく更新後の価格も表示します。税込表示や請求周期もそろえます。 - 対象者を定めた
新規、紹介、個別対応を区別しました。共有された場合の扱いも決めました。 - 期限と上限を置いた
予算を超えない設定へしています。終了日時は告知文と一致しています。 - 更新請求を試した
初回だけで判断していません。割引終了後の請求額も確認しました。 - 問い合わせ先を用意した
利用できない時の確認項目を示します。個人情報は公開画面へ出させません。
一つでも曖昧なら公開範囲を狭めます。少人数の限定コードから始める方法もあります。
サブスク割引で確認した公式情報
以下は2026年9月4日に確認した一次情報です。仕様と料金は実装時にも再確認してください。
- クーポンとプロモーションコード
割引期間と対象商品の設定を確認しました。既存契約への適用と複数割引も説明されています。 - Payment Linksの販促設定
コード欄の有効化方法を確認しました。事前入力URLと初回限定の注意も掲載されています。 - Checkoutの割引
顧客、期限、利用回数の制限を調べました。最低額は初回支払いだけで判定されます。 - カスタマーポータル設定
プラン変更時のコード利用を確認しました。解約前の維持クーポンも設定できます。 - Stripe Billingの料金
Billingは取引額の0.7%と案内されています。国内カード決済は3.6%です。
本文はAIを調査と構成の補助に使いました。その後、人が公式情報と日本語を確認しています。税務や契約の個別判断は専門家へ相談してください。
プロモーションコードの運用を相談する
コード作成だけなら管理画面から始められます。会員権限や通知までつなぐと分岐が増えます。Literamentのサービスと料金もご覧ください。
Stripeクーポンと更新請求を一緒に整えたい方は、お問い合わせからご相談ください。現在の契約経路から実装範囲を整理します。