Stripe決済リンクは、ウェブサイトなしでも販売を始められます。作成の速さだけでなく、受付情報と納品方法を決める必要があります。販売数、決済確定、返金までを一つの流れで考えましょう。
Stripe決済リンクで最初に決める条件
同じURLを広く配るほど受付は簡単になります。反面、誰が何を買ったかを照合する設計が重要です。
- 販売する商品
単発商品か継続課金かを先に分けます。価格変更の頻度も商品設計へ含めます。 - 受け取る情報
納品に必要な氏名や住所だけを集めます。決済と無関係な個人情報は求めません。 - 販売できる数
在庫や募集枠が少ない商品もあります。上限到達後の案内文まで用意します。 - 納品する時点
カードは決済結果を早く確認できます。遅延型の決済手段では確定通知を待ちます。
四つを文章にすると、必要な設定が見えます。リンクを作る前に運用表へ書き出してください。
決済用リンクの現行料金と追加費用
以下は2026年9月12日に確認した標準料金です。契約中の料金表も公開前に確認してください。
- システム利用料
Payment Links自体は無料です。標準料金では追加の固定費がありません。 - カード決済
国内カードの成功決済は3.6％です。通貨換算が必要な場合は2％が加わります。 - 継続課金
サブスクにはBillingの料金が適用されます。標準のBilling取引額は0.7％です。 - 決済後の請求書
単発購入へ自動発行する場合は0.4％です。公式ページは一件200円の上限を示します。 - 独自ドメイン
自社の決済用サブドメインは任意です。公式料金は月10米ドルと表示されています。
無料とはリンク機能の追加費用を指します。決済や任意機能の費用は売上試算へ入れましょう。
Payment Linksを選ぶ判断表
次の項目を簡易な判断表として使えます。自分の商品に近い条件を選んでください。
- SNSで単品を売る
共有URLだけで申込先を案内できます。専用の販売サイトを先に作る必要はありません。 - 在庫や定員が少ない
支払い件数に上限を設けられます。到達するとリンクは自動で無効になります。 - 商品選択が複雑
長い分岐や診断には専用フォームが向きます。リンクだけで相談内容まで整理するのは困難です。 - 会員ページが必要
課金だけで閲覧権限は切り替わりません。ログインと退会処理を別に構築します。 - 個別見積もりが多い
顧客ごとに金額や条件が変わります。その場合は請求書方式も比較してください。
単純な受付ほど強みを生かせます。複雑な事前確認は別画面へ分けると安全です。
支払いリンクが向く条件・向かない条件
販売経路だけで適否を決めないでください。納品や顧客対応の負担も比べます。
- 向く小規模販売
商品数が少なく価格が固定された販売です。メールやSNSからすぐ案内できます。 - 向くテスト販売
需要を見ながら募集数を絞る販売です。支払い件数の制限で過剰販売を防げます。 - 向かない複雑な注文
多数の選択肢や組合せが必要な商品です。専用カートのほうが選びやすくなります。 - 向かない手動納品の大量販売
支払い後の処理が人手に残る販売です。受付だけ増えると未納品の危険が高まります。
導入の軽さと運用の軽さは別です。注文後の作業時間まで見積もりましょう。
決済用リンクを作る具体的な手順
最初はテスト環境で一件を通します。購入者の画面と管理側の記録を両方確認します。
- 商品と価格を登録する
商品名、説明、金額を実態へ合わせます。単発か継続かもこの時点で決めます。 - 必要情報を選ぶ
請求先住所や配送先を必要な場合だけ求めます。電話番号や氏名も用途を明確にします。 - 販売上限を設定する
在庫や定員がある場合は件数を入力します。終了後に表示する案内文も整えます。 - 規約と連絡先を表示する
返金条件や利用規約への導線を置きます。問い合わせ先も決済前に見せます。 - 完了後の動きを決める
確認文か自社ページへの移動を選びます。納品処理は決済状態と結びます。 - 少額で通して試す
成功、失敗、返金を順に確認します。通知と台帳の記録も照合します。
本番URLは試験完了後に共有します。古い価格のリンクが残らないよう管理してください。
Payment Linksで販売数と商品を管理する
一つのリンクは複数の顧客へ共有できます。在庫を持つ場合は上限設定が欠かせません。
- 支払い件数の上限
完了したCheckoutセッションを件数に数えます。上限に達すると自動で販売を止めます。 - 無効時の表示
終了後に専用メッセージを表示できます。代替商品や再募集時期も短く案内できます。 - 固定額の商品数
API作成では固定額の項目を20件まで追加できます。選択肢が多い場合は画面の読みやすさも見ます。 - 購入者が決める金額
寄付やチップ向けの変動料金があります。固定額の商品と同じリンクには追加できません。
販売停止は在庫の代わりになる機能です。発送数やサービス枠は別の台帳でも照合します。
支払いリンクで集める情報と規約
決済画面では住所や電話番号を収集できます。必要性を説明できる項目だけに絞ってください。
- 住所と電話番号
配送先と請求先を分けて集められます。対象となる配送国も設定できます。 - カスタム項目
自由文、数字、選択肢を追加できます。機密情報や法令で制限された情報には使いません。 - 選択肢の上限
ダッシュボード作成では10項目までです。API作成では最大200項目を扱えます。 - 規約への同意
公開情報へ規約URLを登録して同意を求められます。プライバシーポリシーも事前に整えます。
収集できることと、集めるべきことは違います。保存期間と閲覧権限も運用ルールへ入れましょう。
決済用リンクの納品・返金設計
完了画面を見せるだけでは納品確認になりません。決済イベントを基準に提供状態を更新します。
- 即時確定する決済
完了イベントを受けて商品を渡します。同じ通知で二重納品しない処理が必要です。 - 遅れて確定する決済
支払い方法により確定まで2〜14日かかります。追加イベントを待ってから提供します。 - 自動化しない運用
件数が少なければ管理画面で確認できます。確認担当と納品期限を決めておきます。 - 返金の対応
全額と一部返金を管理画面から扱えます。カードへの反映は通常5〜10営業日です。
売上通知メールだけで提供しないでください。最終状態と注文番号を対応させます。
Stripe決済リンクの実装チェックリスト
公開前に次の項目を一件ずつ確認します。確認日と担当も記録してください。
- 料金を試算した
決済手数料と任意機能を分けました。継続課金ならBillingも含めました。 - 必要情報を絞った
納品に使う項目だけを残しました。不要な個人情報は求めていません。 - 販売上限を決めた
在庫や定員と件数を合わせました。終了時の案内も設定しました。 - 規約を表示した
価格、提供時期、返金条件を示しました。連絡先も購入前に確認できます。 - 決済後を試した
完了通知から納品まで通しました。失敗や遅延時の状態も分けました。 - 返金を試した
担当者と記録先を決めました。購入者へ伝える日数も確認しました。
未確認があれば共有先を限定します。少額の試験を終えてから販売を広げましょう。
Payment Linksで確認した公式情報
次の一次情報を2026年9月12日に確認しました。料金と仕様は利用時にも再確認してください。
- Stripe Payment Links製品ページ
サイト不要のリンク販売を確認しました。標準の料金と任意機能も掲載されています。 - Stripeの料金体系
カード決済とBillingの料率を確認しました。通貨換算などの追加費用も掲載されています。 - 決済用リンクを作成する方法
商品と価格の作成手順を確認しました。項目数や遅延型決済の注意も説明されています。 - 決済画面のカスタマイズ
販売数制限と収集項目を確認しました。規約同意や個人情報の注意も掲載されています。 - 決済後の処理
完了イベントと納品方法を確認しました。返金や分析の仕様も説明されています。
本文はAIを調査と構成の補助に使いました。その後、人が公式情報と日本語を確認しています。法務と税務の判断は専門家へ相談してください。
Stripe決済リンクの構成を相談する
受付と納品をつなぐと確認箇所が増えます。Literamentのサービスと料金で支援範囲を確認できます。
商品数や自動化の範囲で迷う方は、お問い合わせからご相談ください。個人事業に合う構成を一緒に整理します。