{"id":10585,"date":"2026-08-05T10:03:57","date_gmt":"2026-08-05T08:03:57","guid":{"rendered":"https:\/\/consultoriaehero.com\/?p=10585"},"modified":"2026-08-05T10:03:57","modified_gmt":"2026-08-05T08:03:57","slug":"abbonamenti-con-redsys-in-woocommerce-guida-2026","status":"publish","type":"post","link":"https:\/\/consultoriaehero.com\/it\/abbonamenti-con-redsys-in-woocommerce-guida-2026\/","title":{"rendered":"Abbonamenti con Redsys in WooCommerce: guida 2026"},"content":{"rendered":"

Incassare abbonamenti con Redsys in WooCommerce<\/strong> \u00e8 oggi la via standard per gestire pagamenti ricorrenti in Spagna, perch\u00e9 Redsys \u00e8 la piattaforma che serve la maggior parte delle banche spagnole (BBVA, Santander, CaixaBank, Sabadell e molte altre). La chiave non sta nel primo addebito, che qualunque gateway sa fare, ma nel secondo, nel terzo e in tutti quelli successivi: rinnovi che si addebitano da soli, mese dopo mese, senza che il cliente debba reinserire la carta. In questo articolo ti spieghiamo come lo rende possibile la tokenizzazione, come si integra con la normativa SCA\/PSD2 e perch\u00e9 Bizum, pur essendo comodo, non pu\u00f2 essere usato per i pagamenti ricorrenti. L\u2019obiettivo \u00e8 che tu possa impostare un modello di quote affidabile, in cui un primo pagamento autorizzato dia avvio ad addebiti successivi senza attriti.<\/p>\n

\"Addebito<\/figure>\n

Abbonamenti con Redsys in WooCommerce: perch\u00e9 la tokenizzazione cambia tutto<\/h2>\n

Un addebito ricorrente ha un requisito particolare: l\u2019attivit\u00e0 deve poter addebitare di nuovo senza che il cliente sia presente. Questo obbliga a conservare in modo sicuro una “credenziale di pagamento” riutilizzabile. Redsys risolve questo aspetto con il pagamento per riferimento<\/strong>, che \u00e8 il suo nome per la tokenizzazione: nel primo pagamento non solo si incassa, ma si richiede alla banca un riferimento che rappresenta quella carta e che resta associato al commercio. Nei rinnovi, il negozio invia soltanto quel riferimento e l\u2019importo, e la banca esegue l\u2019addebito.<\/p>\n

Conviene sottolineare un\u2019idea che spesso passa inosservata: il negozio non gestisce mai di nuovo il numero reale della carta. Conserva e riutilizza solo quel riferimento, cos\u00ec i dati sensibili restano sempre dal lato della banca e di Redsys, non sul tuo server. Questo riduce la tua esposizione e semplifica il rispetto degli obblighi di sicurezza sui dati della carta.<\/p>\n

Che cos\u2019\u00e8 il pagamento per riferimento (tokenizzazione)<\/h3>\n

Il riferimento \u00e8 un identificatore opaco. Non \u00e8 il numero della carta, non rivela i dati sensibili del cliente e vale solo per quello specifico commercio. Per questo \u00e8 sicuro conservarlo: anche se qualcuno lo intercettasse, non potrebbe usarlo altrove n\u00e9 ricostruire la carta originale. Questo meccanismo \u00e8 ci\u00f2 che separa un semplice gateway di pagamento da un gateway capace di sostenere veri abbonamenti. Senza token, ogni rinnovo richiederebbe al cliente di pagare di nuovo manualmente e, in pratica, questo uccide qualsiasi modello ricorrente.<\/p>\n

Come funziona l\u2019addebito ricorrente con Redsys passo dopo passo<\/h2>\n

Per capire bene come funzionano gli abbonamenti con Redsys in WooCommerce, conviene separare mentalmente due momenti molto diversi, perch\u00e9 hanno requisiti tecnici e legali differenti.<\/p>\n

Il primo pagamento: attivazione del riferimento<\/h3>\n

Nel checkout iniziale il cliente \u00e8 presente. Inserisce la sua carta nel POS virtuale di Redsys e, se la sua banca lo richiede, completa l\u2019autenticazione rafforzata (di solito un codice inviato dall\u2019app bancaria o via SMS). Nella stessa operazione, il negozio richiede l\u2019attivazione del riferimento. Alla fine accadono due cose: \u00e8 stata incassata la prima rata ed \u00e8 stato salvato il token per il futuro.<\/p>\n

I rinnovi automatici: addebito senza attriti<\/h3>\n

Quando arriva la data di rinnovo, il processo \u00e8 completamente non presidiato. WooCommerce avvia l\u2019addebito, invia il riferimento salvato a Redsys e la banca addebita l\u2019importo. Il cliente non riceve alcun modulo, non deve fare nulla e, se tutto va bene, se ne accorge solo quando vede l\u2019addebito nell\u2019estratto conto. Quando la banca risponde, Redsys invia al negozio una notifica di conferma; con essa, WooCommerce segna l\u2019ordine di rinnovo come pagato e prolunga l\u2019abbonamento automaticamente. Questo \u00e8 esattamente il comportamento che la guida agli abbonamenti in WooCommerce<\/a> descrive come indispensabile per qualsiasi attivit\u00e0 a quote: che il rinnovo non dipenda dalla buona memoria del cliente.<\/p>\n

SCA e PSD2: autenticazione rafforzata senza interrompere i rinnovi<\/h2>\n

La normativa europea PSD2 ha introdotto l\u2019Autenticazione Forte del Cliente (SCA): in molti pagamenti elettronici l\u2019utente deve dimostrare la propria identit\u00e0 con un doppio fattore. A prima vista questo cozza con l\u2019idea di un addebito non presidiato, perch\u00e9 al rinnovo il cliente non \u00e8 davanti per autenticarsi. \u00c8 qui che la tokenizzazione, se implementata bene, fa la differenza.<\/p>\n

Come gli abbonamenti con Redsys in WooCommerce aggirano in modo sicuro la SCA<\/h3>\n

La stessa PSD2 contempla le operazioni avviate dal commerciante (i cosiddetti MIT, merchant-initiated transactions<\/em>). La logica \u00e8 semplice: l\u2019autenticazione forte si esegue una sola volta<\/strong>, nel primo pagamento con il cliente presente, e quel consenso viene associato al riferimento. I rinnovi successivi vengono contrassegnati come addebiti ricorrenti avviati dal commerciante, restando esenti dal ripetere il doppio fattore. Non si sta aggirando la sicurezza: si sta rispettando la norma nel momento corretto e sfruttando l\u2019esenzione prevista per i pagamenti ricorrenti. Per questo gli abbonamenti con Redsys in WooCommerce possono essere automatici e conformi alla normativa allo stesso tempo.<\/p>\n

In pratica, questo significa che il peso dell\u2019autenticazione ricade sul primo addebito. Se quell\u2019attivazione viene fatta bene, con la carta correttamente tokenizzata e il consenso registrato, il resto del ciclo di vita dell\u2019abbonamento procede senza dover disturbare di nuovo il cliente con codici o conferme. Ecco perch\u00e9 l\u2019attivazione \u00e8 il momento pi\u00f9 delicato di tutto il processo e quello che merita pi\u00f9 attenzione.<\/p>\n

Perch\u00e9 Bizum non va bene per gli addebiti ricorrenti<\/h2>\n

Bizum \u00e8 veloce, noto e con un ottimo tasso di conversione per i pagamenti una tantum. Ma \u00e8 progettato proprio per questo: pagamenti puntuali, uno a uno, con l\u2019utente che conferma sul proprio telefono. Bizum non supporta la tokenizzazione<\/strong>, cio\u00e8 non genera un riferimento riutilizzabile che consenta al commerciante di addebitare di nuovo in autonomia. Senza token non \u00e8 possibile alcun rinnovo non presidiato.<\/p>\n

La conseguenza pratica \u00e8 chiara: puoi offrire Bizum per il primo pagamento se ai tuoi clienti risulta comodo, ma il rinnovo di un abbonamento richiede, necessariamente, una carta tokenizzata tramite Redsys. Presentare Bizum come metodo di “abbonamento” sarebbe fuorviante, perch\u00e9 ogni mese richiederebbe al cliente di confermare manualmente il pagamento, e quello non \u00e8 pi\u00f9 un abbonamento: \u00e8 una serie di acquisti separati che dipendono dal fatto che il cliente se ne ricordi e voglia farlo.<\/p>\n

Tabella comparativa: Redsys tokenizzato rispetto ad altre opzioni<\/h2>\n
\n\n\n\n\n\n\n\n\n
Metodo<\/th>\nRinnovo automatico<\/th>\nTokenizzazione<\/th>\nSCA una sola volta<\/th>\nUso consigliato<\/th>\n<\/tr>\n<\/thead>\n
Redsys (pagamento per riferimento)<\/td>\nS\u00ec<\/td>\nS\u00ec<\/td>\nS\u00ec, all\u2019attivazione<\/td>\nAbbonamenti e quote ricorrenti<\/td>\n<\/tr>\n
Bizum<\/td>\nNo<\/td>\nNo<\/td>\nNon applicabile<\/td>\nSolo pagamenti una tantum o primo addebito<\/td>\n<\/tr>\n
Addebito SEPA<\/td>\nS\u00ec<\/td>\nMandato, non token carta<\/td>\nNon applicabile<\/td>\nRicorrente B2B o quote elevate<\/td>\n<\/tr>\n
Carta internazionale (altri gateway)<\/td>\nS\u00ec<\/td>\nS\u00ec<\/td>\nS\u00ec<\/td>\nVendite fuori dalla Spagna<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Per un\u2019attivit\u00e0 spagnola che vende a clienti spagnoli, impostare abbonamenti con Redsys in WooCommerce \u00e8 spesso la combinazione pi\u00f9 naturale: quota bassa, integrazione diretta con la banca di sempre e piena compatibilit\u00e0 con l\u2019addebito ricorrente.<\/p>\n

Come configurare l\u2019addebito ricorrente di Redsys nel tuo negozio<\/h2>\n

Non entreremo nel dettaglio tecnico di ogni istituto per mettere in funzione gli abbonamenti con Redsys in WooCommerce, perch\u00e9 ogni banca ha il proprio pannello, ma \u00e8 utile sapere cosa chiedere e cosa cercare per evitare sorprese.<\/p>\n

Cosa chiedere alla tua banca<\/h3>\n