実装ガイド
Stripe Billingとサブスクリプションを実装目線で整理する
Billing・Subscription・Invoice・Customer Portal の役割分担と、PaymentIntent ベースの単発決済との境界、運用でハマりやすい点を整理します。
定期課金は「プラン」「請求サイクル」「失効カード」の3つがセットです。Billing を中心に置きつつ、顧客ポータルと請求書をどう位置づけるかを実務の言葉でまとめます。
実装ガイド
実装ガイドの記事一覧
概念だけでなく、内部注文との紐づけ方や API の責務分割まで追いたいときの入口です。まず全体像、その次に個別テーマへ進むと理解しやすくなります。
このカテゴリで先に読む記事
先に用語を確認したい場合は PaymentIntent Webhook Checkout Session も参照できます。
実装ガイド
Stripe Checkoutを実務目線で整理する導入ガイド｜判断軸・実装フロー・運用の注意点
Stripe Checkoutの導入を検討する担当者向けに、判断軸、実装の基本フロー、失敗しやすい点、運用で確認すべき指標を実務目線で整理します。独自UIとの切り分けや運用上の注意もレビューしやすい形でまとめました。
Stripe Checkoutは、決済画面を比較的短期間で導入しやすい選択肢ですが、要件によっては独自実装や他のStripe製品との比較が必要です。本稿では、導入前に確認すべき判断軸、実装の基本フロー、つまずきやすいポイント、運用で見る指標を実務目線で整理します。
実装ガイド
Stripe Connectでマーケットプレイス決済を設計するときの要点
Connect の目的、Connect アカウントタイプの違い、決済・送金・コンプライアンス責務の切り分けを、実装と運用の両面から整理した記事です。
Connect は『誰の Stripe アカウントで課金し、誰にいくら渡すか』をデータモデル化する仕組みです。早めにタイプと送金フローを固定しないと、KYC・レポート・返金で詰みやすいです。
実装ガイド
Stripeの主要機能を地図として把握する（一覧と詳細記事への導線）
決済UI、定期課金、マーケットプレイス、不正対策、対面決済、請求まわりまで、Stripeの主要プロダクトを一覧し関連記事へつなぎます。
Stripeは「決済API」だけでなく、課金・分配・リスク・対面・請求の各レイヤーが揃っています。まず全体像を表に落とし、深掘り記事と用語集へ辿れるようにします。
実装ガイド
StripeのPayment Linksと請求・税まわりを入口から整理する
コードを最小化したいときの Payment Links、請求書・インボイス周り、Stripe Tax との組み合わせを、単発課金とサブスクの両方から見た導線として説明します。
『まず売上を出す』フェーズでは Payment Links が強い一方、B2B の承認フローや複雑な税務は Invoice / Tax とセットで検討が必要です。早すぎる自動化も事故の元です。
実装ガイド
決済 API の冪等性を実装事故ベースで理解する
Stripe を中心に、冪等性キーが必要な理由、注文 ID とどう結びつけるか、再送やタイムアウト時に何を保証できるかを整理します。
決済 API の事故で多いのは、通信失敗後の再実行を『もう一度 POST するだけ』で済ませることです。冪等性キーを内部注文 ID と束ねると、二重課金と調査コストを大きく減らせます。
実装ガイド
Stripe Terminalで対面決済を組み込むときの設計メモ
Terminal の役割、オンラインの PaymentIntent 設計との共通点、店舗オペ・在庫・レシートまわりで噛み合わせやすいポイントを整理します。
対面決済は『端末』の話に見えますが、核心は POS・店舗運用・決済状態をどう同期するかです。在庫引当・返品・日次精算との境界を先に決めると実装が安定します。
実装ガイド
Stripe で決済機能を実装する手順をサンプルコード付きで追う
Checkout Sessions と Webhook を使って、商品選択から決済完了反映までを Node.js サンプルコード付きで段階的に説明します。
最初の実装は hosted checkout がいちばん事故りにくいです。金額は必ずサーバーで決め、注文確定は Webhook を正とし、フロントはリダイレクトと結果表示に責務を絞ると安定します。
実装ガイド
PaymentIntent の状態遷移を実装事故ベースで理解する
PaymentIntent の状態遷移を、作成、認証、確定、失敗、再試行の流れに沿って整理します。Webhook 連携の観点にも触れます。
PaymentIntent は単なる決済オブジェクトではなく、決済の途中状態を扱う設計の中心です。状態遷移を理解しておくと、二重計上や webhook の処理漏れをかなり防げます。