Lovable + Stripe
le paiement en production en un prompt

Oui mais avec des précautions sérieuses. Lovable peut techniquement générer toute l’intégration Stripe nécessaire pour votre app, et le code fonctionne vraiment. Mais traiter de l’argent en production, ce n’est pas pareil que générer une app de démo. Il y a des règles légales, fiscales, comptables, et des risques d’erreur qui peuvent coûter cher à vos utilisateurs comme à vous.

Ma recommandation pour un non-dev qui veut vraiment se lancer en production : prenez une heure ou deux avec un développeur qui connait Stripe, même un freelance, pour auditer votre intégration avant de passer en live. Ça coûte quelques centaines d’euros maximum et ça vous évite des bugs coûteux. Un développeur peut relire les webhooks, vérifier les edge cases (paiement échoué, remboursement, annulation d’abonnement), et s’assurer que votre base de données reste cohérente en toutes circonstances.

L’autre point critique, c’est la conformité fiscale et légale : factures avec TVA, gestion des remboursements, politique de confidentialité, CGU. Stripe gère une partie mais pas tout. Faites-vous accompagner ou utilisez des services comme Stripe Tax qui automatisent la partie fiscale. Ne prenez pas ces sujets à la légère parce qu’ils peuvent se retourner contre vous si mal gérés, surtout avec des clients européens qui ont des droits étendus en cas de problème. Lovable vous fait gagner du temps sur la technique, pas sur la conformité.

Stripe fournit un mode test qui simule parfaitement les paiements sans jamais toucher à du vrai argent, et c’est là que vous devez passer toute votre phase de développement. Vous utilisez vos clés API test (elles commencent par sk_test_ et pk_test_), vous utilisez les numéros de cartes de test fournies par Stripe (comme 4242 4242 4242 4242 pour une carte qui marche, ou 4000 0000 0000 0002 pour une carte refusée) et vous pouvez simuler tous les scénarios possibles.

Pour tester les webhooks en local pendant que vous développez, Stripe propose un outil CLI qui s’appelle stripe listen. Il crée un tunnel entre Stripe et votre edge function Supabase, donc vous recevez les webhooks de test directement dans votre environnement de dev sans avoir à déployer à chaque changement. C’est un outil indispensable, même pour un non-dev qui suit juste des tutos pas à pas.

Ma checklist avant de passer en production : tester un paiement réussi complet, tester un paiement refusé, tester un remboursement partiel et total, tester un abonnement puis sa résiliation, tester un changement de plan, et vérifier que la base de données est cohérente après chacun de ces scénarios. Si tout passe en mode test, vous pouvez basculer les clés en mode live en confiance. Ne faites jamais l’économie de cette phase de test, même si vous êtes pressé de lancer, c’est toujours moins cher que de réparer un bug sur des vrais utilisateurs payants.

Pour 90% des projets, je recommande Stripe Checkout. C’est la solution hébergée par Stripe, où vous redirigez l’utilisateur vers une page Stripe pour la saisie de ses informations bancaires, puis il revient sur votre app après paiement. C’est simple à intégrer, ultra sécurisé (Stripe gère tout le PCI-DSS de son côté), et Lovable sait faire ça très bien en quelques prompts.

Stripe Elements est la solution embarquée où vous intégrez les champs de paiement directement dans votre app, sans redirection. L’expérience utilisateur est plus fluide (pas de changement de page), mais vous avez plus de responsabilités en matière de conformité PCI-DSS et de sécurité, et l’intégration est techniquement plus complexe. Pour un dev expérimenté qui veut maîtriser le parcours end-to-end, c’est une excellente option.

Ma logique : si vous démarrez et vous voulez être live rapidement avec une intégration robuste, Stripe Checkout est le bon choix. Si votre produit devient mature et que vous voulez améliorer le taux de conversion en supprimant le saut vers Stripe, vous pourrez migrer vers Elements plus tard, ce n’est pas un aller simple. Beaucoup de SaaS qui font des millions d’euros de chiffre d’affaires tournent encore sur Checkout tout simplement parce que ça marche très bien, la conversion n’est pas significativement meilleure sur Elements pour la plupart des cas. Inutile de se compliquer la vie tant que le simple suffit largement aux besoins du moment.

Les abonnements sont un peu plus complexes que les paiements uniques parce qu’ils nécessitent de gérer des cycles, des changements de plan, des annulations, des échecs de paiement et des prorations. Lovable peut générer toute la logique de base, mais il faut absolument que votre base de données reste synchronisée avec Stripe à tout moment, via les webhooks.

Ma structure type : une table subscriptions dans Supabase qui contient user_id, stripe_subscription_id, status, current_period_end, plan_id. Cette table est mise à jour automatiquement par une edge function qui écoute les événements customer.subscription.updated, customer.subscription.deleted, et invoice.payment_failed. Quand un utilisateur ouvre l’app, vous vérifiez simplement son statut dans cette table pour savoir si son accès est valide ou non.

Un point critique que beaucoup oublient : les échecs de paiement. Quand la carte de votre utilisateur est refusée (expirée, fonds insuffisants, etc.), vous recevez un webhook invoice.payment_failed. Il faut alors notifier l’utilisateur par email, suspendre temporairement son accès après quelques tentatives ratées, et utiliser le customer portal Stripe pour qu’il puisse mettre à jour sa carte lui-même. C’est essentiel pour minimiser le churn involontaire, qui peut représenter 20 à 30% du churn total si mal géré sur un SaaS. Lovable génère le setup de base, mais la finesse de ces parcours mérite d’être pensée en amont pour ne pas perdre des clients par accident.

Stripe fonctionne sur un modèle pay-per-transaction sans abonnement mensuel ni frais de setup, ce qui le rend très adapté aux apps qui démarrent. En Europe, pour les cartes européennes standards, vous payez 1,4% du montant plus 0,25 euros fixe par transaction. Pour les cartes hors Europe, ça passe à 2,9% plus 0,25 euros. Les moyens de paiement alternatifs comme SEPA ou Bancontact ont leurs propres tarifs, généralement plus bas que les cartes.

Pour un SaaS à 29 euros par mois, chaque transaction vous coûte donc environ 0,65 euros de frais Stripe, soit environ 2,2% du prix. C’est à intégrer dans votre modèle économique dès le départ. Sur une app à 2 euros ou à des micro-transactions, la part fixe de 25 centimes peut peser lourd et rendre la marge impossible, il faut alors repenser votre pricing ou regrouper les transactions.

Quelques coûts annexes à connaître : les remboursements ne remboursent pas les frais Stripe, donc chaque remboursement vous coûte le prix du premier passage. Les chargebacks (contestations de paiement) coûtent 15 euros par chargeback en plus du remboursement, il faut donc surveiller ce taux. Enfin, les conversions de devises ajoutent 2% de frais, ce qui peut rapidement s’accumuler si vous vendez à l’international sans ajuster votre pricing. Globalement, pour un pro qui veut encaisser proprement avec un outil fiable, Stripe reste un excellent rapport qualité-prix malgré ces frais, et l’écosystème de services complémentaires justifie largement l’investissement.

En partie, mais avec des nuances importantes. Stripe propose Stripe Tax, un service payant à 0,5% du volume traité, qui calcule automatiquement la TVA applicable selon la région de l’acheteur et applique les bons taux. C’est très pratique pour vendre à l’international sans se casser la tête sur les règles fiscales de chaque pays, qui changent régulièrement.

Stripe Invoicing génère aussi des factures PDF conformes, avec le bon format, les mentions obligatoires, et les taxes calculées. En France, les factures électroniques doivent respecter certaines règles (numérotation continue, mentions légales spécifiques) que Stripe gère correctement. Pour la comptabilité, c’est un vrai plus, vous n’avez pas à refaire les factures à la main.

Mais attention : Stripe ne remplace pas votre comptable. Il faut toujours récupérer les données de ventes mensuellement, les intégrer dans votre comptabilité (ou via une intégration type Pennylane ou Qonto), déclarer la TVA dans les délais légaux, et conserver les factures pendant la durée réglementaire. Stripe facilite énormément le processus mais ne vous dispense pas de vos obligations légales. Pour un freelance ou une petite entreprise, je recommande Stripe Tax + un comptable qui centralise tout ça et vous dit juste quoi déclarer quand. C’est quelques centaines d’euros de plus par an mais ça vous évite des erreurs qui peuvent devenir très coûteuses en cas de contrôle fiscal, surtout pour les activités qui vendent à l’international avec des règles très différentes selon les pays.

Oui, et c’est techniquement faisable, mais c’est significativement plus complexe qu’un paiement classique. Stripe Connect permet de gérer des marketplaces où des acheteurs paient des vendeurs tiers via votre plateforme, avec prélèvement d’une commission. Chaque vendeur doit créer un compte Stripe Connect (Express ou Standard selon le flow que vous choisissez), faire valider son identité, et vous versez directement sur son compte bancaire les paiements reçus moins votre commission.

Lovable peut générer une bonne partie du setup de base : flow d’onboarding des vendeurs, création de compte Connect, redirection checkout avec destination charges, webhooks de synchronisation. Mais les edge cases sont nombreux : gestion des litiges, vérification KYC des vendeurs, gestion des remboursements partiels avec répartition entre plateforme et vendeur, transferts différés, calcul des commissions variables. C’est là qu’un accompagnement tech devient vraiment utile, voire indispensable.

Mon conseil : si vous lancez une vraie marketplace avec de l’argent qui transite, ne faites pas tout en solo sur Lovable. Utilisez l’outil pour le scaffolding et l’itération rapide, mais investissez dans un audit par un dev qui a déjà fait du Stripe Connect pour sécuriser les parties sensibles. La confiance de vos vendeurs tiers dépend directement de la fiabilité de votre système de paiement, et si ça bug, vous perdez votre activité entière. L’investissement en temps et en argent vaut largement la tranquillité qu’il apporte sur un projet de cette ambition, qui a toutes les chances de durer longtemps s’il est bien exécuté dès le départ.

Stripe reste le standard et mon premier choix pour quasi tous les projets, mais quelques alternatives existent selon votre cas spécifique. Paddle est un concurrent sérieux pour les SaaS, qui agit comme Merchant of Record, ce qui signifie qu’ils gèrent pour vous toute la partie fiscale internationale. Pratique si vous vendez mondialement et que vous ne voulez pas vous occuper de la TVA chaque mois, mais vous perdez en flexibilité et les frais sont légèrement plus élevés.

Lemon Squeezy est une alternative plus récente qui fonctionne aussi en Merchant of Record, très bien intégrée pour les produits digitaux. L’interface est plus simple, le setup plus rapide, mais l’écosystème est plus limité que Stripe en termes de features avancées. Bon pour un solo founder qui veut juste vendre sans se prendre la tête.

Pour les paiements SEPA récurrents en BtoB européen spécifiquement, GoCardless mérite un coup d’œil. Les frais sont beaucoup plus bas que sur carte (environ 1% plafonné), ce qui peut faire une grosse différence sur des abonnements à gros ticket mensuel. Moins user-friendly qu’un paiement CB mais très intéressant économiquement sur certains business models.

Pour l’écosystème Lovable en particulier, Stripe reste le plus simple à intégrer grâce à la maturité de sa documentation et la fréquence avec laquelle l’IA le rencontre dans ses prompts d’entraînement. Partez sur Stripe par défaut, et ne changez que si vous avez un besoin vraiment spécifique qui justifie la complexité d’utiliser autre chose.

Stripe intègre Stripe Radar par défaut, un système de détection de fraudes basé sur l’intelligence artificielle qui analyse chaque transaction pour évaluer son niveau de risque. Dans la grande majorité des cas, vous n’avez rien à faire, Radar bloque automatiquement les transactions suspectes avant même qu’elles n’arrivent chez vous. Ce service est inclus dans les frais standards sans surcoût pour le niveau de base.

Pour une protection renforcée sur des activités à haut risque (produits digitaux premium, cryptomonnaies, jeux), Stripe Radar propose un niveau supérieur avec des règles personnalisées et des alertes avancées, pour 0,05 euros par transaction. Ça vaut le coup dès que votre activité attire des fraudeurs, qui peuvent représenter un coût significatif sinon (remboursements, chargebacks, réputation).

La 3D Secure est obligatoire en Europe depuis quelques années pour les paiements dépassant certains seuils (SCA, Strong Customer Authentication). Stripe gère ça automatiquement, mais ça peut parfois baisser votre taux de conversion parce que l’utilisateur doit valider son paiement sur son app bancaire. Rien à configurer spécifiquement, Stripe fait le nécessaire selon la législation du pays de la carte utilisée, ce qui vous évite d’avoir à suivre les évolutions réglementaires par vous-même.

Mon approche : restez sur le niveau standard de Radar pour commencer, surveillez votre taux de chargebacks pendant les premiers mois (il doit rester sous 1%, idéalement sous 0,5%). Si vous voyez monter la fraude, passez sur Radar for Fraud Teams avec des règles personnalisées. Beaucoup de projets tournent très bien avec le niveau de base pendant des années.

Par défaut en France, Stripe reverse sur votre compte bancaire tous les jours ouvrables, avec un délai technique de 2 à 7 jours entre le paiement et le virement. Ce délai correspond à la période pendant laquelle Stripe garde les fonds pour gérer les éventuels chargebacks ou remboursements. Pour un compte nouvellement créé ou qui commence, ce délai peut aller jusqu’à 14 jours, puis il se raccourcit à mesure que Stripe gagne en confiance avec votre activité.

Vous pouvez modifier le rythme de versement dans les paramètres de votre compte Stripe : tous les jours, toutes les semaines, ou toutes les deux semaines. Pour une trésorerie tendue, le versement quotidien est intéressant mais impose un délai de 7 jours minimum par virement. Pour simplifier la comptabilité, beaucoup préfèrent un versement hebdomadaire qui regroupe tous les paiements de la semaine en un seul mouvement bancaire facile à rapprocher.

Un point important : certaines activités à plus haut risque (vente de formations, voyages, abonnements longue durée) peuvent voir leur délai allongé pour couvrir le risque de chargebacks tardifs. C’est négociable avec Stripe selon votre historique et votre volume, mais il faut en tenir compte dans votre plan de trésorerie.

Mon conseil : pour éviter les mauvaises surprises de trésorerie dans les premiers mois, prévoyez une réserve équivalente à une semaine de vos revenus Stripe sur votre compte bancaire. Ça couvre tout imprévu de délai et vous donne la tranquillité pour gérer vos factures fournisseurs sans stress pendant la montée en charge.