{"id":10589,"date":"2026-08-05T10:04:45","date_gmt":"2026-08-05T08:04:45","guid":{"rendered":"https:\/\/consultoriaehero.com\/?p=10589"},"modified":"2026-08-05T10:04:45","modified_gmt":"2026-08-05T08:04:45","slug":"subscripcions-amb-redsys-a-woocommerce-guia-2026","status":"publish","type":"post","link":"https:\/\/consultoriaehero.com\/ca\/subscripcions-amb-redsys-a-woocommerce-guia-2026\/","title":{"rendered":"Subscripcions amb Redsys a WooCommerce: guia 2026"},"content":{"rendered":"

Fer subscripcions amb Redsys a WooCommerce<\/strong> \u00e9s avui la via est\u00e0ndard per gestionar pagaments recurrents a Espanya, perqu\u00e8 Redsys \u00e9s la plataforma que dona servei a la majoria de bancs espanyols (BBVA, Santander, CaixaBank, Sabadell i molts m\u00e9s). La clau no \u00e9s en el primer cobrament, que qualsevol passarel\u00b7la sap fer, sin\u00f3 en el segon, el tercer i tots els que venen despr\u00e9s: renovacions que es cobren soles, mes rere mes, sense que el client hagi de tornar a introduir la seva targeta. En aquest article t\u2019expliquem com ho fa possible la tokenitzaci\u00f3, com encaixa amb la normativa SCA\/PSD2 i per qu\u00e8 Bizum, tot i ser c\u00f2mode, no es pot fer servir per al recurrent. L\u2019objectiu \u00e9s que muntis un model de quotes fiable, en qu\u00e8 un primer pagament autoritzat doni pas a cobraments posteriors sense fricci\u00f3.<\/p>\n

\"Cobrament<\/figure>\n

Subscripcions amb Redsys a WooCommerce: per qu\u00e8 la tokenitzaci\u00f3 ho canvia tot<\/h2>\n

Un cobrament recurrent t\u00e9 una exig\u00e8ncia particular: el negoci ha de poder tornar a cobrar sense que el client hi sigui present. Aix\u00f2 obliga a guardar de manera segura una “credencial de pagament” reutilitzable. Redsys resol aix\u00f2 amb el pagament per refer\u00e8ncia<\/strong>, que \u00e9s el seu nom per a la tokenitzaci\u00f3: en el primer pagament no nom\u00e9s es cobra, sin\u00f3 que se sol\u00b7licita al banc una refer\u00e8ncia que representa aquella targeta i que queda vinculada al comer\u00e7. En les renovacions, la botiga envia \u00fanicament aquesta refer\u00e8ncia i l\u2019import, i el banc executa el c\u00e0rrec.<\/p>\n

Conv\u00e9 subratllar una idea que sovint es passa per alt: la botiga mai no torna a gestionar el n\u00famero real de la targeta. Nom\u00e9s guarda i reutilitza aquesta refer\u00e8ncia, de manera que les dades sensibles romanen sempre del costat del banc i de Redsys, no al teu servidor. Aix\u00f2 redueix la teva exposici\u00f3 i simplifica el compliment de les obligacions de seguretat sobre dades de targeta.<\/p>\n

Qu\u00e8 \u00e9s el pagament per refer\u00e8ncia (tokenitzaci\u00f3)<\/h3>\n

La refer\u00e8ncia \u00e9s un identificador opac. No \u00e9s el n\u00famero de la targeta, no revela les dades sensibles del client i nom\u00e9s serveix per a aquell comer\u00e7 concret. Per aix\u00f2 \u00e9s segur emmagatzemar-la: encara que alg\u00fa la intercept\u00e9s, no la podria fer servir en un altre lloc ni reconstruir la targeta original. Aquest mecanisme \u00e9s el que separa una simple passarel\u00b7la de pagament d\u2019una passarel\u00b7la capa\u00e7 de sostenir subscripcions reals. Sense token, cada renovaci\u00f3 exigiria que el client torn\u00e9s a pagar manualment, i aix\u00f2, a la pr\u00e0ctica, mata qualsevol model de recurr\u00e8ncia.<\/p>\n

Com funciona el cobrament recurrent amb Redsys pas a pas<\/h2>\n

Per entendre b\u00e9 com funcionen les subscripcions amb Redsys a WooCommerce, conv\u00e9 separar mentalment dos moments molt diferents, perqu\u00e8 tenen requisits t\u00e8cnics i legals diferents.<\/p>\n

El primer pagament: alta de la refer\u00e8ncia<\/h3>\n

En el checkout inicial el client s\u00ed que hi \u00e9s present. Introdueix la seva targeta al TPV virtual de Redsys i, si el seu banc ho demana, completa l\u2019autenticaci\u00f3 refor\u00e7ada (normalment un codi enviat per l\u2019app banc\u00e0ria o per SMS). En aquesta mateixa operaci\u00f3, la botiga sol\u00b7licita l\u2019alta de la refer\u00e8ncia. En acabar, passen dues coses: s\u2019ha cobrat la primera quota i s\u2019ha guardat el token per al futur.<\/p>\n

Les renovacions autom\u00e0tiques: cobrament sense fricci\u00f3<\/h3>\n

Quan arriba la data de renovaci\u00f3, el proc\u00e9s \u00e9s totalment desat\u00e8s. WooCommerce dispara el cobrament, envia la refer\u00e8ncia guardada a Redsys i el banc carrega l\u2019import. El client no rep cap formulari, no ha de fer res i, si tot va b\u00e9, ni se n\u2019assabenta fins que veu el c\u00e0rrec al seu extracte. Quan el banc respon, Redsys envia a la botiga una notificaci\u00f3 de confirmaci\u00f3; amb aix\u00f2, WooCommerce marca la comanda de renovaci\u00f3 com a pagada i prolonga la subscripci\u00f3 de manera autom\u00e0tica. Aquest \u00e9s exactament el comportament que la guia de subscripcions a WooCommerce<\/a> descriu com a imprescindible per a qualsevol negoci de quotes: que la renovaci\u00f3 no depengui de la bona mem\u00f2ria del client.<\/p>\n

SCA i PSD2: autenticaci\u00f3 refor\u00e7ada sense trencar les renovacions<\/h2>\n

La normativa europea PSD2 va introduir l\u2019Autenticaci\u00f3 Refor\u00e7ada de Client (SCA): en molts pagaments electr\u00f2nics l\u2019usuari ha de demostrar qui \u00e9s amb un doble factor. A primera vista aix\u00f2 xoca amb la idea d\u2019un cobrament desat\u00e8s, perqu\u00e8 en la renovaci\u00f3 el client no \u00e9s davant per autenticar-se. Aqu\u00ed \u00e9s on la tokenitzaci\u00f3 ben implementada marca la difer\u00e8ncia.<\/p>\n

Com les subscripcions amb Redsys a WooCommerce esquiven la SCA de manera segura<\/h3>\n

La mateixa PSD2 preveu les operacions iniciades pel comer\u00e7 (els anomenats MIT, merchant-initiated transactions<\/em>). La l\u00f2gica \u00e9s senzilla: l\u2019autenticaci\u00f3 forta es fa un cop<\/strong>, en el primer pagament amb el client present, i aquest consentiment queda associat a la refer\u00e8ncia. Les renovacions posteriors es marquen com a c\u00e0rrecs recurrents iniciats pel comer\u00e7, i queden exemptes de repetir el doble factor. No s\u2019est\u00e0 saltant la seguretat: s\u2019est\u00e0 complint la norma en el moment correcte i aprofitant l\u2019exempci\u00f3 prevista per al recurrent. Per aix\u00f2 les subscripcions amb Redsys a WooCommerce poden ser autom\u00e0tiques i complir la normativa alhora.<\/p>\n

A la pr\u00e0ctica, aix\u00f2 significa que la c\u00e0rrega de l\u2019autenticaci\u00f3 recau en el primer cobrament. Si aquesta alta es fa b\u00e9, amb la targeta correctament tokenitzada i el consentiment registrat, la resta del cicle de vida de la subscripci\u00f3 transcorre sense tornar a molestar el client amb codis ni confirmacions. D\u2019aqu\u00ed que l\u2019alta sigui el moment m\u00e9s delicat de tot el proc\u00e9s i el que m\u00e9s conv\u00e9 cuidar.<\/p>\n

Per qu\u00e8 Bizum no serveix per a cobraments recurrents<\/h2>\n

Bizum \u00e9s r\u00e0pid, conegut i amb una excel\u00b7lent taxa de conversi\u00f3 per a pagaments puntuals. Per\u00f2 est\u00e0 dissenyat precisament per a aix\u00f2: pagaments puntuals, un a un, amb l\u2019usuari confirmant-ho al m\u00f2bil. Bizum no admet tokenitzaci\u00f3<\/strong>, \u00e9s a dir, no genera una refer\u00e8ncia reutilitzable que permeti al comer\u00e7 tornar a cobrar pel seu compte. Sense token no hi ha renovaci\u00f3 desatesa possible.<\/p>\n

La conseq\u00fc\u00e8ncia pr\u00e0ctica \u00e9s clara: pots oferir Bizum per al primer pagament si als teus clients els resulta c\u00f2mode, per\u00f2 la renovaci\u00f3 d\u2019una subscripci\u00f3 necessita, s\u00ed o s\u00ed, una targeta tokenitzada a trav\u00e9s de Redsys. Presentar Bizum com a m\u00e8tode de “subscripci\u00f3” seria engany\u00f3s, perqu\u00e8 cada mes exigiria al client confirmar el pagament manualment, i aix\u00f2 ja no \u00e9s una subscripci\u00f3: \u00e9s una s\u00e8rie de compres soltes que depenen que el client se\u2019n recordi i vulgui fer-ho.<\/p>\n

Taula comparativa: Redsys tokenitzat davant d\u2019altres opcions<\/h2>\n
\n\n\n\n\n\n\n\n\n
M\u00e8tode<\/th>\nRenovaci\u00f3 autom\u00e0tica<\/th>\nTokenitzaci\u00f3<\/th>\nSCA una sola vegada<\/th>\n\u00das recomanat<\/th>\n<\/tr>\n<\/thead>\n
Redsys (pagament per refer\u00e8ncia)<\/td>\nS\u00ed<\/td>\nS\u00ed<\/td>\nS\u00ed, a l\u2019alta<\/td>\nSubscripcions i quotes recurrents<\/td>\n<\/tr>\n
Bizum<\/td>\nNo<\/td>\nNo<\/td>\nNo aplica<\/td>\nNom\u00e9s pagaments puntuals o primer cobrament<\/td>\n<\/tr>\n
Domiciliaci\u00f3 SEPA<\/td>\nS\u00ed<\/td>\nMandat, no token de targeta<\/td>\nNo aplica<\/td>\nRecurrent B2B o quotes grans<\/td>\n<\/tr>\n
Targeta internacional (altres passarel\u00b7les)<\/td>\nS\u00ed<\/td>\nS\u00ed<\/td>\nS\u00ed<\/td>\nVendes fora d\u2019Espanya<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Per a un negoci espanyol que ven a clients espanyols, muntar subscripcions amb Redsys a WooCommerce sol ser la combinaci\u00f3 m\u00e9s natural: quota baixa, integraci\u00f3 directa amb el banc de sempre i compatibilitat total amb el cobrament recurrent.<\/p>\n

Com configurar el cobrament recurrent de Redsys a la teva botiga<\/h2>\n

No entrarem en el detall t\u00e8cnic de cada entitat per posar en marxa les subscripcions amb Redsys a WooCommerce, perqu\u00e8 cada banc t\u00e9 el seu propi panell, per\u00f2 s\u00ed que conv\u00e9 saber qu\u00e8 demanar i qu\u00e8 buscar per no endur-te sorpreses.<\/p>\n

Qu\u00e8 demanar al teu banc<\/h3>\n