Paiement fractionné et différé : Klarna, Clearpay et ce que cela change pour votre conversion

Voici la vraie décision qu'un marchand PrestaShop doit prendre au sujet du paiement fractionné et différé, une fois le discours marketing écarté : vous payez des frais plus élevés, environ le double d'une transaction par carte, pour lever le frein du prix au moment précis où le client hésite. Parfois, ces frais vous apportent une vente que vous n'auriez jamais réalisée. Parfois, ils s'appliquent à une vente qui aurait eu lieu de toute façon, avec une marge plus faible. Le BNPL peut être très efficace pour certains catalogues et une fuite discrète de marge pour d'autres ; tout dépend de votre panier moyen, de votre catégorie et de l'emplacement des messages. Ce guide explique comment faire ce calcul correctement sur une boutique PrestaShop en particulier : quels prestataires connecter, où ils s'intègrent dans le parcours de paiement, et comment lire les données avant de vous engager.

Si vous êtes encore en train de choisir les moyens de paiement à proposer, commencez par prendre un peu de recul avec pourquoi proposer plus d'options de paiement génère plus de ventes et ce que les clients européens attendent au moment du paiement. Cet article part du principe que les bases sont déjà en place et que vous décidez s'il faut ajouter une couche de paiement fractionné.

Ce que le BNPL change réellement pour une boutique PrestaShop

Le mécanisme est plus simple que ne le suggère le branding. Le client choisit Klarna ou Clearpay à l'étape du paiement ; le prestataire vous paie immédiatement, moins ses frais ; le client rembourse ensuite le prestataire dans le temps, généralement en trois ou quatre échéances sur six à huit semaines, ou avec un paiement différé de 14 à 30 jours. Depuis votre back-office, une commande BNPL ressemble presque exactement à une commande par carte : le prestataire assume le risque de crédit. Si le client ne paie pas, c'est donc la perte du prestataire, pas la vôtre, et vos flux de préparation, de stock et de livraison restent inchangés.

Deux choses changent toutefois, et elles comptent au quotidien. D'abord, l'état de commande. Les modules BNPL ajoutent leurs propres statuts de commande PrestaShop (vous les verrez dans Paramètres de la boutique → Paramètres des commandes → Statuts après l'installation, avec des noms comme « En attente du paiement Klarna » ou « Paiement accepté par Clearpay ») et ils se mettent à jour via webhook : le prestataire rappelle un contrôleur du module sur votre boutique pour confirmer la capture. Si votre boutique se trouve derrière un cache agressif ou un pare-feu qui bloque les endpoints POST inconnus, ces callbacks peuvent échouer silencieusement et laisser des commandes bloquées en attente. Ensuite, les remboursements. Un remboursement BNPL doit être émis via le prestataire afin que les échéances restantes du client soient annulées : rembourser uniquement depuis la page de commande de PrestaShop laisse le client redevable envers Klarna. Les bons modules affichent dans le détail de commande un bouton de remboursement qui communique avec l'API du prestataire ; les modules bas de gamme vous obligent à gérer deux tableaux de bord séparés.

L'argument de la conversion, et ses limites

Le BNPL fonctionne en réduisant l'engagement psychologique sans modifier le prix. Un client qui hésite devant 120 € n'hésitera pas forcément devant « trois paiements de 40 € ». Le total est identique ; le coût ressenti ne l'est pas. Cet effet existe réellement, et il est le plus fort dans une plage assez prévisible :

• Paniers d'environ 50 € à 500 €. En dessous d'environ 30 €, fractionner un paiement paraît un peu absurde et ajoute une étape sans bénéfice. Au-dessus de 500 €, les acheteurs se tournent plus souvent vers une carte de crédit ou un financement. La zone idéale est le panier intermédiaire : le montant est assez élevé pour faire hésiter, mais assez bas pour que les échéances paraissent légères.
• Catégories aspirationnelles. Mode, mobilier, électronique, équipement de loisirs, les achats guidés par l'envie plus que par le besoin, enregistrent les meilleurs taux d'adoption du BNPL. Un client qui achète de l'encre pour imprimante n'a pas besoin d'étaler le coût ; un client qui lorgne une veste à 280 € peut y être sensible.
• Jeunes acheteurs et mobile. La tranche 18-35 ans utilise beaucoup le BNPL, et une part significative y recourt précisément parce qu'elle ne possède pas de carte de crédit. Sur mobile, un parcours BNPL demande souvent moins de gestes que la saisie des données de carte, ce qui réduit les frictions là où l'abandon est le plus élevé.

Les prestataires vous annonceront 20 à 30 % de hausse de conversion et 30 à 50 % d'augmentation du panier moyen. Ces chiffres sont réels pour le bon catalogue, mais ce sont des chiffres vendeurs, issus d'échantillons favorables aux vendeurs : considérez-les comme un plafond, pas comme une prévision. La formulation honnête est la question posée à la fin de cet article : le BNPL vous a-t-il apporté des commandes que vous auriez sinon perdues, ou a-t-il simplement déplacé vers un rail plus coûteux des clients qui auraient payé par carte ? Seules vos propres données peuvent répondre, et la section « Comment lire les données » ci-dessous indique quels chiffres relever.

Les prestataires qui valent la peine d'être connectés à PrestaShop

Vous n'avez pas besoin de tous les ajouter. Choisissez selon l'endroit où se trouvent vos clients.

Le point de départ le plus fluide pour la plupart des boutiques est PayPal Pay Later (Pay in 3 lorsque disponible), car il peut être proposé via l'intégration officielle PayPal/PrestaShop Checkout que vous utilisez déjà : potentiellement pas de nouveau contrat, pas de frais d'intégration supplémentaires, et la possibilité de tester la demande avant de signer quoi que ce soit, sous réserve de votre éligibilité marchand et marché. Vérifiez d'abord l'éligibilité PayPal propre à votre pays, car le produit Pay Later exact et sa disponibilité varient selon les marchés. Si votre trafic vient d'Allemagne, des pays nordiques ou du Royaume-Uni, Klarna est le nom que les clients cherchent, et son absence se remarque. Beaucoup de marchands finissent par faire passer plusieurs de ces moyens par un seul agrégateur au lieu d'empiler des modules individuels : Mollie pour PrestaShop expose Klarna et d'autres moyens de paiement fractionné via une seule passerelle et un seul jeu d'identifiants, ce qui demande beaucoup moins de maintenance que quatre modules prestataires séparés. Pour le choix plus large du processeur de paiement, consultez Stripe vs PayPal ; et pour situer le BNPL dans l'ensemble des modules de paiement, la comparaison complète des modules de paiement en dresse la carte.

Le vrai calcul des frais

Le BNPL coûte plus cher que les cartes : c'est tout le compromis. Le traitement des cartes se situe généralement autour de 1,5 à 2,5 % ; le BNPL tourne plutôt autour de 2,5 à 6 % selon le prestataire et le marché. Comptez donc une prime de 1 à 3 % par commande. Sur une vente de 100 €, cela représente 1 à 3 € de coût supplémentaire.

La question n'est jamais « les frais sont-ils plus élevés », ils le sont toujours, mais « le chiffre d'affaires additionnel les couvre-t-il ». Un exemple chiffré rend le seuil concret. Supposons qu'une catégorie réalise 10 000 €/mois de ventes par carte et que vous ajoutiez le BNPL avec une prime de 3 % sur les commandes qui l'utilisent :

• Si le BNPL n'est que de la substitution, les mêmes clients, qui paient désormais via Klarna au lieu de la carte, vous avez simplement payé 3 % de plus sur ces commandes pour rien. C'est le scénario d'échec, et il reste invisible si vous ne le mesurez pas.
• Si le BNPL augmente la conversion de seulement 10 % et relève le panier moyen des commandes BNPL de 20 %, le nouveau chiffre d'affaires dépasse largement les frais. Quelques commandes intermédiaires réellement additionnelles paient la prime sur l'ensemble.

Tout l'intérêt économique repose donc sur une inconnue : quelle part de votre volume BNPL est nouvelle, et quelle part est déplacée. Vous ne pouvez pas deviner la réponse par raisonnement : vous devez la mesurer, d'où la conclusion de cet article sur les données plutôt que sur une recommandation tranchée.

Où la conversion se gagne vraiment : le message sur la page produit

C'est la partie que la plupart des marchands ratent. Proposer le BNPL uniquement à l'étape du paiement revient à laisser de côté une grande partie de sa valeur, car à ce stade le client a déjà décidé si le prix lui convient. Le gain vient de l'affichage de l'option de paiement fractionné sur la page produit, à côté du prix, « ou 3 paiements de 33,33 € » sous un prix de 99,99 €, afin que le nombre le plus petit cadre la décision d'achat dès le départ.

Sur PrestaShop, ce message est rendu par le module du prestataire via un hook dans le template produit, généralement displayProductPriceBlock ou displayProductAdditionalInfo (le widget de message sur site de Klarna et les messages Pay Later de PayPal s'accrochent tous deux ici). Après l'installation d'un module BNPL, vérifiez que le hook de message est bien greffé dans votre thème sous Apparence → Positions ; sur les thèmes personnalisés ou fortement modifiés, le hook nécessite parfois une greffe manuelle ou une petite modification de template avant que le widget n'apparaisse. Si vous ne voyez pas la ligne « payer en plusieurs fois » sur une page produit après la configuration, la cause habituelle est un hook non enregistré ou mal positionné, pas un problème de facturation.

Un dernier point sur l'emplacement : le widget de message lit aussi le total du panier pour les montants dynamiques. Sur un vrai tunnel de paiement en une page, où le total se met à jour en direct, il reste donc exact lorsque le panier change. Si votre parcours de paiement laisse encore fuir des commandes avant même que le BNPL puisse aider, corrigez cela d'abord : notre module Checkout Revolution transforme le tunnel natif par étapes de PrestaShop en un vrai parcours en une page depuis le back-office, sans chirurgie du thème, afin que l'option BNPL soit présentée au client sur le même écran que tout le reste, au lieu d'être cachée derrière une étape supplémentaire. (Transparence : nous créons des modules PrestaShop, dont Checkout Revolution ; c'est donc notre propre produit, jugez-le avec les mêmes preuves que vous demanderiez à n'importe quel fournisseur.)

Où le BNPL n'a pas sa place

L'ajouter au mauvais catalogue est pire que ne pas l'ajouter : vous payez la prime et vous compliquez le parcours de paiement. Évitez ou limitez le BNPL pour :

• Paniers inférieurs à 30 €. Fractionner un petit montant crée de la friction sans bénéfice. La plupart des modules prestataires vous permettent de définir un montant minimum de commande dans leur configuration PrestaShop : utilisez-le pour que le moyen de paiement n'apparaisse que là où il a du sens.
• Abonnements et facturation récurrente. Le BNPL est conçu pour des achats ponctuels ; il ne modélise pas proprement un prélèvement qui se renouvelle.
• Commandes B2B. Les entreprises règlent sur facture, pas avec des échéances grand public. Si votre boutique mélange B2C et B2B, limitez le BNPL aux groupes de clients concernés dans la configuration du module plutôt que de le proposer à toute la boutique.
• Biens numériques à livraison instantanée. Quand « acheter maintenant » est déjà instantané, « payer plus tard » perd son pouvoir de persuasion : la motivation d'achat qui rend le BNPL efficace est largement absente.

Le point conformité et réputation

Vous n'êtes pas responsable de la façon dont les clients gèrent leurs propres échéances : le prestataire porte le risque de crédit. Deux éléments méritent toutefois d'être connus. Les régulateurs de l'UE renforcent l'encadrement du BNPL, et les vérifications de solvabilité avant approbation se déploient en Europe ; en pratique, c'est l'obligation du prestataire, gérée dans son propre parcours de paiement, et non une nouvelle tâche pour vous. Le BNPL traîne aussi une certaine perception publique liée à l'incitation à la surconsommation. Aucun de ces points n'est une raison de l'éviter : c'est une raison de le présenter comme une option de paiement parmi d'autres, plutôt que comme l'argument principal de votre parcours de paiement.

Comment lire les données avant de vous engager

Puisque tout le cas économique dépend du volume additionnel par rapport au volume déplacé, vous décidez avec des chiffres, pas à l'instinct, et pas avec trois jours de données. Avant d'activer le BNPL, relevez une base dans vos analytics : taux de conversion panier-commande, panier moyen, et répartition actuelle entre carte et autres moyens de paiement. Ensuite, laissez le BNPL en ligne pendant au moins 60 jours et surveillez quatre éléments :

• Taux d'adoption du BNPL, quelle part des commandes le choisit réellement. Un taux très faible signifie que la maintenance n'en vaut pas la peine.
• Panier moyen des commandes BNPL par rapport au reste. Un écart net à la hausse indique qu'il ouvre des paniers plus élevés, pas seulement qu'il les déplace.
• Taux de conversion global par rapport à la base, surtout dans la tranche 50 €, 500 € et sur mobile, où le gain devrait apparaître en premier.
• Cannibalisation des paiements par carte. Si les commandes par carte baissent à peu près du même nombre que les commandes BNPL gagnées, vous payez la prime pour de la substitution : le scénario d'échec.

La recommandation est donc procédurale plutôt qu'un verdict : commencez par PayPal Pay Later (Pay in 3 lorsque disponible) si vous utilisez déjà PayPal et que votre marché est éligible, car le test ne coûte rien de plus ; ajoutez le message sur la page produit dès le premier jour afin de mesurer l'effet réel du BNPL, pas une version cachée ; laissez passer 60 jours et plus de 200 commandes avant de lire le résultat. Si l'écart de panier moyen et le gain de conversion sont là, ajoutez Klarna ou Clearpay pour les marchés qui les attendent. Si les chiffres montrent de la substitution, vous n'aurez perdu qu'un test, et vous vous serez évité des frais permanents sur des ventes que vous possédiez déjà. Pour les marchés qui ont leurs propres rails préférés, associez cela aux moyens de paiement locaux qui ouvrent les marchés locaux, lorsque le bon moyen de paiement bat n'importe quel plan de paiement fractionné.

Questions fréquentes

Le BNPL me rend-il responsable si un client ne paie pas ?

Non. Le prestataire vous paie immédiatement, moins ses frais, et assume le risque de crédit. Un défaut de paiement du client est donc la perte du prestataire, pas la vôtre. Vos flux de préparation, de stock et de livraison restent inchangés, et une commande BNPL ressemble presque à une commande par carte dans votre back-office. Les deux éléments qui changent opérationnellement sont les statuts de commande (les modules BNPL ajoutent les leurs, mis à jour par webhook) et les remboursements, voir ci-dessous.

Comment rembourser une commande BNPL ?

Émettez le remboursement via le prestataire, pas seulement depuis la page de commande de PrestaShop : sinon, les échéances restantes du client ne sont pas annulées et il continue à devoir de l'argent à Klarna ou Clearpay. Les bons modules prestataires affichent dans le détail de commande un bouton de remboursement qui communique avec l'API du prestataire ; les moins solides vous obligent à utiliser deux tableaux de bord séparés. Vérifiez lequel vous avez avant d'en avoir besoin.

Combien coûte le BNPL par rapport à une carte ?

Plus cher : c'est tout le compromis. Le traitement des cartes se situe généralement autour de 1,5 à 2,5 % ; le BNPL tourne plutôt autour de 2,5 à 6 % selon le prestataire et le marché. Comptez donc une prime de 1 à 3 % par commande. Ce sont des fourchettes générales du marché, pas un devis : les frais réels varient selon le prestataire, le pays et votre contrat. Confirmez donc les chiffres actuels auprès de chaque prestataire avant de bâtir vos marges dessus. Ces frais ne se justifient que si le BNPL apporte des commandes réellement additionnelles, plutôt que de déplacer des clients carte vers un rail plus coûteux.

Où le message de paiement fractionné doit-il apparaître ?

Sur la page produit, à côté du prix (« ou 3 paiements de 33,33 EUR » sous une étiquette de 99,99 EUR), pas seulement à l'étape du paiement : au moment de payer, le client a déjà décidé si le prix lui convient. Sur PrestaShop, le module du prestataire affiche ce message via un hook produit, généralement displayProductPriceBlock ou displayProductAdditionalInfo. Si la ligne n'apparaît pas après la configuration, la cause habituelle est un hook non enregistré ou mal positionné (vérifiez Apparence → Positions), pas un problème de facturation.

Y a-t-il un aspect légal ou conformité dont je dois me soucier ?

Vous n'êtes pas responsable de la façon dont les clients gèrent leurs propres échéances : le prestataire porte le risque de crédit et effectue les vérifications de solvabilité dans son propre parcours de paiement. Mais les régulateurs de l'UE renforcent l'encadrement du BNPL, et les règles du crédit à la consommation ainsi que les contrôles d'accessibilité financière exigés évoluent en Europe. Traitez donc la conformité du prestataire comme un point à vérifier plutôt qu'à présumer, et examinez vos obligations avec votre propre conseiller si vous avez un doute. Le BNPL traîne aussi une perception publique liée à l'incitation à la surconsommation : raison suffisante pour le présenter comme une option de paiement parmi d'autres, plutôt que comme l'argument principal de votre parcours de paiement, mais pas pour l'éviter.

Quels catalogues devraient éviter le BNPL ?

Les paniers inférieurs à 30 EUR (fractionner un petit montant crée de la friction sans bénéfice : définissez un montant minimum de commande dans la configuration du module), les abonnements et la facturation récurrente (le BNPL modélise des achats ponctuels, pas des prélèvements renouvelés), les commandes B2B (les entreprises règlent sur facture : limitez le BNPL aux groupes de clients concernés), et les biens numériques à livraison instantanée (où « payer plus tard » perd son attrait parce que « acheter maintenant » est déjà instantané).