Accepter des paiements en ligne : guide pour petites entreprises

La plupart des petites entreprises européennes se posent la question au même moment : une facture est en retard, un client veut payer par carte, ou la boutique a besoin d'une caisse. La réponse courte à « comment accepter des paiements en ligne » tient en cinq options réalistes : les liens de paiement et les factures, un checkout hébergé chez un prestataire comme Stripe, PayPal, Mollie ou Adyen, un checkout intégré à votre propre site, le paiement dans un chatbot ou une Telegram Mini App, et les abonnements ou acomptes. La bonne option dépend de ce que vous vendez, à quelle fréquence, et de ce qui doit se passer une fois l'argent arrivé.

Ce guide compare les options selon l'effort, les frais et l'usage, rappelle ce que le droit européen attend de vous, montre comment un paiement doit alimenter votre comptabilité et votre CRM, et se termine par un plan de lancement en une semaine. Chez Pazl, nous construisons des checkouts, des applications de commande et des chatbots avec paiement.

Accepter des paiements en ligne : les cinq options

Avant de choisir une passerelle de paiement pour petite entreprise, décidez de la forme de paiement dont vous avez besoin.

Liens de paiement et factures

La façon la plus simple pour une petite entreprise d'accepter des paiements en ligne, mise en place en un après-midi : vous créez un lien dans le tableau de bord du prestataire, vous l'envoyez par e-mail, WhatsApp ou SMS, et le client paie par carte, virement SEPA ou méthode locale. Cela convient aux consultants, artisans, commandes ponctuelles et acomptes. L'inconvénient : chaque lien est un geste manuel, et rien ne se met à jour dans vos registres sans connexion.

Checkout hébergé

Le prestataire héberge la page de paiement. Votre site ou application y envoie le client avec le montant et une adresse de retour ; le prestataire gère la saisie de carte, 3-D Secure, les wallets comme Apple Pay et Google Pay, et les méthodes locales comme iDEAL, Bancontact ou le prélèvement SEPA. C'est le choix par défaut de la plupart des petites boutiques et sites de services, car la conformité PCI reste chez le prestataire.

Checkout intégré à votre site

Ici, le formulaire de carte vit dans votre page, à vos couleurs, et le script du prestataire tokenise la carte pour que les numéros ne touchent jamais votre serveur. C'est ainsi que l'on accepte les paiements par carte sur un site quand le parcours doit rester fluide : une réservation confirmée sans redirection, une commande en plusieurs étapes, ou un portail qui réutilise les cartes enregistrées. C'est plus coûteux et cela demande un développeur, mais la conversion est généralement meilleure sur mobile.

Paiement dans un chatbot ou une Telegram Mini App

Si vos clients vous écrivent déjà sur WhatsApp ou Telegram, le paiement peut se faire là. Un chatbot prend la commande et envoie un lien de paiement ou un formulaire de carte dans la conversation ; une Telegram Mini App affiche un catalogue complet, un panier et une caisse sans quitter la messagerie (nous avons consacré un article aux Telegram Mini Apps pour les entreprises). Cela supprime le plus gros point d'abandon, le saut de la conversation vers le site, et convient aux restaurants, à la livraison et aux commandes récurrentes. Nos chatbots avec paiement démarrent à partir de 2 000 €.

Abonnements et acomptes

Adhésions, forfaits mensuels, cautions de location et paiements échelonnés posent un autre problème : la carte doit être enregistrée puis débitée plus tard. Tous les grands prestataires le permettent, mais il vous faut un texte de consentement, un rappel avant renouvellement, un moyen de mettre à jour la carte et une règle pour les débits échoués ; utilisez les objets « abonnement » du prestataire plutôt que de reconstruire cela vous-même.

Comparer les méthodes de paiement en ligne : effort, frais et usage

Les frais des prestataires changent et dépendent de votre pays, du type de carte (EEE ou internationale) et du moyen de paiement ; nous ne citons donc pas de pourcentages ici. Regardez plutôt la logique, puis vérifiez la page tarifaire actuelle du prestataire pour votre pays avant de décider.

Où trouver les frais : Stripe, Mollie, PayPal et Adyen publient leurs tarifs sur leurs propres pages de prix. Pour comparer, regardez trois lignes – cartes nationales, cartes internationales et le moyen bancaire le plus utilisé par vos clients – et non le taux d’appel.

Le coût de construction est la ligne que les prestataires n'impriment pas. Un checkout hébergé relié à un site représente quelques jours de travail. Une application web complète avec comptes, paiements et administration démarre chez nous à partir de 2 500 € ; une application de commande pour restaurant avec carte, paiement et écran cuisine à partir de 4 750 €. Si vous prévoyez une boutique en ligne complète plutôt qu’un checkout sur un site existant, voyez notre page création de boutique en ligne.

Choisir une passerelle de paiement pour petite entreprise

Stripe pour petite entreprise est le premier choix habituel dans la plupart des pays de l'UE : bonne documentation, un seul contrat, cartes, wallets et SEPA, abonnements inclus. Mollie est apprécié au Benelux et en Allemagne pour ses méthodes locales et sa tarification simple. PayPal mérite d'être ajouté comme second bouton, car certains clients ne font confiance qu'à lui, mais pas comme unique passerelle. Adyen vise des volumes plus importants et l'unification des paiements en magasin et en ligne.

Deux vérifications comptent davantage que le taux affiché :

• Les méthodes locales de vos clients. Une boutique néerlandaise sans iDEAL ou une boutique allemande sans SEPA et PayPal perd des commandes qu'elle ne voit jamais.
• Des webhooks et une API lisible. Le prestataire doit pouvoir dire automatiquement à votre système « ce paiement a réussi » ; sinon vous retournez vérifier un tableau de bord à la main.

Le choix du prestataire n'est que la moitié de la réponse à « comment accepter des paiements en ligne » : c'est la connexion à vos propres systèmes qui décide si vous gagnez du temps.

Ce dont vous avez besoin légalement dans l'UE

Encaisser en ligne en Europe entraîne des obligations faciles à remplir si vous les anticipez.

• Authentification forte (SCA) et 3-D Secure. La deuxième directive européenne sur les services de paiement (DSP2, directive (UE) 2015/2366) impose une authentification à deux facteurs pour la plupart des paiements par carte en ligne. Les checkouts des grands prestataires gèrent 3-D Secure 2 automatiquement ; un formulaire de carte fait maison, non.
• Reçus et factures. Le client doit recevoir une confirmation avec les articles, le montant, la TVA et vos coordonnées d’entreprise ; les clients professionnels ont généralement besoin d’une vraie facture avec votre numéro de TVA. Les règles de facturation varient selon le pays : vérifiez les vôtres avec votre comptable.
• TVA. Depuis le 1er juillet 2021, les ventes à distance de biens et de certains services aux consommateurs de l’UE au-delà de 10 000 € par an dans l’ensemble de l’UE sont taxées au taux du pays du client et peuvent être déclarées via le guichet unique (OSS, instauré par la directive (UE) 2017/2455 du Conseil). Votre checkout doit connaître le pays du client.
• Politique de remboursement et de rétractation. Selon la directive relative aux droits des consommateurs (2011/83/UE), les consommateurs disposent de 14 jours de rétractation sur la plupart des achats à distance, avec des exceptions comme les denrées périssables ou les services entièrement exécutés. Publiez la politique, liez-la depuis le checkout et faites du remboursement un bouton dans votre administration, pas un virement manuel.
• Protection des données. Les données de carte restent chez le prestataire ; le nom, l’adresse et l’historique de commandes du client sont à protéger au titre du RGPD (règlement (UE) 2016/679).

Ceci est un résumé pratique, pas un conseil juridique. Pour votre cas précis, vérifiez auprès de votre comptable ou de votre avocat.

Relier les paiements à la comptabilité et au CRM

Un paiement qui n'existe que dans le tableau de bord du prestataire est un paiement que quelqu'un devra recopier à la main en fin de mois. Dès que vous acceptez des paiements en ligne à un certain volume, c'est l'intégration qui fait gagner du temps.

Le schéma que nous construisons est simple. Le prestataire envoie un webhook quand un paiement réussit, échoue ou est remboursé. Un petit service de votre côté l'enregistre sur la commande, marque la facture comme payée dans votre outil comptable et met à jour la fiche client dans le CRM. Les virements sont rapprochés séparément, car un virement regroupe de nombreux paiements moins les frais, et votre comptable a besoin de la ligne de frais.

Si vous exploitez un système de réservation en ligne, le même webhook confirme le créneau ; si vous avez un programme de fidélité, il crédite les points. Notre projet Caffeine, une application de commande pour café, le montre de bout en bout : commander, payer dans l'application, points crédités, la caisse voit la commande.

Un espace client qui affiche les factures et un bouton « Payer » est l’étape naturelle suivante une fois les paiements branchés ; nous expliquons quand cela vaut la peine dans ce qu’est un portail client et quand en avoir un.

Erreurs courantes quand on accepte des paiements en ligne

L'essentiel de ce qui tourne mal quand une entreprise cherche comment accepter des paiements en ligne est évitable :

• Construire son propre formulaire de carte. Cela casse la SCA, vous place dans le périmètre PCI et n'économise rien.
• Ne proposer que la carte. Les méthodes bancaires locales et les wallets convertissent souvent mieux et coûtent moins.
• Ne pas tester les parcours d'échec. Carte refusée, onglet fermé, double clic sur « Payer » : chaque cas doit avoir une issue définie.
• Se fier à la redirection « succès » plutôt qu'aux webhooks. Le navigateur du client peut décrocher avant la redirection ; le webhook fait foi.
• Ne pas se préparer aux litiges. Conservez la preuve de livraison et la correspondance par commande pour répondre vite à un chargeback.

Accepter des paiements en ligne en une semaine : étape par étape

Voici comment accepter des paiements en ligne en sept jours ouvrés si vous commencez un lundi.

1. Jour 1 — choisir la forme. Liens, checkout hébergé, intégré, chat ou abonnement. Retenez un prestataire et une méthode de secours (souvent PayPal ou SEPA).
2. Jours 1–2 — ouvrir le compte. Extrait d'immatriculation, IBAN, pièce d'identité du dirigeant et un site avec CGV, confidentialité et page de remboursement. La vérification peut prendre un ou deux jours, commencez par là.
3. Jours 2–3 — connecter le checkout. Mode test, produits et prix, règles de TVA, méthodes locales activées, e-mails de reçu à vos couleurs.
4. Jours 3–4 — câbler les webhooks. Les événements réussi, échoué, remboursé et contesté écrivent dans votre table de commandes, votre outil comptable et votre CRM.
5. Jour 5 — tester les cas difficiles. Cartes de test pour refus, défi 3-D Secure et fonds insuffisants ; rembourser une commande test ; vérifier le rapport de virement.
6. Jour 6 — lancer avec un petit groupe. Passer aux clés de production, encaisser quelques paiements réels de clients bienveillants et rapprocher le premier virement.
7. Jour 7 — annoncer. Ajouter le bouton ou le lien de paiement aux factures, au site, au chatbot et à votre signature e-mail.

Si vous souhaitez que nous prenions en charge les journées techniques, dites-nous ce que vous vendez et quels outils vous utilisez déjà : nous cadrerons le projet avec vous.

Questions fréquentes

Quelle est la façon la moins chère d'accepter des paiements en ligne pour une petite entreprise ?

Pour un faible nombre de transactions, les liens de paiement avec virement SEPA ou méthodes bancaires locales sont les moins chers : frais fixes bas et aucun coût de construction. Quand le volume augmente, un checkout hébergé avec méthodes locales coûte généralement moins par commande.

Faut-il un site web pour accepter les paiements par carte ?

Non. Les liens de paiement, les factures avec bouton de paiement et les paiements par chatbot fonctionnent sans site. Il vous faut en revanche des CGV, une politique de remboursement et des coordonnées d'entreprise publiées, souvent sur un site d'une page.

Stripe convient-il à une petite entreprise en Europe ?

Oui dans la plupart des cas : un seul compte couvre cartes, wallets, SEPA et de nombreuses méthodes locales, abonnements et facturation compris. Comparez avec Mollie si vous vendez surtout au Benelux ou en Allemagne.

Les clients peuvent-ils payer dans WhatsApp ou Telegram ?

Oui. Un chatbot peut envoyer un lien de paiement ou ouvrir un formulaire dans la conversation, et une Telegram Mini App peut exécuter un checkout complet dans la messagerie. Cela fonctionne bien pour les restaurants, la livraison et les commandes récurrentes, quand le client vous écrit déjà.

Faut-il un compte marchand pour accepter des paiements en ligne ?

Pas un compte séparé. Des prestataires comme Stripe, Mollie et PayPal jouent le rôle de facilitateur de paiement : vous ouvrez un compte chez eux, passez leur vérification, et ils gèrent l’acquisition des cartes. Un compte marchand bancaire classique se justifie surtout pour de gros volumes.

En combien de temps reçoit-on l’argent ?

Cela dépend du prestataire, de votre pays et de l’historique de votre compte. Les virements arrivent en général selon un calendrier glissant après un court délai, et les nouveaux comptes commencent parfois avec un délai plus long. Vérifiez le calendrier de versement dans le tableau de bord du prestataire avant de promettre une date à vos fournisseurs.