Ajouter le paiement Stripe (ponctuel et abonnements)
Accepter de vrais paiements — achats ponctuels et abonnements récurrents.
Quand l'utiliser
Lorsque vous êtes prêt à facturer un produit, un service, un forfait ou un acompte de réservation.
Avant de commencer
- Un compte Stripe — gratuit à créer sur stripe.com. Restez en mode test pendant la construction ; vous n'avez pas besoin d'un compte professionnel actif pour essayer.
- Vos produits dans Stripe : créez chaque élément que vous vendez (Tableau de bord Stripe → Produits), ponctuel ou récurrent, et copiez l'ID de chaque prix (commençant par
price_). - Votre clé secrète Stripe (Tableau de bord → Développeurs → Clés API, la clé de test commençant par
sk_test_). Collez-la là où votre constructeur stocke les secrets — jamais dans une page ou un message de chat. - Les connexions doivent déjà fonctionner (les clients ont besoin d'un compte pour avoir un abonnement).
Le prompt
Ces prompts fonctionnent mieux en anglais — collez-les tels quels, même sur les pages traduites.
Add Stripe payments to my app. Outcome: customers can pay securely for [what I'm selling — e.g., a product / a plan / a booking deposit]. Requirements: - A checkout for [one-time payment of $X / a subscription at $X per month / both]. - A pricing section with [these plans and prices] and a clear call to action. - After payment: a confirmation page, a receipt by email, and mark the order/subscription as active. - Use Stripe Checkout so I never store card details myself. Must-haves: keep all Stripe secret keys on the server (never in the frontend), verify each payment with a Stripe webhook before granting access, and handle declined cards, cancellations and refunds gracefully. Set it up in Stripe TEST mode first. When done, tell me how to test a payment and exactly what to change to go live.
Vous construisez déjà ? Collez ceci dans votre projet. Vous partez de zéro ? Ouvrez un compte gratuit sur un outil compatible ci-dessous.
Créez-le sur
Ce que cela crée
- Une page de tarification listant ce que vous vendez
- Un processus de paiement qui transfère la transaction vers la page sécurisée de Stripe
- Une page de confirmation après un paiement réussi
- Un enregistrement de qui a payé quoi, afin que votre application connaisse leur statut
Vérifiez que ça a marché
Collez le prompt, attendez la fin de la construction, puis vérifiez ceci — en langage simple, sans contrôle technique :
- Cliquer sur un bouton d'achat ouvre la page de paiement Stripe avec le prix et la devise corrects
- Payer avec la carte de test de Stripe (4242 4242 4242 4242, n'importe quelle date future, n'importe quel CVC) finalise la transaction et vous ramène à la page de remerciement
- Le paiement apparaît dans les paiements de test de votre tableau de bord Stripe
- Votre application traite désormais ce compte comme un client payant (son statut a changé)
- L'annulation sur l'écran de paiement vous renvoie sur le site sans rien facturer ni débloquer
Il manque quelque chose ? C'est normal — demandez-le dans un court message de suivi plutôt que de relancer tout le prompt.
Étapes suivantes
Permettre aux clients de gérer eux-mêmes leur abonnement
Dès que les paiements récurrents fonctionnent
Add a "Manage my subscription" button on the account page that sends the customer to Stripe's own customer portal, where they can update their card, change plan or cancel, and then returns them to my site. Show their current plan and next billing date on the account page.
Vous saurez que ça a marché quand : Un client test payant peut annuler depuis le portail, et votre application affiche le statut mis à jour par la suite.
Verrouiller correctement le contenu payant
Juste après que le processus de paiement fonctionne
Make sure paid-only content is genuinely restricted to paying customers: check that someone with a free account, and someone not logged in at all, cannot reach it by typing the address directly. The restriction must be enforced on the data itself, not only by hiding buttons. Show non-paying visitors a short upgrade message instead.
Vous saurez que ça a marché quand : Un compte test gratuit voit le message de mise à niveau et ne peut pas accéder au contenu payant par quelque moyen que ce soit.
Envoyer un e-mail de bienvenue sous forme de reçu
Une fois que les paiements sont fiables
After a successful payment, send the customer a short friendly email confirming what they bought, what they now have access to, and how to get help. Send me a notification of the sale as well.
Vous saurez que ça a marché quand : Un achat test génère un e-mail envoyé au client et une notification pour vous.
Attention à
- Le mode test est identique au mode réel. Avant le lancement, remplacez la clé de test par la clé réelle et effectuez vous-même un vrai paiement — beaucoup de gens découvrent lors de leur premier client qu'ils n'ont jamais effectué la bascule.
- La réussite du paiement et l'accès sont deux choses différentes. Vérifiez que le statut du compte a réellement changé après le paiement ; si ce n'est pas le cas, précisez-le dans un message de suivi plutôt que de relancer l'invite.
- Ne mettez jamais votre clé secrète dans une page ou une invite. Elle ne doit aller que dans la zone des secrets de votre constructeur. Si elle fuit, renouvelez-la immédiatement dans Stripe.
- Les remboursements, les taxes et les factures se gèrent dans Stripe, pas dans votre application — n'essayez pas de les reconstruire.
Notes par plateforme
Connectez d'abord Stripe sur les trois plateformes. Base44 configure Stripe via une invite avec un bac à sable de test ; Lovable génère automatiquement les fonctions et tables Stripe ; v0 utilise l'intégration de la marketplace Stripe. Testez toujours en mode test Stripe avant de passer en production.
Dépensez moins de crédits
Chaque plateforme vous facture le travail que fait son IA — la habitude la moins chère est donc de réfléchir avant de construire. Ces six règles éliminent l'essentiel du gaspillage, quelle que soit la plateforme.
- Planifiez d'abord dans un chat gratuit. Esquissez le tout dans ChatGPT, Claude ou Gemini — pages, fonctionnalités, ce que chaque formulaire collecte, l'apparence voulue. Réfléchir là-bas est gratuit ; réfléchir dans un builder est facturé.
- Partez d'un prompt écrit, pas d'une phrase. « Fais-moi un site » est la phrase la plus chère de la construction avec l'IA. Un premier prompt complet — comme ceux de ce site — évite des dizaines de corrections.
- Ne soyez pas paresseux sur les détails. Chaque détail omis revient en correction payante. Nom de l'entreprise, couleurs, chaque page, chaque champ de formulaire, ce qui se passe après l'envoi — mettez tout dans le premier prompt.
- Ensuite, un changement par message. « Corrige l'en-tête, et le formulaire, et les couleurs » crée un enchevêtrement plus coûteux à démêler que ce qu'il a économisé.
- Bloqué ? Arrêtez de rustiner. Si la même correction échoue environ trois fois, n'en envoyez pas une quatrième — décrivez plutôt l'état final souhaité de toute la section dans un nouveau message.
- Commencez gratuitement. Passez au payant quand il vous en faut plus. Utilisez le quota gratuit pour créer et explorer votre première version. Passez au payant quand vous avez besoin de plus d’utilisation ou de fonctionnalités payantes, et vérifiez le coût des services connectés avant le lancement.
Les prompts de cette page sont écrits pour faire l'essentiel de ce travail à votre place — c'est tout leur intérêt.
Lire le guide completPrompts associés
Dernière vérification: 2026-07-27