Incassare abbonamenti con Redsys in WooCommerce è oggi la via standard per gestire pagamenti ricorrenti in Spagna, perché Redsys è 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é Bizum, pur essendo comodo, non può essere usato per i pagamenti ricorrenti. L’obiettivo è che tu possa impostare un modello di quote affidabile, in cui un primo pagamento autorizzato dia avvio ad addebiti successivi senza attriti.
Abbonamenti con Redsys in WooCommerce: perché la tokenizzazione cambia tutto
Un addebito ricorrente ha un requisito particolare: l’attività 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, che è 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’importo, e la banca esegue l’addebito.
Conviene sottolineare un’idea che spesso passa inosservata: il negozio non gestisce mai di nuovo il numero reale della carta. Conserva e riutilizza solo quel riferimento, così 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.
Che cos’è il pagamento per riferimento (tokenizzazione)
Il riferimento è un identificatore opaco. Non è il numero della carta, non rivela i dati sensibili del cliente e vale solo per quello specifico commercio. Per questo è sicuro conservarlo: anche se qualcuno lo intercettasse, non potrebbe usarlo altrove né ricostruire la carta originale. Questo meccanismo è ciò 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.
Come funziona l’addebito ricorrente con Redsys passo dopo passo
Per capire bene come funzionano gli abbonamenti con Redsys in WooCommerce, conviene separare mentalmente due momenti molto diversi, perché hanno requisiti tecnici e legali differenti.
Il primo pagamento: attivazione del riferimento
Nel checkout iniziale il cliente è presente. Inserisce la sua carta nel POS virtuale di Redsys e, se la sua banca lo richiede, completa l’autenticazione rafforzata (di solito un codice inviato dall’app bancaria o via SMS). Nella stessa operazione, il negozio richiede l’attivazione del riferimento. Alla fine accadono due cose: è stata incassata la prima rata ed è stato salvato il token per il futuro.
I rinnovi automatici: addebito senza attriti
Quando arriva la data di rinnovo, il processo è completamente non presidiato. WooCommerce avvia l’addebito, invia il riferimento salvato a Redsys e la banca addebita l’importo. Il cliente non riceve alcun modulo, non deve fare nulla e, se tutto va bene, se ne accorge solo quando vede l’addebito nell’estratto conto. Quando la banca risponde, Redsys invia al negozio una notifica di conferma; con essa, WooCommerce segna l’ordine di rinnovo come pagato e prolunga l’abbonamento automaticamente. Questo è esattamente il comportamento che la guida agli abbonamenti in WooCommerce descrive come indispensabile per qualsiasi attività a quote: che il rinnovo non dipenda dalla buona memoria del cliente.
SCA e PSD2: autenticazione rafforzata senza interrompere i rinnovi
La normativa europea PSD2 ha introdotto l’Autenticazione Forte del Cliente (SCA): in molti pagamenti elettronici l’utente deve dimostrare la propria identità con un doppio fattore. A prima vista questo cozza con l’idea di un addebito non presidiato, perché al rinnovo il cliente non è davanti per autenticarsi. È qui che la tokenizzazione, se implementata bene, fa la differenza.
Come gli abbonamenti con Redsys in WooCommerce aggirano in modo sicuro la SCA
La stessa PSD2 contempla le operazioni avviate dal commerciante (i cosiddetti MIT, merchant-initiated transactions). La logica è semplice: l’autenticazione forte si esegue una sola volta, 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’esenzione prevista per i pagamenti ricorrenti. Per questo gli abbonamenti con Redsys in WooCommerce possono essere automatici e conformi alla normativa allo stesso tempo.
In pratica, questo significa che il peso dell’autenticazione ricade sul primo addebito. Se quell’attivazione viene fatta bene, con la carta correttamente tokenizzata e il consenso registrato, il resto del ciclo di vita dell’abbonamento procede senza dover disturbare di nuovo il cliente con codici o conferme. Ecco perché l’attivazione è il momento più delicato di tutto il processo e quello che merita più attenzione.
Perché Bizum non va bene per gli addebiti ricorrenti
Bizum è veloce, noto e con un ottimo tasso di conversione per i pagamenti una tantum. Ma è progettato proprio per questo: pagamenti puntuali, uno a uno, con l’utente che conferma sul proprio telefono. Bizum non supporta la tokenizzazione, cioè non genera un riferimento riutilizzabile che consenta al commerciante di addebitare di nuovo in autonomia. Senza token non è possibile alcun rinnovo non presidiato.
La conseguenza pratica è 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é ogni mese richiederebbe al cliente di confermare manualmente il pagamento, e quello non è più un abbonamento: è una serie di acquisti separati che dipendono dal fatto che il cliente se ne ricordi e voglia farlo.
Tabella comparativa: Redsys tokenizzato rispetto ad altre opzioni
| Metodo | Rinnovo automatico | Tokenizzazione | SCA una sola volta | Uso consigliato |
|---|---|---|---|---|
| Redsys (pagamento per riferimento) | Sì | Sì | Sì, all’attivazione | Abbonamenti e quote ricorrenti |
| Bizum | No | No | Non applicabile | Solo pagamenti una tantum o primo addebito |
| Addebito SEPA | Sì | Mandato, non token carta | Non applicabile | Ricorrente B2B o quote elevate |
| Carta internazionale (altri gateway) | Sì | Sì | Sì | Vendite fuori dalla Spagna |
Per un’attività spagnola che vende a clienti spagnoli, impostare abbonamenti con Redsys in WooCommerce è spesso la combinazione più naturale: quota bassa, integrazione diretta con la banca di sempre e piena compatibilità con l’addebito ricorrente.
Come configurare l’addebito ricorrente di Redsys nel tuo negozio
Non entreremo nel dettaglio tecnico di ogni istituto per mettere in funzione gli abbonamenti con Redsys in WooCommerce, perché ogni banca ha il proprio pannello, ma è utile sapere cosa chiedere e cosa cercare per evitare sorprese.
Cosa chiedere alla tua banca
- POS virtuale con pagamento per riferimento attivato. Non basta un POS normale; bisogna richiedere esplicitamente la modalità di riferimento (tokenizzazione). A volte si chiama “pagamento per riferimento” o “pagamento ricorrente”.
- Chiave segreta di firma (SHA-256). Redsys firma ogni operazione; ti servirà quella chiave affinché WooCommerce e la banca si capiscano.
- Conferma del supporto ai MIT. È ciò che consente di contrassegnare i rinnovi come addebiti avviati dal commerciante ed evitare il doppio fattore a ogni incasso.
Prova prima nell’ambiente di test
Redsys dispone di un ambiente di prova separato da quello reale, con chiavi proprie. Prima di aprire gli incassi ai clienti conviene simulare lì un’attivazione del riferimento e un rinnovo completo, verificando che la firma venga convalidata correttamente e che la notifica di conferma arrivi al negozio. Così individui gli errori di configurazione senza rischiare incassi reali né lasciare abbonamenti a metà. Ricorda che la chiave dell’ambiente di test e quella di produzione sono diverse: cambiarle quando si passa al reale è una dimenticanza frequente.
Cosa cercare nel plugin
Per far funzionare gli abbonamenti con Redsys in WooCommerce senza intoppi, il connettore che usi deve fare bene tre cose: attivare il riferimento nel primo pagamento, salvarlo associato all’abbonamento e avviare i rinnovi inviando quel riferimento con la firma corretta. EHERO WooCommerce Subscriptions integra nativamente Redsys ricorrente, così tokenizzazione, ciclo di rinnovo e gestione dell’esenzione SCA sono già risolti senza plugin intermedi o patch. Se vuoi validare l’impostazione sulla base di WooCommerce, la documentazione ufficiale di WooCommerce è un buon riferimento per il comportamento standard della piattaforma.
Fatturazione automatica dei rinnovi
Un addebito ricorrente genera, ogni mese, un obbligo contabile. Se ogni rinnovo ti obbliga a emettere una fattura a mano, il risparmio di tempo dell’incasso automatico si perde nella gestione amministrativa. Per questo, quando gestisci abbonamenti con Redsys in WooCommerce, ha senso collegare gli incassi alla fatturazione: quando un abbonamento si rinnova e Redsys conferma l’addebito, la fattura dovrebbe essere emessa automaticamente. Documentare ogni rinnovo non è solo comodità: è un obbligo fiscale, e automatizzare la fattura evita dimenticanze e allinea gli importi con quanto effettivamente incassato da Redsys. EHERO Woo Holded copre proprio questo passaggio, sincronizzando gli ordini di WooCommerce con il tuo sistema di fatturazione affinché i rinnovi restino documentati senza intervento manuale.
Domande frequenti
Posso usare Bizum per addebitare un abbonamento ogni mese?
Non in modo automatico. Bizum non consente di tokenizzare la carta, quindi ogni addebito richiederebbe che il cliente confermasse il pagamento manualmente. Va bene per il primo pagamento, non per il rinnovo.
Il cliente deve autenticarsi a ogni rinnovo per via della SCA?
No. L’autenticazione forte si esegue una sola volta, all’attivazione del riferimento. I rinnovi vengono contrassegnati come addebiti avviati dal commerciante e restano esenti dal doppio fattore.
Cosa succede se la carta tokenizzata scade o la banca rifiuta l’addebito?
Il rinnovo fallisce e l’abbonamento resta in attesa di pagamento. L’ideale è che il sistema ritenti l’addebito e avvisi il cliente affinché aggiorni la carta prima della sospensione del servizio.
Mi serve un POS virtuale speciale della mia banca per tokenizzare?
Ti serve lo stesso POS di Redsys, ma con la modalità di pagamento per riferimento abilitata. È un’impostazione che la tua banca attiva su richiesta; conviene confermarla prima di lanciare gli abbonamenti.
Conclusione
Impostare abbonamenti con Redsys in WooCommerce non è complicato quando capisci il pezzo centrale: la tokenizzazione o pagamento per riferimento, che trasforma un primo pagamento autenticato in una serie di rinnovi automatici e conformi alla PSD2. Bizum resta per i pagamenti una tantum; la ricorrenza vive nella carta tokenizzata. Se vuoi incassare quote ogni mese senza attriti, con il supporto della tua banca spagnola e senza dipendere da terzi, dai un’occhiata a EHERO WooCommerce Subscriptions: integra Redsys ricorrente in modo nativo e ti risparmia il più grande grattacapo di qualsiasi attività in abbonamento, cioè l’incasso che arriva, senza errori, mese dopo mese.