- Projet Go existant
- Accès Stripe Test Mode
- Un frontend est requis pour l’interface de paiement
Aucun accès au dépôt n’est requis. L’accès au projet n’est nécessaire que si vous voulez que Bacodo l’intègre directement.
Aller au module complémentaire
Ajoutez des PaymentIntents, des webhooks signés et commandez des mises à jour à l'API Go que vous exécutez déjà. Les piles par défaut sont Gin ou Fiber. Go ne collectionne pas de cartes.
À partir de
$259
USD · Go
Intégration Stripe pour Go · Go
Requirements
Aucun accès au dépôt n’est requis. L’accès au projet n’est nécessaire que si vous voulez que Bacodo l’intègre directement.
Ce que ça fait
Bacodo intègre Stripe dans le projet Go que vous possédez déjà. Après le transfert, les gestionnaires et les environnements vivent dans votre dépôt. Vous êtes toujours propriétaire du compte Stripe et des frais. Allez jamais stocker PAN.
Un chemin de production Go Stripe nécessite la création de PaymentIntent sur le serveur et la vérification de la signature sur le corps brut de la demande. Lier JSON avant la vérification est la façon dont les webhooks Gin/Fiber échouent.
Nous ajoutons des gestionnaires d'intention de création et de webhook adaptés à votre routeur Gin ou Fibre existant, un environnement pour les secrets et des commandes d'écriture via le magasin que vous utilisez déjà.
Votre équipe ignore la première implémentation de production de Go Stripe : webhooks bruts, événements idempotents, PaymentIntents compatibles SCA et transfert test-to-live.
Faites appel à des ingénieurs backend sur Gin ou Fiber. Les applications net/http uniquement conviennent si c'est ce que vous exécutez déjà - nous le confirmons lors de la vérification de compatibilité.
Fonctions clés
Créez des PaymentIntents à partir d’un service Go. La clé secrète reste dans env – jamais dans un corps JSON publié par le client.
Vérifiez Stripe-Signature sur les octets exacts signés par Stripe. Gin ShouldBindJSON / Fiber BodyParser sont ignorés sur cette route.
L'exécution s'effectue après la vérification du webhook, et non après une page de remerciement. Nous mettons à jour le dossier de commande que vous possédez déjà.
Expédiez d'abord avec les clés de test Stripe. La mise en ligne est une transition documentée de l'environnement et du tableau de bord, et non une licence complémentaire.
Nouvelles tentatives de Stripe. Le gestionnaire Go désactive l'identifiant de l'événement afin qu'un POST en double ne soit pas rempli deux fois.
Un navigateur ou une application mobile reçoit uniquement une clé publiable et un secret client de courte durée de cette API Go.
Cas d’usage
Vous créez déjà des commandes dans Go et avez besoin de PaymentIntents ainsi que d'un état payé soutenu par un webhook.
Vous avez besoin d'un chemin Stripe maintenable dans le dépôt client, pas d'une démo main.go unique.
Go crée le premier PaymentIntent. Les travaux de facturation lourds peuvent nécessiter un devis personnalisé.
Cet atterrissage concerne uniquement le côté API. Frontend Stripe.js est une plate-forme différente si vous en avez également besoin.
Démo
Aperçu, création de PaymentIntent, POST /webhooks/stripe, vérification de la signature, mise à jour de l'état de la commande. Cette page ne traite pas les frais réels.
Comment ça marche
Flux de travail complémentaire standard de Bacodo, avec Go vérifie Gin vs Fiber, le corps brut et le magasin que vos gestionnaires utilisent déjà.
01
Confirmez l'intégration Stripe pour Go et indiquez si le routeur est Gin, Fiber ou net/http.
02
Vérifiez la version Go, le routeur, la persistance des commandes existantes et votre compte Stripe.
03
Ajoutez des gestionnaires d'intention de création et de webhook qui vérifient les signatures sur le corps brut.
04
Wire env : clé secrète, clé publiable pour les clients, secret du webhook, URL HTTPS publique.
05
Exécutez des événements de test Stripe CLI ou Dashboard ainsi que des chemins de création et de refus.
06
Fournissez la source, les notes d'environnement et une liste de contrôle des clés en direct. L’implémentation Go vous appartient.
Architecture
Le processus Go détient la clé secrète. Les clients demandent à Go de créer un PaymentIntent. Stripe informe Go par webhook. Go vérifie la signature, puis écrit l'état de la commande.
Technologies prises en charge
Actuel Allez au Gin ou à la Fibre. Plain net/http n'est inclus que si c'est déjà ainsi que le service démarre.
Les mises à jour des commandes restent dans la base de données ou le référentiel que vous possédez déjà. Nous n’inventons pas un nouvel ORM.
Votre compte Stripe, vos clés de test et en direct, votre point de terminaison webhook. Les frais restent avec Stripe.
Un hôte qui peut exécuter le binaire Go et recevoir des POST HTTPS de Stripe. Un hôte statique ne le peut pas.
Ce qui est inclus
Pricing
Ce prix concerne uniquement la plateforme Go. Il n'utilise pas la tarification des modules complémentaires Node.js, Laravel ou Spring Boot.
Intégration Stripe pour Go
Ajoutez des paiements Stripe prêts pour la production à une API Go existante (Gin ou Fiber) et conservez le code source.
Prérequis
$259
paiement uniqueGo
Besoin d’un frontend ?
Paiement sécurisé viastripe
Livraison et sécurité
L'intégration typique de Go Stripe est définie après la vérification de la compatibilité Go. La chronologie dépend de votre couche de persistance et de la manière dont les clients appellent Go.
Les PaymentIntents en mode test, les signatures de webhook, les tentatives et les chemins de refus sont exercés sur l'application Go avant la remise.
Les clés secrètes et les secrets de signature des webhooks restent dans l'environnement du serveur. Les clients reçoivent uniquement une clé publiable ou un secret client de courte durée.
Le webhook Go vérifie les signatures Stripe sur le corps brut avant de mettre à jour l'état de la commande.
Nous ne revendiquons pas la certification PCI ou le zéro fraude. Go ne stocke pas PAN. Les données de carte sont collectées par Stripe Checkout ou Elements sur un client.
FAQ
L'intégration Stripe pour Go inclut la création de PaymentIntent sur votre API Go existante, un webhook signé sur le corps brut de la demande, des mises à jour de l'état des commandes sur votre boutique, des tests par rapport aux événements de test Stripe et des notes de transfert. Vous recevez la source Go. Les frais Stripe et votre compte Stripe sont distincts.
Oui. Stripe Integration for Go est conçu pour un système Go que vous possédez déjà. Nous n'expédions pas de dépôt de démonstration distinct comme livrable.
Non, Go ne doit pas stocker de PAN. Les clients utilisent Stripe Checkout ou Elements. Un formulaire Go personnalisé qui publie des données brutes de carte n'entre pas dans la portée par défaut.
Gin ou Fiber – selon celui que votre application Go utilise déjà. Net/http simple si c'est ainsi que le service démarre déjà.
Oui pour l'accomplissement. Stripe doit POST sur un point de terminaison Go HTTPS accessible. Local Go a besoin de Stripe CLI ou d'un tunnel pendant le développement.
Go peut créer un PaymentIntent et stocker l'identifiant client Stripe. La facturation récurrente reste sur le serveur. Les travaux Go nécessitant beaucoup d'abonnement peuvent nécessiter un devis personnalisé.
Le processus Go utilise la clé secrète et le secret de signature du webhook de l'environnement/config. Les clients reçoivent uniquement la clé publiable.
Nous implémentons d'abord Stripe Integration for Go sur les clés de test. La mise en ligne est une transition documentée de l'environnement et du tableau de bord, et non une licence complémentaire.
Go crée des PaymentIntents qui prennent en charge SCA. Le client complète 3-D Secure avec Stripe.js ou Checkout. Go ne se réalise qu'après payment_intent.succeeded sur le webhook.
Oui pour l'accomplissement. Un Go 200 au client n'est pas la source de la vérité. Le webhook vérifie les signatures puis marque la commande payée.
Oui. Stripe Integration for Go ajoute généralement des champs ou un enregistrement de paiement léger à côté de votre modèle de commande existant.
Non. Vous êtes propriétaire du compte Stripe, des clés et des frais de traitement. Le prix du module complémentaire Go est la mise en œuvre dans votre projet Go.
Non, nous ne réécrivons pas une API Go en Node.js ou Java dans le cadre de ce prix complémentaire Go.
Oui. Les métadonnées PaymentIntent et les champs que vous conservez après la confirmation du webhook sont alignés sur votre modèle de commande Go existant.
La source Go est dans votre dépôt. Le support inclus de 30 jours couvre les défauts de la portée de Stripe Integration for Go fournie, et non les travaux sur les fonctionnalités Go sans rapport.
Pendant la période de 30 jours, nous aidons en cas de rupture de l'intégration Go livrée causée par un changement Stripe documenté. Les mises à niveau ultérieures relèvent de votre maintenance ou de votre support technique étendu.
Nous documentons le statut de PaymentIntent, les journaux du tableau de bord et la livraison du webhook Go. L’assistance de 30 jours inclut les échecs de signature, les tentatives et les clés mal configurées pour le flux Go fourni.
Nous confirmons votre version Go par rapport à la bibliothèque Stripe que nous épinglons au moment de l'intégration. Les environnements d'exécution Go plus anciens ou fortement fourchus peuvent nécessiter une portée supplémentaire.
Non, nous ne réécrivons pas une API Go en Node.js ou Java dans le cadre de ce prix complémentaire Go.
30 jours après la remise sont inclus. Le support technique étendu est facultatif à 20 % du prix du module complémentaire Go pendant six mois supplémentaires sur cette même intégration Go.
Ajoutez des paiements Stripe prêts pour la production à votre projet Go existant, conservez le code source et laissez le serveur s'en charger.
$259