Qu'est-ce qu'une passerelle de paiement? Comment fonctionnent les paiements en ligne
Une passerelle de paiement est le service qui recueille en toute sécurité les renseignements de paiement d'un client à la caisse, les transmet aux banques et aux réseaux de cartes pour approbation, puis renvoie « approuvé » ou « refusé » — généralement en quelques secondes. C'est le pont entre votre app et le système financier. Stripe, PayPal, Adyen, Square et Braintree en sont des exemples connus.
Aujourd'hui, la plupart de ces entreprises regroupent la passerelle avec tout le reste dont vous avez besoin pour être payé; les expressions « passerelle de paiement », « processeur de paiement » et « fournisseur de paiement » sont donc souvent employées pour désigner la même chose.
Pourquoi les passerelles de paiement comptent quand on crée avec l'IA
« Ajouter des paiements » fait partie des demandes les plus courantes adressées aux créateurs par IA, et c'est l'une des plus faciles à mal réaliser sans s'en rendre compte. Le code lui-même est habituellement court. Ce qui compte, ce sont les décisions qui l'entourent :
- Quel fournisseur convient à votre entreprise, à votre pays et à ce que vous vendez.
- Où s'exécute le code. Les clés secrètes de paiement doivent rester sur le serveur, jamais dans le navigateur.
- Comment votre app apprend qu'un paiement a réussi. La méthode fiable consiste à recevoir un webhook du fournisseur — et non à compter sur le fait que le client arrive sur une page de « merci ».
- Vos responsabilités juridiques et fiscales, qui dépendent de qui est le marchand inscrit.
Comprendre ce que fait une passerelle vous aide à donner des instructions claires et à vérifier que le résultat est sécuritaire.
Une analogie du quotidien
Pensez au paiement par carte dans un magasin.
Le terminal de carte sur le comptoir est la passerelle : il lit votre carte en toute sécurité et envoie la demande. Il ne décide de rien — il transmet la question « cette personne peut-elle payer 40 € ? » le long d'une chaîne jusqu'à votre banque et en rapporte la réponse. La banque du commerçant (l'acquéreur) et votre banque (l'émetteur) prennent la décision, par l'intermédiaire du réseau de cartes (Visa, Mastercard) qui les relie.
Une passerelle de paiement en ligne est ce terminal, reconstruit pour le web — avec en plus la sécurité nécessaire pour traiter les renseignements de carte qui arrivent par Internet.
Comment fonctionne un paiement par carte en ligne
Voici ce qui se passe dans les quelques secondes qui suivent le clic de « Payer » par un client :
| Étape | Ce qui se passe | Qui s'en charge |
|---|---|---|
| 1. Paiement | Le client saisit ses renseignements de carte dans un formulaire sécurisé | Le formulaire ou la page du fournisseur de paiement |
| 2. Chiffrement | Les renseignements sont chiffrés et envoyés à la passerelle | Passerelle |
| 3. Demande d'autorisation | La demande est transmise au réseau de cartes et à la banque du client | Processeur, réseau de cartes |
| 4. Vérifications | La banque vérifie les fonds et les signaux de fraude, et peut demander une vérification supplémentaire comme 3D Secure | Banque émettrice |
| 5. Réponse | L'approbation ou le refus revient à votre app | Passerelle |
| 6. Capture et règlement | L'argent est perçu puis, selon le calendrier de versement du fournisseur, déposé dans votre compte bancaire, déduction faite des frais | Processeur, acquéreur |
Deux points méritent d'être connus :
- L'autorisation n'équivaut pas à un paiement reçu. L'argent est d'abord réservé, puis capturé, puis réglé dans votre compte — souvent plusieurs jours plus tard.
- Votre app ne devrait jamais voir le numéro de carte. Les fournisseurs modernes vous offrent une page de paiement hébergée ou des champs intégrés qu'ils contrôlent; votre app ne reçoit qu'une référence au paiement.
Les principaux éléments et leurs responsables
| Élément | Ce que c'est |
|---|---|
| Passerelle de paiement | Recueille en toute sécurité les renseignements de paiement et les transmet. |
| Processeur de paiement | Achemine les données de transaction entre les banques. |
| Compte marchand | Le compte qui reçoit les paiements par carte en votre nom. Regroupé par des fournisseurs comme Stripe. |
| Acquéreur | La banque du côté du commerçant. |
| Émetteur | La banque du client, qui approuve ou refuse. |
| Réseau de cartes | Visa, Mastercard et d'autres, qui relient les acquéreurs et les émetteurs. |
| Marchand inscrit | L'entreprise qui vend légalement au client et qui est responsable des taxes, des remboursements et des litiges. |
Certains fournisseurs (Paddle, Lemon Squeezy) agissent eux-mêmes à titre de marchand inscrit, en prenant en charge la taxe de vente et la TVA à votre place, moyennant des frais plus élevés. D'autres (Stripe, PayPal) vous laissent comme marchand inscrit, avec des outils fiscaux facultatifs. Pour un examen équitable des options, voir Stripe vs Paddle vs Lemon Squeezy et Stripe vs PayPal.
Exemple concret : vendre un cours
Vous vendez un cours en ligne à 99 € et demandez à votre créateur par IA d'ajouter un bouton « Acheter ».
- Le client clique sur Acheter. Votre serveur utilise sa clé secrète pour demander au fournisseur de créer une session de paiement de 99 € et reçoit en retour un lien.
- Le client est dirigé vers la page de paiement hébergée du fournisseur, saisit sa carte et effectue, au besoin, la vérification 3D Secure avec sa banque.
- Le paiement est approuvé, et le client est redirigé vers votre page de « réussite ».
- Séparément, le fournisseur envoie un webhook à votre serveur : « le paiement de la session X a réussi ». Votre serveur vérifie la signature du webhook, trouve la commande, la marque payée et déverrouille le cours.
- Quelques jours plus tard, l'argent, déduction faite des frais, est versé dans votre compte bancaire.
L'étape 4 est la plus importante. Si vous aviez déverrouillé le cours sur la page de réussite, quiconque aurait trouvé cette URL pourrait l'obtenir gratuitement, et les clients dont le navigateur s'est fermé trop tôt auraient payé sans rien recevoir.
Termes clés
| Terme | Signification |
|---|---|
| Session de paiement | Une page ou un parcours de paiement ponctuel créé par votre serveur pour un achat précis. |
| Mode test | Un bac à sable où vous utilisez des clés de test et des numéros de carte d'essai — aucun argent réel ne circule. |
| Clé publique / clé secrète | La clé publique peut apparaître dans le code du navigateur; la clé secrète doit rester sur le serveur. |
| 3D Secure | Une étape supplémentaire où le client confirme le paiement auprès de sa banque, courante en Europe en vertu des règles d'authentification forte du client (SCA). |
| PCI DSS | La norme de sécurité de l'industrie des cartes pour toute personne qui traite des données de carte. |
| Contestation de paiement (chargeback) | Lorsqu'un client conteste un paiement auprès de sa banque et que la somme lui est retirée. |
| Remboursement | Somme que vous remettez volontairement. |
| Versement | Le transfert, par le fournisseur, des sommes perçues vers votre compte bancaire. |
Idées fausses courantes
- « Je dois conserver les numéros de carte pour facturer à nouveau les clients. » Non. Les fournisseurs conservent la carte et vous remettent un jeton de référence pour les prélèvements répétés et les abonnements. Vous ne devriez jamais conserver vous-même les numéros de carte.
- « La page de réussite signifie que le paiement a fonctionné. » Confirmez les paiements par webhooks, sur le serveur. Les redirections peuvent être sautées, falsifiées ou ne jamais avoir lieu.
- « Tous les fournisseurs de paiement coûtent à peu près la même chose. » Les frais varient selon le fournisseur, le pays, le type de carte et selon que la gestion des taxes est incluse. Consultez la page de tarifs actuelle de chaque fournisseur pour votre pays.
- « Utiliser Stripe me rend conforme à la norme PCI. » Cela simplifie beaucoup la conformité, puisque les données de carte restent chez le fournisseur — mais vous devez tout de même remplir une autoévaluation (généralement courte).
- « Le mode test et le mode réel fonctionnent de façon identique. » Ils se ressemblent beaucoup, mais le mode réel exige un compte entièrement vérifié, des points de terminaison de webhook configurés pour l'environnement réel et de vrais renseignements bancaires.
- « Une passerelle de paiement s'occupe de mes taxes. » Seulement si elle agit comme marchand inscrit ou si vous activez et configurez ses outils fiscaux. Vérifiez les règles locales ou consultez un conseiller.
Ce qu'il faut demander à votre créateur d'apps par IA
- « Ajoute [Stripe] Checkout pour [produit]. Crée la session sur le serveur à l'aide de la clé secrète lue depuis une variable d'environnement. »
- « Ne marque les commandes comme payées qu'à partir d'un webhook vérifié, et contrôle la signature du webhook. »
- « Gère le cas où le webhook est envoyé deux fois sans créer de commandes en double. »
- « Utilise les clés du mode test et explique-moi comment tester avec les cartes d'essai du fournisseur, y compris une carte refusée. »
- « Que se passe-t-il si le client ferme l'onglet après avoir payé? »
- « Montre-moi chaque endroit où une clé de paiement est utilisée, et confirme que la clé secrète n'atteint jamais le navigateur. »
Les passerelles de paiement dans Mythex
Mythex n'inclut pas de paiements intégrés pour les apps que vous créez, et il n'existe pas de bouton « Connecter Stripe » en un clic. Vous créez un compte chez le fournisseur de votre choix, ajoutez ses clés de test comme secrets du projet, puis demandez à l'agent de construire le paiement côté serveur. Testez dans l'aperçu avec les cartes d'essai du fournisseur, puis publiez. La documentation détaille cette démarche dans Accepter les paiements avec Stripe, et Webhooks traite de l'étape de confirmation.
Pour une création pas à pas, consultez comment ajouter des paiements à votre app et, pour la facturation récurrente, comment ajouter des abonnements avec Stripe.
Questions
Qu'est-ce qu'une passerelle de paiement, en termes simples?
Une passerelle de paiement est le service qui recueille en toute sécurité les renseignements de paiement d'un client à votre caisse, les transmet aux banques et aux réseaux de cartes pour approbation, puis renvoie une réponse d'approbation ou de refus à votre app — généralement en quelques secondes.
Quelle est la différence entre une passerelle de paiement et un processeur de paiement?
À proprement parler, la passerelle est la porte d'entrée sécurisée qui capte les renseignements de paiement et les transmet, tandis que le processeur achemine la transaction entre les banques. En pratique, les fournisseurs modernes comme Stripe, PayPal et Adyen regroupent les deux, ainsi que le compte marchand, dans un seul service; les termes sont donc souvent employés l'un pour l'autre.
Dois-je être conforme à la norme PCI pour accepter les paiements par carte?
Toute entreprise qui accepte les cartes doit respecter d'une façon ou d'une autre la norme de sécurité PCI DSS. Utiliser une page de paiement hébergée ou les champs de paiement intégrés du fournisseur signifie que les numéros de carte ne touchent jamais vos serveurs, ce qui réduit considérablement vos responsabilités. Votre fournisseur vous indiquera l'autoévaluation qui s'applique.
Qu'est-ce qu'un marchand inscrit?
Un marchand inscrit est l'entreprise qui vend légalement au client, et elle est responsable de tâches comme la perception et le versement de la taxe de vente ou de la TVA, ainsi que du traitement des remboursements et des contestations de paiement. Des services comme Paddle et Lemon Squeezy agissent comme marchand inscrit à votre place; avec Stripe ou PayPal, c'est généralement vous.
Puis-je ajouter des paiements à une app créée avec l'IA?
Oui. Un créateur par IA peut écrire le code qui relie votre app à un fournisseur comme Stripe : créer les sessions de paiement sur le serveur, gérer les webhooks et mettre à jour les commandes. Vous avez tout de même besoin de votre propre compte chez le fournisseur, et vous devriez tout tester en mode test avant la mise en service.