Un pago recurrente no es simplemente un pago único que se repite cada mes. Para cobrar una cuota de membresía, una reserva periódica o una suscripción de producto con tarjeta, la tienda debe conservar una referencia segura del método de pago y enviar cada renovación con el tipo de operación correcto. Entender cómo funciona Redsys Suscripciones evita uno de los problemas más comunes en WooCommerce: vender la suscripción correctamente y descubrir después que las renovaciones no pueden procesarse.
Redsys permite operar cobros recurrentes mediante tokenización y pagos iniciados por el comercio, siempre que la entidad bancaria haya habilitado esta operativa en el terminal. La pasarela no sustituye al sistema de suscripciones de WordPress. WooCommerce Subscriptions, o el plugin que gestione la recurrencia, calcula cuándo se debe renovar cada contrato. Redsys recibe la orden de cobro y autoriza o rechaza la transacción.
Qué es Redsys Suscripciones y qué interviene
En la práctica, una suscripción con Redsys combina tres elementos: el sistema que crea y administra el plan, el titular que autoriza inicialmente su tarjeta y el terminal virtual que procesa los cobros posteriores. Cada parte tiene una responsabilidad distinta.
Durante el alta, el cliente entra en el entorno de pago seguro de Redsys y valida el cargo inicial mediante el método de autenticación que corresponda, habitualmente 3D Secure. Si todo está correctamente configurado, Redsys devuelve una referencia tokenizada de la tarjeta. Esa referencia no es el número de tarjeta ni debe tratarse como tal. Es un identificador que permite solicitar nuevos cobros sin pedir al cliente los datos de pago en cada renovación.
Después, WooCommerce Subscriptions registra las fechas, importes, impuestos, pruebas gratuitas, cambios de estado y reintentos. Cuando llega la fecha de renovación, la integración de pago envía a Redsys una operación recurrente asociada al identificador almacenado. Si el banco autoriza el cargo, el pedido de renovación pasa a pagado. Si lo rechaza, la suscripción puede quedar en espera, vencida o pendiente de reintento, según las reglas definidas en WooCommerce.
No todas las instalaciones de Redsys tienen activada esta capacidad. Tener un TPV virtual operativo para pagos únicos no garantiza que funcione para renovaciones automáticas. El banco debe habilitar la tokenización y los pagos recurrentes para el comercio y para el entorno correspondiente, pruebas o producción.
Cómo funciona Redsys Suscripciones paso a paso
El flujo real empieza antes del primer cobro. El comercio crea un producto de suscripción en WooCommerce con una periodicidad concreta, por ejemplo, mensual o anual. Puede haber una cuota de alta, un período de prueba o un importe inicial distinto al de las renovaciones. Estas reglas las gestiona el módulo de suscripciones, no Redsys.
1. El cliente acepta la primera operación
Al finalizar la compra, el cliente es redirigido o presentado con el formulario de pago de Redsys. En ese momento autoriza el primer cargo y acepta la relación de cobros posteriores según las condiciones del servicio. Es recomendable que la página de contratación explique claramente la frecuencia, el importe, cómo cancelar y qué ocurre si cambia el precio.
La autenticación reforzada del primer pago es clave. Las renovaciones no deben comportarse como un pago normal introduciendo nuevamente la tarjeta, sino como una operación posterior vinculada al consentimiento inicial. Esta diferencia influye en cómo la entidad emisora evalúa el cobro.
2. Se guarda un token, no la tarjeta
Una vez autorizado el pago, Redsys entrega los datos necesarios para identificar ese medio de pago de forma tokenizada. La integración compatible guarda esa referencia en la cuenta del cliente o en la información de la suscripción, siguiendo el diseño del plugin.
La tienda no debe almacenar PAN, CVV ni datos sensibles de la tarjeta. Además de ser una mala práctica de seguridad, supondría obligaciones de cumplimiento innecesarias. El valor de la tokenización es precisamente que el comercio pueda iniciar renovaciones sin manejar esos datos.
3. WooCommerce programa la renovación
Cuando vence el siguiente período, WooCommerce Subscriptions genera un pedido de renovación. El proceso puede depender de WP-Cron, de un cron real del servidor o de sistemas de acciones programadas. Por eso, una tienda con tareas programadas bloqueadas o con poco tráfico puede tener renovaciones atrasadas aunque Redsys esté bien configurado.
La pasarela recibe la orden con el importe correspondiente y la referencia tokenizada. Si la suscripción incluye impuestos variables, descuentos temporales o cambios de plan, el importe enviado será el que el sistema de suscripciones haya calculado para ese pedido concreto.
4. Redsys autoriza o rechaza el cobro
El banco emisor puede aprobar, rechazar o requerir una actuación adicional en casos determinados. Una tarjeta vencida, límite disponible insuficiente, una tarjeta reemplazada o una política antifraude del emisor pueden provocar un fallo. Un rechazo no siempre indica un error de integración.
La diferencia está en la gestión posterior. Una buena configuración debe registrar el motivo disponible, notificar al cliente de forma clara y permitir reintentos controlados. Cobrar de nuevo cada pocos minutos no mejora la recuperación y puede generar incidencias con el banco o con el cliente.
Requisitos que debes confirmar con tu banco
Antes de elegir o configurar un plugin, conviene pedir al banco una confirmación explícita. Solicita la activación de pagos recurrentes, tokenización o pagos por referencia, según la terminología de tu entidad. También confirma que el entorno de pruebas replica esta funcionalidad y que el terminal de producción cuenta con la misma autorización.
Pregunta si existen restricciones para determinados modelos de negocio, importes o países de emisión de tarjeta. Algunos bancos aplican políticas específicas a membresías, formación, donaciones periódicas o servicios digitales. Si vendes a clientes fuera de España, valida también el comportamiento con tarjetas internacionales y monedas admitidas por tu contrato.
Necesitarás las credenciales del terminal y los parámetros habituales de Redsys, pero no basta con introducir el número de comercio y la clave de firma. La integración debe soportar específicamente el almacenamiento de referencias y los cargos posteriores. Un plugin diseñado solo para cobros únicos puede completar el primer pedido y fallar al llegar la primera renovación.
Configuración en WooCommerce: dónde suelen aparecer los errores
La primera comprobación es la compatibilidad. Revisa que la pasarela Redsys elegida declare soporte para WooCommerce Subscriptions y para el mecanismo recurrente que exige tu banco. También conviene verificar compatibilidad con HPOS, versiones actuales de PHP, checkout en bloques si lo utilizas y plugins de caché o seguridad presentes en el sitio.
Configura primero el entorno de pruebas y realiza un ciclo completo: alta, creación del token, renovación programada, pago aprobado, pago rechazado y cancelación. Probar solo el checkout inicial no valida una suscripción. Si la recurrencia es mensual, no necesitas esperar treinta días: ajusta temporalmente la periodicidad en un entorno de staging o utiliza las herramientas del plugin para generar una renovación de prueba.
Revisa los registros de WooCommerce y de la pasarela. Deben permitir relacionar el pedido inicial, el identificador de suscripción y cada pedido de renovación sin exponer datos sensibles. Esta trazabilidad acelera mucho el diagnóstico cuando un cliente informa que fue cobrado pero su acceso no se renovó, o cuando el pedido sigue pendiente pese a que Redsys aprobó la operación.
También debes comprobar las notificaciones del servidor. Si la integración utiliza respuestas asíncronas de Redsys, una URL bloqueada por firewall, protección antispam o reglas de caché puede dejar pedidos en estados incorrectos. El navegador del cliente no debe ser la única fuente de confirmación del pago.
Renovaciones fallidas: qué hacer sin perder clientes
Los fallos son parte normal de cualquier modelo recurrente. Lo relevante es diseñar un proceso de recuperación razonable. Un primer rechazo puede deberse a un problema puntual de saldo, por lo que un reintento posterior tiene sentido. Si el fallo persiste, el cliente necesita una forma sencilla de actualizar su tarjeta y pagar la renovación pendiente.
Evita cancelar de inmediato una suscripción valiosa por un único rechazo, especialmente en servicios donde el acceso puede mantenerse durante un breve período de gracia. Pero tampoco mantengas acceso indefinidamente a cuentas impagadas. El equilibrio depende del margen del negocio, la frecuencia de cobro y el tipo de servicio.
Las comunicaciones deben ser concretas: indicar que la renovación no pudo cobrarse, explicar dónde actualizar el método de pago y señalar la fecha límite para conservar el servicio. No incluyas detalles técnicos del rechazo ni información bancaria sensible en el correo.
Cuándo Redsys es una buena opción para suscripciones
Redsys encaja especialmente bien si ya trabajas con una entidad bancaria española, necesitas cobrar en euros y quieres mantener el flujo de pago dentro de una infraestructura bancaria conocida. Para tiendas WooCommerce, asociaciones, academias, reservas con cuota periódica o plataformas de acceso de pago, puede ser una solución muy adecuada si el contrato bancario y el plugin resuelven correctamente la tokenización.
No obstante, la elección depende de la operativa. Si necesitas múltiples monedas, analítica avanzada de recuperación de pagos, facturación internacional compleja o métodos de pago alternativos en muchos mercados, conviene evaluar el alcance completo de la pasarela y no solo la comisión por transacción. La mejor integración es la que cubre el cobro inicial, la renovación, los errores y el soporte operativo posterior.
Codection desarrolla integraciones especializadas para pagos en WordPress y WooCommerce, pero el punto de partida sigue siendo el mismo: confirmar con el banco que el terminal permite la operativa recurrente que tu negocio necesita. Con esa validación y una prueba completa antes de publicar, las suscripciones dejan de ser una promesa comercial y pasan a ser un proceso de cobro controlable.