{"id":10579,"date":"2026-08-05T10:02:52","date_gmt":"2026-08-05T08:02:52","guid":{"rendered":"https:\/\/consultoriaehero.com\/?p=10579"},"modified":"2026-08-05T10:02:52","modified_gmt":"2026-08-05T08:02:52","slug":"abonnements-avec-redsys-dans-woocommerce-guide-2026","status":"publish","type":"post","link":"https:\/\/consultoriaehero.com\/fr\/abonnements-avec-redsys-dans-woocommerce-guide-2026\/","title":{"rendered":"Abonnements avec Redsys dans WooCommerce : guide 2026"},"content":{"rendered":"

Encaisser des abonnements avec Redsys dans WooCommerce<\/strong> est aujourd\u2019hui la voie standard pour g\u00e9rer les paiements r\u00e9currents en Espagne, car Redsys est la plateforme qui dessert la majorit\u00e9 des banques espagnoles (BBVA, Santander, CaixaBank, Sabadell et bien d\u2019autres). L\u2019essentiel ne r\u00e9side pas dans le premier encaissement, que n\u2019importe quelle passerelle sait effectuer, mais dans le deuxi\u00e8me, le troisi\u00e8me et tous ceux qui suivent : des renouvellements pr\u00e9lev\u00e9s automatiquement, mois apr\u00e8s mois, sans que le client ait \u00e0 ressaisir sa carte. Dans cet article, nous vous expliquons comment la tokenisation rend cela possible, comment elle s\u2019articule avec la r\u00e9glementation SCA\/PSD2 et pourquoi Bizum, malgr\u00e9 sa praticit\u00e9, ne peut pas \u00eatre utilis\u00e9 pour le r\u00e9current. L\u2019objectif est que vous mettiez en place un mod\u00e8le d\u2019abonnement fiable, dans lequel un premier paiement autoris\u00e9 ouvre la voie \u00e0 des pr\u00e9l\u00e8vements ult\u00e9rieurs sans friction.<\/p>\n

\"Encaissement<\/figure>\n

Abonnements avec Redsys dans WooCommerce : pourquoi la tokenisation change tout<\/h2>\n

Un encaissement r\u00e9current a une exigence particuli\u00e8re : l\u2019entreprise doit pouvoir pr\u00e9lever \u00e0 nouveau sans que le client soit pr\u00e9sent. Cela impose de conserver de mani\u00e8re s\u00e9curis\u00e9e une \u00ab cr\u00e9dential de paiement \u00bb r\u00e9utilisable. Redsys r\u00e9sout cela avec le paiement par r\u00e9f\u00e9rence<\/strong>, qui est son nom pour la tokenisation : lors du premier paiement, on ne fait pas que d\u00e9biter, on demande aussi \u00e0 la banque une r\u00e9f\u00e9rence qui repr\u00e9sente cette carte et qui reste li\u00e9e au commer\u00e7ant. Lors des renouvellements, la boutique envoie uniquement cette r\u00e9f\u00e9rence et le montant, et la banque ex\u00e9cute le d\u00e9bit.<\/p>\n

Il convient de souligner une id\u00e9e souvent n\u00e9glig\u00e9e : la boutique ne manipule jamais \u00e0 nouveau le num\u00e9ro r\u00e9el de la carte. Elle ne stocke et ne r\u00e9utilise que cette r\u00e9f\u00e9rence, de sorte que les donn\u00e9es sensibles restent toujours du c\u00f4t\u00e9 de la banque et de Redsys, et non sur votre serveur. Cela r\u00e9duit votre exposition et simplifie le respect des obligations de s\u00e9curit\u00e9 relatives aux donn\u00e9es de carte.<\/p>\n

Qu\u2019est-ce que le paiement par r\u00e9f\u00e9rence (tokenisation)<\/h3>\n

La r\u00e9f\u00e9rence est un identifiant opaque. Ce n\u2019est pas le num\u00e9ro de la carte, elle ne r\u00e9v\u00e8le pas les donn\u00e9es sensibles du client et elle ne sert que pour ce commer\u00e7ant pr\u00e9cis. C\u2019est pourquoi il est s\u00fbr de la stocker : m\u00eame si quelqu\u2019un l\u2019interceptait, il ne pourrait pas l\u2019utiliser ailleurs ni reconstruire la carte d\u2019origine. Ce m\u00e9canisme est ce qui distingue une simple passerelle de paiement d\u2019une passerelle capable de prendre en charge de v\u00e9ritables abonnements. Sans token, chaque renouvellement exigerait que le client paie \u00e0 la main, et cela, en pratique, tue tout mod\u00e8le r\u00e9current.<\/p>\n

Comment fonctionne l\u2019encaissement r\u00e9current avec Redsys, \u00e9tape par \u00e9tape<\/h2>\n

Pour bien comprendre comment fonctionnent les abonnements avec Redsys dans WooCommerce, il est utile de s\u00e9parer mentalement deux moments tr\u00e8s diff\u00e9rents, car ils ont des exigences techniques et juridiques distinctes.<\/p>\n

Le premier paiement : cr\u00e9ation de la r\u00e9f\u00e9rence<\/h3>\n

Lors du checkout initial, le client est bien pr\u00e9sent. Il saisit sa carte dans le TPV virtuel de Redsys et, si sa banque l\u2019exige, compl\u00e8te l\u2019authentification renforc\u00e9e (g\u00e9n\u00e9ralement un code envoy\u00e9 par l\u2019application bancaire ou par SMS). Dans cette m\u00eame op\u00e9ration, la boutique demande la cr\u00e9ation de la r\u00e9f\u00e9rence. \u00c0 la fin, deux choses se produisent : la premi\u00e8re \u00e9ch\u00e9ance a \u00e9t\u00e9 encaiss\u00e9e et le token a \u00e9t\u00e9 enregistr\u00e9 pour l\u2019avenir.<\/p>\n

Les renouvellements automatiques : encaissement sans friction<\/h3>\n

Lorsque la date de renouvellement arrive, le processus est enti\u00e8rement automatis\u00e9. WooCommerce d\u00e9clenche le paiement, envoie la r\u00e9f\u00e9rence enregistr\u00e9e \u00e0 Redsys et la banque d\u00e9bite le montant. Le client ne re\u00e7oit aucun formulaire, n\u2019a rien \u00e0 faire et, si tout se passe bien, ne s\u2019en rend compte qu\u2019en voyant le d\u00e9bit sur son relev\u00e9. Lorsque la banque r\u00e9pond, Redsys envoie \u00e0 la boutique une notification de confirmation ; avec elle, WooCommerce marque la commande de renouvellement comme pay\u00e9e et prolonge automatiquement l\u2019abonnement. C\u2019est exactement le comportement que le guide des abonnements dans WooCommerce<\/a> d\u00e9crit comme indispensable pour toute activit\u00e9 d\u2019abonnement : que le renouvellement ne d\u00e9pende pas de la bonne m\u00e9moire du client.<\/p>\n

SCA et PSD2 : authentification renforc\u00e9e sans casser les renouvellements<\/h2>\n

La r\u00e9glementation europ\u00e9enne PSD2 a introduit l\u2019Authentification Forte du Client (SCA) : dans de nombreux paiements \u00e9lectroniques, l\u2019utilisateur doit prouver son identit\u00e9 avec un double facteur. \u00c0 premi\u00e8re vue, cela entre en conflit avec l\u2019id\u00e9e d\u2019un encaissement automatis\u00e9, car lors du renouvellement le client n\u2019est pas l\u00e0 pour s\u2019authentifier. C\u2019est ici qu\u2019une tokenisation bien mise en \u0153uvre fait la diff\u00e9rence.<\/p>\n

Comment les abonnements avec Redsys dans WooCommerce contournent le SCA de mani\u00e8re s\u00e9curis\u00e9e<\/h3>\n

La PSD2 elle-m\u00eame pr\u00e9voit les op\u00e9rations initi\u00e9es par le commer\u00e7ant (les fameux MIT, merchant-initiated transactions<\/em>). La logique est simple : l\u2019authentification forte est r\u00e9alis\u00e9e une seule fois<\/strong>, lors du premier paiement avec le client pr\u00e9sent, et ce consentement reste associ\u00e9 \u00e0 la r\u00e9f\u00e9rence. Les renouvellements ult\u00e9rieurs sont marqu\u00e9s comme des d\u00e9bits r\u00e9currents initi\u00e9s par le commer\u00e7ant, et sont donc exempt\u00e9s de la r\u00e9p\u00e9tition du double facteur. Il ne s\u2019agit pas de contourner la s\u00e9curit\u00e9 : il s\u2019agit de respecter la norme au bon moment et de profiter de l\u2019exemption pr\u00e9vue pour le r\u00e9current. C\u2019est pourquoi les abonnements avec Redsys dans WooCommerce peuvent \u00eatre automatiques tout en restant conformes \u00e0 la r\u00e9glementation.<\/p>\n

En pratique, cela signifie que la charge de l\u2019authentification repose sur le premier encaissement. Si cette cr\u00e9ation est bien faite, avec la carte correctement tokenis\u00e9e et le consentement enregistr\u00e9, le reste du cycle de vie de l\u2019abonnement se d\u00e9roule sans avoir \u00e0 solliciter \u00e0 nouveau le client avec des codes ou des confirmations. D\u2019o\u00f9 le fait que la cr\u00e9ation soit le moment le plus d\u00e9licat de tout le processus et celui qu\u2019il convient le plus de soigner.<\/p>\n

Pourquoi Bizum ne convient pas aux paiements r\u00e9currents<\/h2>\n

Bizum est rapide, connu et affiche un excellent taux de conversion pour les paiements ponctuels. Mais il est pr\u00e9cis\u00e9ment con\u00e7u pour cela : des paiements ponctuels, un par un, avec l\u2019utilisateur qui confirme sur son mobile. Bizum ne prend pas en charge la tokenisation<\/strong>, c\u2019est-\u00e0-dire qu\u2019il ne g\u00e9n\u00e8re pas de r\u00e9f\u00e9rence r\u00e9utilisable permettant au commer\u00e7ant de pr\u00e9lever \u00e0 nouveau de son propre chef. Sans token, pas de renouvellement automatis\u00e9 possible.<\/p>\n

La cons\u00e9quence pratique est claire : vous pouvez proposer Bizum pour le premier paiement si vos clients le trouvent pratique, mais le renouvellement d\u2019un abonnement n\u00e9cessite imp\u00e9rativement une carte tokenis\u00e9e via Redsys. Pr\u00e9senter Bizum comme un moyen d\u2019\u00ab abonnement \u00bb serait trompeur, car chaque mois il faudrait que le client confirme le paiement manuellement, et ce n\u2019est plus un abonnement : c\u2019est une s\u00e9rie d\u2019achats isol\u00e9s qui d\u00e9pendent du fait que le client s\u2019en souvienne et le souhaite.<\/p>\n

Tableau comparatif : Redsys tokenis\u00e9 face aux autres options<\/h2>\n
\n\n\n\n\n\n\n\n\n
M\u00e9thode<\/th>\nRenouvellement automatique<\/th>\nTokenisation<\/th>\nSCA une seule fois<\/th>\nUsage recommand\u00e9<\/th>\n<\/tr>\n<\/thead>\n
Redsys (paiement par r\u00e9f\u00e9rence)<\/td>\nOui<\/td>\nOui<\/td>\nOui, \u00e0 la cr\u00e9ation<\/td>\nAbonnements et \u00e9ch\u00e9ances r\u00e9currentes<\/td>\n<\/tr>\n
Bizum<\/td>\nNon<\/td>\nNon<\/td>\nSans objet<\/td>\nUniquement paiements ponctuels ou premier encaissement<\/td>\n<\/tr>\n
Pr\u00e9l\u00e8vement SEPA<\/td>\nOui<\/td>\nMandat, pas de token de carte<\/td>\nSans objet<\/td>\nR\u00e9current B2B ou montants \u00e9lev\u00e9s<\/td>\n<\/tr>\n
Carte internationale (autres passerelles)<\/td>\nOui<\/td>\nOui<\/td>\nOui<\/td>\nVentes hors d\u2019Espagne<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Pour une entreprise espagnole qui vend \u00e0 des clients espagnols, mettre en place des abonnements avec Redsys dans WooCommerce est souvent la combinaison la plus naturelle : montant r\u00e9current faible, int\u00e9gration directe avec la banque habituelle et compatibilit\u00e9 totale avec l\u2019encaissement r\u00e9current.<\/p>\n

Comment configurer l\u2019encaissement r\u00e9current Redsys dans votre boutique<\/h2>\n

Nous n\u2019entrerons pas dans le d\u00e9tail technique de chaque \u00e9tablissement pour mettre en place les abonnements avec Redsys dans WooCommerce, car chaque banque a son propre tableau de bord, mais il est utile de savoir quoi demander et quoi v\u00e9rifier pour \u00e9viter les mauvaises surprises.<\/p>\n

Ce qu\u2019il faut demander \u00e0 votre banque<\/h3>\n