Le bon choix dépend de votre modèle économique, pas de la technologie
15 octobre 2026 · 10 min de lecture
La question n'est pas « quel est le meilleur prestataire de paiement », mais qui paie qui, pour quoi, et depuis où. Selon la réponse, la solution est imposée, ou presque.
Je ne parle ici que des solutions que j'ai intégrées en production : Stripe, Stripe Connect, les achats intégrés iOS/Android et les paiements en stablecoins. PayPal, Mollie ou d'autres prestataires peuvent très bien convenir, mais je préfère ne pas donner d'avis sur ce que je n'ai pas mis en production moi-même.
Pour qui : une plateforme SaaS avec abonnements, un site qui vend des produits ou des prestations, une application dont le service est consommé en dehors de l'app (réservation, livraison, cours en présentiel).
Ce qui est bien
Stripe Checkout gère la page de paiement, l'authentification forte (3D Secure) et les moyens de paiement locaux. Stripe Billing gère les abonnements, les essais gratuits, les factures et le portail client où l'utilisateur change sa carte ou résilie seul.
À savoir
Les frais sont un pourcentage plus un montant fixe par transaction, plus élevés pour les cartes hors Europe. Consultez la grille officielle de Stripe au moment du projet : elle varie selon le pays et le type de carte.
Le piège technique : considérer qu'un paiement est validé parce que l'utilisateur est revenu sur la page « merci ». La seule source de vérité, ce sont les webhooks Stripe, reçus côté serveur, dont on vérifie la signature et qu'on traite de façon idempotente (un même événement peut arriver deux fois).
Pour qui : dès que votre plateforme encaisse pour le compte de quelqu'un d'autre et prend une commission. Réservation de prestataires, vente entre particuliers, plateforme de restaurants ou de coachs.
Encaisser l'argent sur votre propre compte pour le reverser ensuite « à la main » pose des problèmes réglementaires : vous détenez des fonds de tiers. Stripe Connect règle cette question : chaque vendeur a son compte connecté, Stripe vérifie son identité (KYC), et votre commission est prélevée automatiquement sur chaque paiement.
Ce qui est bien
Onboarding des vendeurs hébergé par Stripe, virements automatiques vers leurs comptes bancaires, commission prélevée à la source, remboursements et litiges gérés dans le même outil.
À savoir
Il faut choisir dès le départ le type de flux (paiement direct au vendeur, paiement via la plateforme, paiements groupés puis répartis) et qui supporte les litiges. Changer de modèle après le lancement est coûteux.
Le piège métier : sous-estimer le parcours d'inscription des vendeurs. Un vendeur qui abandonne la vérification d'identité est un vendeur qui ne peut pas être payé. C'est souvent ce parcours, plus que le paiement lui-même, qui demande le plus d'attention.
Pour qui : une application iOS ou Android qui vend un contenu ou une fonctionnalité numérique utilisée dans l'app. Apple et Google imposent en principe leur propre système de paiement pour ces achats. C'est le cas de Piclaim, une de mes applications iOS : téléchargement gratuit, puis un achat intégré pour débloquer l'application.
Ce qui est bien
Aucune saisie de carte : l'utilisateur paie en un geste avec son compte Apple ou Google. Le taux de conversion est bien meilleur qu'un formulaire de paiement dans une app.
À savoir
La commission des stores est de 15 % à 30 % selon votre chiffre d'affaires et le type d'achat. Les règles évoluent (règlement européen DMA, décisions de justice aux États-Unis) : vérifiez-les au moment du projet.
Le piège technique : faire confiance à l'application pour dire « l'utilisateur a payé ». Si un backend donne accès à des contenus payants, il doit valider lui-même les achats auprès d'Apple (App Store Server API) et de Google (Play Developer API), et écouter leurs notifications de renouvellement et de remboursement.
Pour qui : des paiements B2B internationaux, des montants élevés pour lesquels les frais de carte deviennent significatifs, ou une clientèle déjà équipée d'un wallet. Un stablecoin (USDC, EURC) garde une valeur stable indexée sur le dollar ou l'euro et se transfère en quelques secondes pour quelques centimes sur les réseaux de seconde couche (Base, Polygon).
Ce qui est bien
Frais très faibles, règlement quasi immédiat, pas de rétrofacturation (chargeback), disponible partout dans le monde.
À savoir
Le grand public n'a pas encore de wallet. La comptabilité et la réglementation (MiCA en Europe) demandent un accompagnement. C'est un moyen de paiement complémentaire, rarement le seul.
J'ai détaillé ce sujet dans Stablecoins et paiements crypto : la révolution silencieuse.
| Votre modèle | Solution | Point de vigilance |
|---|---|---|
| SaaS avec abonnements, e-commerce, prestations | Stripe Checkout + Billing | Webhooks signés et idempotents |
| Marketplace avec commission | Stripe Connect | Type de flux choisi dès le départ, onboarding vendeurs |
| Contenu numérique dans une app mobile | In-App Purchase (Apple, Google) | Commission de 15 à 30 %, validation des achats côté serveur |
| Paiements internationaux, B2B, clientèle crypto | Stablecoins (USDC, EURC) en complément | Comptabilité, réglementation MiCA |
Décrivez d'abord votre modèle économique : qui paie, pour quoi, qui reçoit l'argent. Le choix technique en découle presque toujours.
Et quel que soit le prestataire, la règle est la même : c'est le serveur, jamais l'application, qui décide qu'un paiement est valide.
Vous devez intégrer des paiements dans votre application ?
Je vous aide à choisir la bonne solution et je l'intègre de bout en bout : backend Django, application web ou mobile, webhooks et back-office.