オンライン決済
Stripeの料金・決済手数料と導入方法
記事確認日：
当サイトは広告・アフィリエイトを利用しています。広告掲載について
国内向けに生活雑貨20商品を販売する架空のオンラインショップ（担当1名、週2時間の作業枠、追加ツール・開発予算は月20,000円税込）を想定し、Stripeの導入方式と手数料の流れを整理します。日本アカウントでは決済手数料への消費税や返金時に戻らない原手数料、残高利用可能と銀行着金の違いなどを分けて把握することが欠かせません。2026年10月9日時点の公式情報をもとに、自店の購入体験と保守体制に合う最小の導入経路を確認します。
Payment Links・Checkout・Elementsは何が違う？
購入者が支払い情報を入力する画面（決済UI）と、商品・在庫・配送を管理するECカート全体の機能は別物です。導入方式は「どこまでStripeに任せ、どこから自店で保守するか」という責任範囲の違いで選びます。
| 導入方式 | 画面の形式 | 必要な作業 | 主な保守担当 |
|---|---|---|---|
| Payment Links | Stripeホストの支払いURL | 管理画面で商品と金額を設定し、URLを発行して共有する | 支払画面はStripe、商品情報や自店運用は店（コード記述不要） |
| Checkout | Stripeが提供する決済画面（ホスト画面または埋め込み） | 注文情報を渡し、決済セッションを作成して画面を呼び出す | 画面はStripe、注文の受け渡しは自店 |
| Payment Element | 自社サイト内に直接埋め込む決済フォーム | 画面デザインの調整、決済処理や注文状態の制御を自前で実装する | 自店（画面の組み込みと運用保守） |
自社サイトへの埋め込みなどを行う場合、API（システム同士を接続する仕組み）の選択が重要です。Stripe公式ドキュメントでは、多くのPayment Element導入において「Checkout Sessions API」の利用を推奨しています。一方、下位APIの「Payment Intents API」は支払い処理段階に特化しているため、税の計算やクーポンの割引、配送先の入力確認などを自前で構築・保守する必要があります。
担当1名の架空店であれば、最初から複雑な独自実装を目指す必要はありません。まずは生活雑貨1商品などで自店カートの注文IDと安全につながる最小の経路を確認し、独自のデザインや制御が必要になった段階で対象範囲を広げるのが現実的です。
国内カード3.6%と消費税は、どう計算する？
受取額を計算するときは、「売上」「基本手数料」「手数料にかかる消費税」「控除後の残高」の4つを分けて並べます。
Stripeの公式料金ページ（2026年10月時点）によると、日本アカウントにおける標準の料金プランでのオンラインカード決済手数料は、初期費用や月額費用なしで、成功した決済1件につき3.6%です。この3.6%は税抜の料率であり、消費税を含んだ税込金額ではありません。
日本のアカウントに対する手数料課税の公式サポートが案内しているとおり、日本国内のアカウントではStripeの手数料に対して消費税が別途かかります。VisaおよびMastercardの取引も2026年4月1日以降は課税対象です。国税庁の案内（タックスアンサー No.6303）が示すとおり、現行の標準税率は10%であり、商品代金にかかる消費税とStripeの手数料にかかる消費税は分けて扱います。
架空の生活雑貨店で、2026年4月1日以降に国内発行Visaカード（日本円決済）を使い、1件5,000円の商品が20件売れた場合（対象売上100,000円）の計算例は次のとおりです。
| 計算項目 | 金額 | 算出根拠・備考 |
|---|---|---|
| 対象売上合計 | 100,000円 | 5,000円 × 成功20件（国内発行Visa・JPY） |
| Stripe基本手数料（税抜） | 3,600円 | 売上100,000円 × 料率3.6% |
| 手数料に対する消費税 | 360円 | 手数料3,600円 × 標準税率10% |
| 手数料合計（控除総額） | 3,960円 | 税抜手数料3,600円 ＋ 消費税360円 |
| 控除後残高 | 96,040円 | 売上100,000円 － 手数料合計3,960円 |
実際の運用では、毎月Stripeから発行される月次適格請求書（インボイス）の全体で円未満の端数が丸められるため、取引ごとの単純合算とは異なる場合があります。確定した税額や控除額は月次請求書の実額で確認します。なお、控除後の残高はアカウント内の売上残高であり、原価や送料を引く前の数値です。店舗の純利益や銀行口座への最終着金額ではない点に注意してください。
コンビニなど別の決済も、カードと同じ料金？
決済方法ごとに基本料率だけでなく、少額決済にかかる「最低手数料」や「返金時の費用」が異なります。
たとえば日本のコンビニ決済の場合、Stripeの料金ページ（2026年10月時点）やコンビニ決済に関するサポート案内によると、料率はカードと同じ3.6%ですが、「最低手数料120円」の下限が設定されています。料率で計算した金額が120円を下回る場合でも1件あたり120円が適用され、この最低手数料120円（税抜）に対しても消費税10%が別途かかります。さらに返金時には、店舗負担として1件あたり「250円＋消費税10%（税込275円）」の返金手数料が発生します。
架空店でコンビニ決済を使わない場合は費用0円と置くのではなく検討対象外とし、導入する場合のみカードとは別に成功額・最低手数料・返金費用・消費税を試算します。
海外顧客なら、必ず追加料金が同じ？
海外からの注文だからといって、一律で同じ追加料金がかかるわけではありません。
Stripeの料金ページ（2026年10月時点）にある「+2%」は海外顧客すべてにかかる費用ではなく、「通貨換算が必要な場合」に加算される手数料です。単に海外発行カードが使われたことと同義ではありません。実際の手数料の内訳を確かめるには、取引ごとに次の5点を確認します。
- 店舗のStripeアカウントの国（日本アカウントか）
- 利用された決済方法の種類
- 購入者のカード発行国
- 決済時に顧客へ提示・請求した通貨（日本円か、外貨か）
- 店舗のStripe残高および銀行への入金通貨
たとえば、店舗が日本円で請求し、日本円で残高を受け取って日本円の銀行口座へ出金する場合、店舗側のStripe手数料において通貨換算手数料（+2%）は発生しません（購入者側のカード会社で為替換算手数料が生じる可能性はあります）。一方、米ドルで請求して日本円口座へ出金する場合は換算手数料が加算されます。海外顧客というだけで一律に判断せず、ダッシュボードの明細で実際の手数料内訳を確認することが大切です。
返金後、どの手数料が戻らない？
返金時の手数料に関する公式サポートに記載されているとおり、注文を返金しても最初の決済で発生した決済処理手数料、利用時のConnect手数料、通貨換算手数料などの原手数料は店舗へ返還されず、店舗の負担となります。
一方で、返金操作自体の追加費用は決済方法によって異なります。Stripeの標準料金では多くの決済方法で返金発行の追加手数料はかかりませんが、銀行振込で返金関連費用が生じる場合があるほか、日本のコンビニ決済では1件あたり250円＋消費税10%（税込275円）の返金手数料が発生します。
返金が発生したときは、売上台帳で次の項目を分けて記録しておくと照合がスムーズです。
- 自社ECの注文IDと、Stripeの決済ID
- 顧客へ返金した金額
- 戻らない原決済手数料
- 決済方法固有の追加返金手数料（発生する場合）
- Stripeアカウントの利用可能残高から実際に減った金額
決済後、いつ銀行へ入る？
売上が立ってから口座へ振り込まれるまでは、「決済成功」「残高利用可能」「入金開始」「銀行着金」の4つの段階を分けて追う必要があります。
日本向けStripe利用開始ガイドによると、日本アカウントの開設初期は入金スケジュールが「手動入金」に設定されています。また、アカウントを有効化したあとの初回決済から「7日後」に残高が入金可能な状態へ移行します。運用の準備が整ったあとは、店舗の資金計画に合わせて「手動」「週次」「月次」へ入金サイクルを変更できます。
注意したいのは、公式案内の「7日後に入金可能」という目安は、7日目に銀行口座へ現金が届くことを保証する日ではない点です。これはStripeアカウント内で売上が出金指示を受け付けられる状態（残高利用可能）に変わる時期を示しています。
実際の銀行着金は、残高が利用可能になったあとStripeからの送金処理（入金作成）が行われ、さらに金融機関側の営業日や振込処理の時間を経て反映されます。架空店のように資金枠が限られている場合、売上発生日と実際の着金日を混同せず、各段階の進行を把握して資金繰りを管理することが重要です。
本番前に、注文から入金まで何を試す？
画面の表示だけでなく、注文から失敗対応、通知、返金までの動作確認と、本番後に向けた入金照合の手順・担当の確認を済ませてから本番を迎えます。
事前テストは、公式ドキュメントであるStripeのテスト環境案内に沿って行います。ここでは実際の資金移動を伴わないテスト用のキーやテスト値（模擬カード番号など）を使用し、本番環境で実カード情報を使ったテスト決済を行わないことが公式に定められています。実売買の運用確認と検証試験を混同してはいけません。
具体的には、テスト環境で以下の項目を点検します。
- カートと決済の疎通：自社カートからStripeへ注文情報が正しく引き渡され、途切れずに購入が完了するか。
- 失敗や重複の処理：有効期限切れや残高不足による決済失敗時、購入者に適切な案内が出るか。ブラウザの再読み込みや連打による重複決済が防げているか。
- 通知と出荷の連動：決済完了を知らせる通知（Webhook）が自社の受注システムへ確実に届くか。未決済の状態で誤って出荷指示が飛ばないよう、外部連携先の実出荷や顧客通知が動かない設定にして検証しているか。
- 返金の動作：管理画面から全額返金や一部返金を試した際、自社注文のステータス変更が連動するか。
- 注文情報と決済情報の対応づけ：自社注文IDと、関連するStripeのテスト注文・決済・試行・返金の各情報が対応づけられ、正しく追跡できるか。あわせて本番後に確認する入金照合の手順や担当を事前に定めておく。
テスト用のキーやテスト値では実際の資金移動が生じないため、実銀行着金と銀行明細の一致は、実販売を開始した後の実際の取引で確認します（検証目的で本番環境の実カード決済を行ってはいけません）。
架空の生活雑貨店のように、担当1名で週2時間、月20,000円（税込）の追加予算枠で進める場合、独自にコードを書いてつなぐ方式を無理に選ぶと、実装や保守の見積もりが自店の枠に収まらなくなる恐れがあります。まずは自社カートの公式プラグインやホスト型画面など、既存の保守体制でまかなえる方法を候補とし、必要な作業量と保守範囲を見積もったうえで、自店の条件と照らし合わせて選びましょう。
公式情報で最新仕様を確認する
決済手段・導入方法に関する関連記事
この記事の確認範囲
料金や記載の誤りを知らせる
公式ページの変更や計算ミスを見つけた場合にお知らせください。氏名は不要です。個人情報や注文情報は入力しないでください。
送信内容は記載確認のためCloudflare D1へ保存します。保存項目・期間・削除依頼はプライバシーポリシーをご確認ください。