- 既存の Go プロジェクト
- Stripe Test Mode アクセス
- 決済UIにはフロントエンドが必要です
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
アドオンに行く
PaymentIntents、署名済み Webhook、および注文の更新を、すでに実行している Go API に追加します。デフォルトのスタックはジンまたはファイバーです。 Goはカードを集めません。
〜から
$259
USD · Go
Go 向けの Stripe 統合 · Go
Requirements
リポジトリ権限は不要です。Bacodo に直接組み込んでほしい場合のみ、一時的なプロジェクト権限が必要です。
できること
Bacodo は、Stripe を既存の Go プロジェクトに統合します。ハンドオーバー後、ハンドラーと環境はリポジトリ内に存在します。 Stripe アカウントと料金は引き続き所有されています。 Go は PAN を保存しません。
本番環境の Go Stripe パスでは、サーバー上で PaymentIntent を作成し、生のリクエスト本文で署名をチェックする必要があります。検証前に JSON をバインドすると、Gin/Fiber Webhook が失敗します。
既存の Jin または Fiber ルーターに適合する create-intent および Webhook ハンドラー、シークレットの env、および既に使用しているストアを介した書き込みの順序を追加します。
チームは、本番環境の Go Stripe の最初の実装 (生の本体 Webhook、冪等イベント、SCA 対応 PaymentIntents、テストからライブへのハンドオーバー) をスキップします。
バックエンド エンジニアとして、Gin または Fiber を担当してください。 net/http 専用アプリは、すでに実行しているものであれば問題ありません。互換性チェックでそれを確認します。
主な機能
Go サービスから PaymentIntents を作成します。秘密キーは env 内に残り、クライアントが投稿する JSON 本文には決して含まれません。
Stripe が署名した正確なバイトで Stripe-Signature を検証します。そのルートでは、Gin ShouldBindJSON / Fiber BodyParser はスキップされます。
フルフィルメントは、サンキューページの後ではなく、Webhook の検証後に実行されます。すでにお持ちの注文記録を更新します。
最初に Stripe テストキーを同梱して出荷します。ライブへの移行は、文書化された環境とダッシュボードのカットオーバーであり、アドオン ライセンスではありません。
ストライプの再試行。 Go ハンドラーはイベント ID をキーオフするため、重複した POST が二重に実行されることはありません。
ブラウザーまたはモバイル アプリは、この Go API から公開可能なキーと有効期間の短いクライアント シークレットのみを受け取ります。
用途
すでに Go でオーダーを作成しており、PaymentIntents と Webhook に基づく有料状態が必要です。
1 回限りの main.go デモではなく、クライアント リポジトリに保守可能な Stripe パスが必要です。
Go は最初の PaymentIntent を作成します。大量の請求作業にはカスタム見積もりが必要になる場合があります。
このランディングは API 側のみです。フロントエンド Stripe.js も必要な場合は、別のプラットフォームになります。
デモ
PaymentIntent の作成をプレビューし、/webhooks/ストライプを POST し、署名を確認し、注文状態を更新します。このページでは実際の請求は処理されません。
仕組み
標準の Bacodo アドオン ワークフロー。Go は、Gin と Fiber、生のボディ、およびハンドラーが既に使用しているストアをチェックします。
01
Go の Stripe Integration と、ルーターが Jin、Fibre、または net/http であるかどうかを確認します。
02
Go のバージョン、ルーター、既存の注文の永続性、および Stripe アカウントを確認します。
03
raw 本文の署名を検証する create-intent ハンドラーと Webhook ハンドラーを追加します。
04
ワイヤ環境: 秘密キー、クライアントの公開可能なキー、Webhook シークレット、パブリック HTTPS URL。
05
Stripe CLI またはダッシュボードのテスト イベントと、作成インテントおよび拒否パスを実行します。
06
ソース、環境ノート、ライブキーのチェックリストを提供します。 Go の実装はあなたのものです。
アーキテクチャ
Go プロセスは秘密鍵を保持します。クライアントは Go に PaymentIntent の作成を依頼します。 Stripe は Webhook で Go に通知します。 Go は署名を検証し、注文状態を書き込みます。
対応技術
現在のゴーオンジンまたはファイバー。 plain net/http は、すでにサービスが起動されている場合にのみ含まれます。
注文の更新は、既存のデータベースまたはリポジトリに残ります。新しい ORM を発明するわけではありません。
Stripe アカウント、テストキーとライブキー、Webhook エンドポイント。料金は Stripe に残ります。
Go バイナリを実行し、Stripe から HTTPS POST を受信できるホスト。静的ホストではできません。
含まれるもの
Pricing
この価格は Go プラットフォームのみの料金です。 Node.js、Laravel、Spring Boot のアドオン価格は使用しません。
Go 向けの Stripe 統合
本番環境に対応した Stripe 決済を既存の Go API (Gin または Fiber) に追加し、ソース コードを保持します。
前提条件
$259
一回払いGo
フロントエンドが必要ですか?
安全な決済:stripe
納品とセキュリティ
一般的な Go Stripe 統合は、Go 互換性チェックの後にスコープが設定されます。タイムラインは、永続化レイヤーとクライアントが Go を呼び出す方法によって異なります。
テストモードの PaymentIntents、Webhook 署名、再試行、および拒否パスは、引き渡す前に Go アプリに対して実行されます。
秘密キーと Webhook 署名シークレットはサーバー環境に残ります。クライアントは、公開可能なキーまたは有効期間が短いクライアント シークレットのみを受け取ります。
Go Webhook は、注文状態を更新する前に、生の本文の Stripe 署名を検証します。
当社は PCI 認証や不正行為ゼロを主張するものではありません。 Go は PAN を保存しません。カード データは、クライアント上の Stripe Checkout または Elements によって収集されます。
FAQ
Stripe Integration for Go には、既存の Go API での PaymentIntent の作成、生のリクエスト本文での署名付き Webhook、ストアでの注文状態の更新、Stripe テスト イベントに対するテスト、および引き継ぎメモが含まれます。 Go ソースを受け取ります。 Stripe の料金と Stripe アカウントは別のものです。
はい。 Stripe Integration for Go は、すでにお持ちの Go システム用に構築されています。成果物として個別のデモ リポジトリは発送しません。
いいえ、Go は PAN を保存してはなりません。クライアントは Stripe Checkout または Elements を使用します。未加工のカード データを投稿するカスタム Go フォームは、デフォルトの範囲外です。
ジンまたはファイバー - Go アプリがすでに使用しているもの。サービスが既に起動している場合は、プレーン net/http。
はい、充実感を得るために。 Stripe は、到達可能な Go HTTPS エンドポイントに POST する必要があります。 Local Go には、開発中に Stripe CLI またはトンネルが必要です。
Go は PaymentIntent を作成し、Stripe 顧客 ID を保存できます。定期的な請求はサーバー上に残ります。サブスクリプションの多い Go 作業では、カスタム見積もりが必要になる場合があります。
Go プロセスは、環境 / 構成からの秘密キーと Webhook 署名秘密を使用します。クライアントは公開可能なキーのみを受け取ります。
最初にテストキーに対してStripe Integration for Goを実装します。ライブへの移行は、文書化された環境とダッシュボードのカットオーバーであり、アドオン ライセンスではありません。
Go は、SCA をサポートする PaymentIntent を作成します。クライアントは、Stripe.js または Checkout を使用して 3-D セキュアを完了します。 Go は、Webhook でpayment_intent.succeeded が完了した後にのみ実行されます。
はい、充実感を得るために。クライアントへの Go 200 は真実の情報源ではありません。 Webhook は署名を検証し、注文に支払い済みのマークを付けます。
はい。 Stripe Integration for Go は通常、既存の注文モデルの隣にフィールドまたはシン支払いレコードを追加します。
いいえ。Stripe アカウント、キー、および処理手数料はお客様が所有します。 Go アドオンの価格は、Go プロジェクトへの実装です。
いいえ。この Go アドオン価格内で Go API を Node.js または Java に書き換えることはありません。
はい。 PaymentIntent メタデータと Webhook 確認後に保持するフィールドは、既存の Go Order モデルに合わせて調整されます。
Go ソースはリポジトリにあります。含まれている 30 日間のサポートは、提供された Stripe Integration for Go の範囲内の欠陥をカバーし、無関係な Go 機能の作業はカバーしません。
30 日間の期間中、文書化された Stripe の変更によって引き起こされる、提供された Go 統合の破損をサポートします。その後のアップグレードは、メンテナンスまたは延長テクニカル サポートとなります。
PaymentIntent のステータス、ダッシュボード ログ、Go Webhook 配信を文書化します。 30 日間のサポートには、配信された Go フローの署名の失敗、再試行、キーの構成ミスが含まれます。
統合時に固定した Stripe ライブラリに対して Go のバージョンを確認します。古いまたは大きくフォークされた Go ランタイムには、追加のスコープが必要になる場合があります。
いいえ。この Go アドオン価格内で Go API を Node.js または Java に書き換えることはありません。
引き渡し後30日間が含まれます。延長テクニカル サポートは、同じ Go 統合に関してさらに 6 か月間、この Go アドオン価格の 20% でオプションです。
本番環境に対応した Stripe 決済を既存の Go プロジェクトに追加し、ソース コードを保持して、サーバーに独自のフルフィルメントを実行させます。
$259