Los pagos recurrentes en WooCommerce permiten cobrar de forma automática y periódica a un cliente sin que tenga que volver a introducir su tarjeta en cada cobro, algo imprescindible para membresías, cuotas de servicio o cajas por suscripción. A diferencia de una venta puntual, el pedido inicial es solo el principio: detrás hay un ciclo de facturación, una pasarela que guarda una referencia de pago y una lógica de renovación que debe seguir funcionando sola durante meses. En esta guía explicamos, pieza a pieza, cómo encaja todo para que puedas montar un modelo de ingresos previsible.
Pagos recurrentes en WooCommerce: cómo funcionan
WooCommerce, por sí solo, está pensado para ventas de un solo pago: el cliente añade un producto, paga y la transacción termina ahí. Para cobrar de manera periódica hace falta una capa de suscripciones que convierta ese pedido inicial en un contrato repetible. Esa capa se encarga de tres cosas: definir cada cuánto se cobra, guardar una autorización de pago reutilizable y programar las renovaciones futuras. Cuando llega la fecha, el sistema genera un nuevo pedido y ejecuta el cobro sin intervención manual.
Entender bien este flujo evita sorpresas. No es lo mismo emitir una factura una vez que mantener viva una relación de cobro que puede fallar, cambiar de importe o cancelarse a mitad de un ciclo. Si buscas una visión de conjunto del modelo, tienes una guía de suscripciones en WooCommerce que complementa lo que verás aquí.
Pago único frente a pago recurrente
La diferencia esencial es la autorización. En un pago único, el cliente autoriza una sola operación por un importe concreto y ahí acaba todo. En un pago recurrente, autoriza que se le cobre de forma repetida en el futuro, y esa autorización se guarda como una referencia (un token) que la pasarela utilizará en cada renovación. El cliente no vuelve a teclear la tarjeta; el sistema reutiliza esa referencia de forma segura.
Esto tiene implicaciones prácticas. La suscripción tiene estados (activa, en pausa, cancelada, caducada), fechas de próxima renovación y un historial de pedidos asociados. Gestionar bien esos estados es justo lo que distingue una tienda que factura sola de otra que exige perseguir a cada cliente cada mes.
El producto de suscripción como base
Todo empieza por el tipo de producto, la base de los pagos recurrentes en WooCommerce. Un producto de suscripción define el precio, la moneda, la frecuencia de cobro y las condiciones especiales, como una prueba gratuita o una cuota de alta. Al comprarlo, WooCommerce no crea una venta cerrada, sino una suscripción con su calendario de renovaciones. Puedes tener suscripciones simples (un único plan) o variables (varios planes dentro del mismo producto, por ejemplo mensual y anual), de modo que el cliente elige la cadencia que prefiere.
Cada plan puede combinar importe recurrente y condiciones iniciales distintas. Esa flexibilidad es la que permite diseñar ofertas atractivas sin renunciar al control contable.
Ciclos de facturación disponibles
El ciclo de facturación es la frecuencia con la que se repiten los pagos recurrentes en WooCommerce. WooCommerce, con una capa de suscripciones, admite periodos habituales y también intervalos personalizados (por ejemplo, cada tres meses). Elegir bien el ciclo influye en la tesorería y en la percepción de precio del cliente.
| Ciclo | Frecuencia típica | Casos de uso frecuentes |
|---|---|---|
| Semanal | Cada 7 días | Cajas de producto fresco, servicios de alta rotación |
| Mensual | Cada mes | Membresías, software, contenidos, cuotas de servicio |
| Trimestral | Cada 3 meses | Mantenimientos, servicios profesionales |
| Anual | Cada 12 meses | Planes con descuento por permanencia, licencias |
Un buen sistema deja modificar el ciclo sin recrear la suscripción y respeta la fecha de renovación acordada con cada cliente, para que los cobros no se solapen ni se adelanten por error.
Periodos de prueba gratuitos y cuotas de alta
Dos ajustes iniciales cambian mucho el comportamiento de una suscripción: la prueba gratis y la cuota de alta. Conviene entenderlos por separado porque afectan al primer cobro de formas opuestas.
Pruebas gratis
Un periodo de prueba retrasa el primer cobro recurrente. Durante ese tramo el cliente disfruta del servicio sin pagar y, al terminar, empieza la facturación normal. Es clave que la pasarela guarde la autorización desde el registro, aunque el importe inicial sea cero, para que el primer cobro real no falle cuando termine la prueba.
Cuotas de alta
Una cuota de alta es un cargo puntual que se suma al primer pedido, por encima de la cuota periódica. Sirve para cubrir costes de puesta en marcha o material inicial. Se cobra una sola vez y no se repite en las renovaciones siguientes.
Prorrateo al cambiar de plan
En los pagos recurrentes en WooCommerce, el prorrateo entra en juego cuando un cliente cambia de plan a mitad de ciclo, por ejemplo pasa de mensual a anual o sube de tarifa. En lugar de cobrarle el nuevo importe completo de inmediato, el sistema calcula la parte proporcional del periodo ya pagado y ajusta la diferencia. Así el cliente no paga dos veces por los mismos días y la contabilidad refleja el importe exacto.
El prorrateo puede aplicarse al alta, en las mejoras de plan (upgrades) o en las bajadas (downgrades). Automatizarlo evita cálculos manuales y reclamaciones, que son la principal fuente de fricción en cualquier tienda con planes.
Renovación automática y el papel de la pasarela
La renovación automática es el corazón de los pagos recurrentes en WooCommerce. En la fecha prevista, se genera un pedido de renovación y la pasarela ejecuta el cobro usando la referencia guardada. Aquí la pasarela no es un detalle menor: sin tokenización no hay renovación posible, porque nadie va a estar introduciendo la tarjeta cada mes.
Tokenización con Redsys en los pagos recurrentes en WooCommerce
En España, el escenario más común es cobrar con Redsys a través de los bancos nacionales. EHERO WooCommerce Subscriptions cobra las renovaciones automáticas con Redsys mediante tokenización, es decir, el llamado pago por referencia: en el primer pago se autoriza y se guarda una referencia con la que el banco ejecutará los siguientes cobros sin volver a pedir la tarjeta. Conviene saber que Bizum no sirve para cobros recurrentes, porque no permite tokenizar una autorización reutilizable; es útil para pagos puntuales, no para renovaciones.
Reintentos cuando falla un cobro
Un cobro recurrente puede fallar por saldo insuficiente, una tarjeta caducada o un rechazo temporal del banco. Sin una política de reintentos, esa suscripción se perdería aunque el cliente quisiera seguir. Por eso el sistema debe reintentar el cargo con una cadencia razonable (por ejemplo, a los pocos días) y avisar al cliente para que actualice sus datos.
Durante los reintentos, la suscripción pasa a un estado de gracia en lugar de cancelarse de golpe. Solo si todos los intentos fracasan se marca como impagada. Un punto crítico es la idempotencia: cada reintento debe reutilizar el mismo pedido de renovación en vez de crear uno nuevo, para no duplicar cobros ni facturas.
Impuestos e IVA en cada renovación
Cada pedido de renovación es una operación fiscal completa, no una copia del anterior. Eso significa que el IVA se calcula en cada cobro según las reglas aplicables al cliente en ese momento: su país, si es empresa con IVA intracomunitario válido o un consumidor final. Si la fiscalidad del cliente cambia, la siguiente renovación debe reflejarlo.
Para operaciones dentro de la UE, la validación del número de IVA y la exención cuando corresponde deben mantenerse a lo largo de toda la vida de la suscripción, no solo en el alta. Unos pagos recurrentes en WooCommerce bien montados vuelven a evaluar estas condiciones en cada ciclo para que la factura sea siempre correcta.
De WooCommerce a la contabilidad
Los pagos recurrentes en WooCommerce son solo la mitad del trabajo; la otra mitad es dejar cada renovación reflejada en tu contabilidad. Aquí es donde importa el enlace con un ERP. EHERO WooCommerce Subscriptions gestiona todo el ciclo de vida (alta, ciclos, prorrateo, reintentos e impuestos) y, junto con EHERO Woo Holded, lleva la facturación a Holded para que cada cobro genere su documento sin tareas manuales. Si quieres profundizar en ese puente, revisa cómo integrar Holded con WooCommerce.
WooCommerce es software libre y de código abierto, mantenido sobre WordPress, lo que te da control total sobre tus datos de suscripción sin depender de una plataforma cerrada.
Preguntas frecuentes
¿Necesito un plugin para cobrar de forma periódica?
Sí. WooCommerce de serie solo procesa pagos únicos; para renovaciones automáticas necesitas una capa de suscripciones que gestione ciclos, tokenización y reintentos.
¿Puedo cobrar las renovaciones con Redsys y mi banco español?
Sí. Con tokenización (pago por referencia) el banco autoriza el primer cobro y ejecuta los siguientes automáticamente, sin que el cliente vuelva a introducir la tarjeta.
¿Sirve Bizum para suscripciones?
No. Bizum funciona bien para pagos puntuales, pero no permite tokenizar una autorización reutilizable, así que no es válido para cobros recurrentes.
¿Qué ocurre si una renovación es rechazada?
El sistema reintenta el cargo durante un periodo de gracia y avisa al cliente. Solo si todos los intentos fallan la suscripción pasa a impagada.
Conclusión
Montar bien los pagos recurrentes en WooCommerce es cuestión de encajar cada pieza: producto de suscripción, ciclo de facturación, pruebas y cuotas de alta, prorrateo, renovación automática por tokenización, reintentos ante fallos e IVA recalculado en cada cobro. Cuando todo eso funciona sin intervención manual, tu tienda pasa de vender una vez a facturar de forma previsible mes a mes. Para conseguirlo con Redsys y con la facturación conectada a Holded, echa un vistazo a la ficha de EHERO WooCommerce Subscriptions y valora si encaja con tu modelo de negocio.