Comment ajouter une page de paiement à son site

Encaisser en ligne n’oblige pas à construire une boutique. Il existe trois façons de faire, de la plus simple à la plus intégrée, et la plus simple ne demande aucun développement. Un site vitrine n’a pas besoin de devenir un magasin pour recevoir un acompte.

Dans les trois cas, vous passez par un prestataire de paiement : l’entreprise qui encaisse à votre place, verse l’argent sur votre compte et prélève une commission au passage. Ce peut être une plateforme spécialisée, votre propre banque, ou un module fourni avec votre logiciel de caisse. Et dans les trois cas, une règle ne bouge pas : le numéro de carte de votre client ne doit jamais passer par vous.

Quelles sont les trois façons d’encaisser en ligne ?

Le lien de paiement. Depuis l’interface de votre prestataire, vous créez un lien avec un montant et un intitulé, et vous l’envoyez par mail, par SMS, ou sous forme de QR code imprimé sur une facture. Le client clique, paie, vous recevez la notification. Aucun développement, aucune page à construire. Pour un acompte, un solde de chantier ou une prestation sur devis, c’est souvent tout ce qu’il faut.

La page de paiement hébergée. Un bouton sur votre site envoie le client vers une page de paiement tenue par votre prestataire, réglée à vos couleurs, puis le ramène chez vous une fois le paiement passé. Le parcours reste dans votre site, mais les données bancaires n’y entrent jamais. C’est le compromis habituel pour une petite boutique, un don, une réservation, un billet.

Le paiement intégré. Le formulaire de carte s’affiche à l’intérieur de votre page, sans que le client la quitte. Techniquement, ce formulaire appartient encore au prestataire : il est inséré dans votre page à travers un cadre isolé, ce qui vous évite là encore de manipuler les données. En échange, vous payez le développement, les tests, l’affichage des erreurs, le comportement sur téléphone. À réserver aux sites où le paiement est le cœur de l’activité.

Le bon réflexe est de prendre la solution la plus simple qui règle le problème d’aujourd’hui. On passe très bien du lien à la page hébergée quand le volume l’exige ; dans l’autre sens, c’est le développement déjà payé qui est perdu.

Que ne faut-il jamais faire soi-même ?

Garder un numéro de carte. Pas dans un fichier, pas dans un mail, pas sur un carnet, pas dans votre logiciel de devis, pas dans la base de votre site. Un numéro de carte relevé au téléphone et noté quelque part est une faute, et elle est doublement encadrée : par les règles professionnelles des réseaux de cartes, connues sous le nom de norme PCI DSS, et par la réglementation sur les données personnelles.

C’est justement l’intérêt des trois méthodes ci-dessus. Le numéro part directement chez le prestataire de paiement, votre site ne le voit pas. Vous, vous récupérez un identifiant de transaction, un montant, une date et les derniers chiffres de la carte — assez pour rembourser, pour justifier et pour votre comptabilité.

Si un client insiste pour payer par téléphone, envoyez-lui un lien de paiement pendant l’appel. Vous restez en ligne, il paie, vous confirmez. Personne n’a rien noté nulle part.

Que faut-il prévoir autour du paiement ?

Le paiement lui-même n’est pas ce qui prend du temps. Ce qui demande du travail, c’est ce qu’il y a autour, et c’est là que se logent les mauvaises surprises.

Prévoyez deux confirmations plutôt qu’une : la page qui s’affiche juste après le paiement, et l’e-mail qui arrive derrière. La première peut être manquée — connexion coupée, onglet fermé ; le second, lui, reste.

Reste à savoir qui émet la facture ou le reçu : le prestataire de paiement, votre logiciel de facturation, ou vous à la main. Les mentions à y faire figurer dépendent de votre statut et du type de client, et votre comptable vous dira lesquelles ; à vous de choisir d’où sort le document.

Réglez le remboursement avant d’en avoir besoin : qui a le droit de le déclencher, depuis quel écran, en combien de temps, et ce que le client reçoit comme message. Le prévoir à froid évite de l’improviser un vendredi soir.

Vient ensuite le litige. Un titulaire de carte peut contester un paiement auprès de sa banque, et il faut alors fournir des preuves. Conservez les échanges, les preuves de livraison ou d’exécution, et les conditions de vente acceptées au moment de l’achat : le jour où on vous les réclame, il est trop tard pour les reconstituer.

Écrivez vos conditions générales de vente — ce que vous vendez, à quel prix, dans quel délai, et ce qui se passe en cas d’annulation. Pour des clients particuliers, un droit de rétractation s’applique, avec des exceptions selon ce que vous vendez : à faire vérifier, plutôt qu’à recopier depuis un autre site.

Parlez-en enfin à votre comptable avant la première vente. Les sommes arrivent après prélèvement des commissions, souvent regroupées en un seul versement : quelqu’un devra les rapprocher de vos ventes, et il vaut mieux savoir qui, et dans quel outil.

Qu’est-ce que l’authentification forte change pour votre acheteur ?

Depuis quelques années, un paiement par carte sur Internet en Europe demande le plus souvent une confirmation du titulaire : une validation dans l’application de sa banque, un code reçu, une empreinte. C’est ce qu’on appelle l’authentification forte, imposée par la réglementation européenne sur les paiements pour limiter l’usage des cartes volées.

La première conséquence est une bonne nouvelle, et elle est rarement dite : quand votre client a confirmé lui-même son paiement, la charge d’un paiement qu’il dirait ensuite ne pas avoir autorisé ne pèse plus sur vous de la même façon — elle bascule vers sa banque. C’est exactement ce que vous perdriez en cherchant à contourner l’étape. Mais cela ne couvre que la fraude. Si le litige porte sur la prestation elle-même — marchandise non reçue, travail non exécuté, produit non conforme —, c’est toujours à vous de fournir les preuves dont il était question plus haut.

La seconde est plus rude : tout paiement peut s’arrêter là. Le client n’a plus son téléphone sous la main, l’application refuse de s’ouvrir, le code n’arrive pas. La vente tombe, et ce n’est la faute de personne.

La seule réponse utile est de prévoir le cas plutôt que de l’espérer. Un message qui dit clairement que le paiement n’a pas abouti, sans accuser le client ni parler d’erreur technique. Un moyen simple de reprendre : un bouton sur place, ou un e-mail qui renvoie le même lien un peu plus tard. Et si vous vendez des choses chères, un numéro de téléphone affiché sur cette page : un acheteur bloqué à cette étape a quelqu’un à appeler.

Certaines transactions, enfin, peuvent échapper à cette étape. Ces exemptions sont prévues par la réglementation : c’est votre prestataire qui les demande au moment du paiement, et c’est la banque de votre client qui accepte ou refuse. Autrement dit, cela se paramètre, mais cela ne se décide pas. Construisez en partant du principe que la confirmation aura lieu, et traitez le reste comme un gain.

Quelles questions poser avant de choisir un prestataire ?

Le marché comporte plusieurs familles : les plateformes spécialisées dans le paiement en ligne, les offres de votre propre banque, les modules livrés avec les logiciels de caisse ou de facturation, et les places de marché qui encaissent à votre place. Aucune n’est meilleure dans l’absolu — tout dépend de ce que vous vendez et des outils que vous utilisez déjà. Les questions à poser, elles, sont les mêmes.

• Quels moyens de paiement sont acceptés : carte, virement, portefeuilles de téléphone (Apple Pay, Google Pay), paiement en plusieurs fois, prélèvement pour les abonnements ?
• Combien cela coûte réellement : commission par transaction, part fixe, frais en cas de remboursement, frais en cas de litige, abonnement mensuel, frais de change.
• Sous quel délai l’argent arrive-t-il sur votre compte, et à quelle fréquence ?
• Qui gère les litiges, quelles pièces vous sont réclamées, et depuis quel écran ?
• La page de paiement peut-elle être en français et porter vos couleurs ?
• Le prestataire se connecte-t-il à vos outils de facturation et de comptabilité, ou faudra-t-il ressaisir ?
• Comment joint-on un être humain un samedi, quand un client n’arrive pas à payer ?
• Si vous changez de prestataire plus tard, que récupérez-vous : vos mandats de prélèvement, vos abonnements en cours, votre historique ?

Cette dernière question mérite d’être posée au début, pas à la fin. Un mandat de prélèvement, c’est l’autorisation que votre client signe une fois pour que son compte soit débité à échéance.

Laquelle choisir pour commencer ?

Si vous vendez des prestations sur devis, commencez par le lien de paiement : vous n’avez pas à toucher au site, et vous verrez si le volume justifie d’aller plus loin. Si vous vendez des produits, des places ou des créneaux, partez directement sur la page hébergée : c’est le meilleur rapport entre le travail fourni et le résultat.

Le paiement intégré vient plus tard, quand chaque étape perdue coûte assez cher pour mériter qu’on la travaille. C’est alors un développement sur mesure, au même titre qu’un espace client ou qu’une connexion à votre logiciel de gestion : on le cadre à partir de ce que vous vendez, à qui, et de ce que le site doit savoir faire seul. Décrivez-nous cela en quelques lignes, et nous vous répondrons par un chiffrage et un calendrier.