Os pagos recorrentes en WooCommerce permiten cobrar de forma automática e periódica a un cliente sen que teña que volver introducir a súa tarxeta en cada cobro, algo imprescindible para membresías, cotas de servizo ou caixas por subscrición. A diferenza dunha venda puntual, o pedido inicial é só o principio: detrás hai un ciclo de facturación, unha pasarela que garda unha referencia de pagamento e unha lóxica de renovación que debe seguir funcionando soa durante meses. Nesta guía explicamos, peza a peza, como encaixa todo para que poidas montar un modelo de ingresos previsible.
Pagos recurrentes en WooCommerce: como funcionan
WooCommerce, por si só, está pensado para vendas dun só pagamento: o cliente engade un produto, paga e a transacción remata aí. Para cobrar de maneira periódica fai falta unha capa de subscricións que converta ese pedido inicial nun contrato repetible. Esa capa encárgase de tres cousas: definir cada canto se cobra, gardar unha autorización de pagamento reutilizable e programar as renovacións futuras. Cando chega a data, o sistema xera un novo pedido e executa o cobro sen intervención manual.
Entender ben este fluxo evita sorpresas. Non é o mesmo emitir unha factura unha vez que manter viva unha relación de cobro que pode fallar, cambiar de importe ou cancelarse a metade dun ciclo. Se buscas unha visión de conxunto do modelo, tes unha guía de subscricións en WooCommerce que complementa o que verás aquí.
Pagamento único fronte a pagamento recorrente
A diferenza esencial é a autorización. Nun pagamento único, o cliente autoriza unha soa operación por un importe concreto e aí remata todo. Nun pagamento recorrente, autoriza que se lle cobre de forma repetida no futuro, e esa autorización gárdase como unha referencia (un token) que a pasarela utilizará en cada renovación. O cliente non volve teclear a tarxeta; o sistema reutiliza esa referencia de forma segura.
Isto ten implicacións prácticas. A subscrición ten estados (activa, en pausa, cancelada, caducada), datas de próxima renovación e un historial de pedidos asociados. Xestionar ben eses estados é xusto o que distingue unha tenda que factura soa doutra que esixe perseguir a cada cliente cada mes.
O produto de subscrición como base
Todo comeza polo tipo de produto, a base dos pagos recorrentes en WooCommerce. Un produto de subscrición define o prezo, a moeda, a frecuencia de cobro e as condicións especiais, como unha proba gratuíta ou unha cota de alta. Ao compralo, WooCommerce non crea unha venda pechada, senón unha subscrición co seu calendario de renovacións. Podes ter subscricións simples (un único plan) ou variables (varios plans dentro do mesmo produto, por exemplo mensual e anual), de modo que o cliente escolle a cadencia que prefire.
Cada plan pode combinar importe recorrente e condicións iniciais distintas. Esa flexibilidade é a que permite deseñar ofertas atractivas sen renunciar ao control contable.
Ciclos de facturación dispoñibles
O ciclo de facturación é a frecuencia coa que se repiten os pagos recorrentes en WooCommerce. WooCommerce, cunha capa de subscricións, admite períodos habituais e tamén intervalos personalizados (por exemplo, cada tres meses). Escoller ben o ciclo inflúe na tesouraría e na percepción de prezo do cliente.
| Ciclo | Frecuencia típica | Casos de uso frecuentes |
|---|---|---|
| Semanal | Cada 7 días | Caixas de produto fresco, servizos de alta rotación |
| Mensual | Cada mes | Membresías, software, contidos, cotas de servizo |
| Trimestral | Cada 3 meses | Mantementos, servizos profesionais |
| Anual | Cada 12 meses | Plans con desconto por permanencia, licenzas |
Un bo sistema deixa modificar o ciclo sen recrear a subscrición e respecta a data de renovación acordada con cada cliente, para que os cobros non se solapen nin se adianten por erro.
Períodos de proba gratuítos e cotas de alta
Dous axustes iniciais cambian moito o comportamento dunha subscrición: a proba gratis e a cota de alta. Convén entendelos por separado porque afectan ao primeiro cobro de formas opostas.
Probas gratis
Un período de proba atrasa o primeiro cobro recorrente. Durante ese tramo o cliente goza do servizo sen pagar e, ao rematar, comeza a facturación normal. É clave que a pasarela garde a autorización desde o rexistro, aínda que o importe inicial sexa cero, para que o primeiro cobro real non falle cando remate a proba.
Cotas de alta
Unha cota de alta é un cargo puntual que se suma ao primeiro pedido, por enriba da cota periódica. Serve para cubrir custos de posta en marcha ou material inicial. Cóbrase unha soa vez e non se repite nas renovacións seguintes.
Prorrateo ao cambiar de plan
Nos pagos recorrentes en WooCommerce, o prorrateo entra en xogo cando un cliente cambia de plan a metade de ciclo, por exemplo pasa de mensual a anual ou sobe de tarifa. En lugar de cobrarlle o novo importe completo de inmediato, o sistema calcula a parte proporcional do período xa pagado e axusta a diferenza. Así o cliente non paga dúas veces polos mesmos días e a contabilidade reflicte o importe exacto.
O prorrateo pode aplicarse ao alta, nas melloras de plan (upgrades) ou nas baixadas (downgrades). Automatizalo evita cálculos manuais e reclamacións, que son a principal fonte de fricción en calquera tenda con plans.
Renovación automática e o papel da pasarela
A renovación automática é o corazón dos pagos recorrentes en WooCommerce. Na data prevista, xérase un pedido de renovación e a pasarela executa o cobro usando a referencia gardada. Aquí a pasarela non é un detalle menor: sen tokenización non hai renovación posible, porque ninguén vai estar introducindo a tarxeta cada mes.
Tokenización con Redsys nos pagos recorrentes en WooCommerce
En España, o escenario máis común é cobrar con Redsys a través dos bancos nacionais. EHERO WooCommerce Subscriptions cobra as renovacións automáticas con Redsys mediante tokenización, é dicir, o chamado pagamento por referencia: no primeiro pagamento autorízase e gárdase unha referencia coa que o banco executará os seguintes cobros sen volver pedir a tarxeta. Convén saber que Bizum non serve para cobros recorrentes, porque non permite tokenizar unha autorización reutilizable; é útil para pagamentos puntuais, non para renovacións.
Reintentos cando falla un cobro
Un cobro recorrente pode fallar por saldo insuficiente, unha tarxeta caducada ou un rexeitamento temporal do banco. Sen unha política de reintentos, esa subscrición perderíase aínda que o cliente quixese seguir. Por iso o sistema debe reintentar o cargo cunha cadencia razoable (por exemplo, aos poucos días) e avisar o cliente para que actualice os seus datos.
Durante os reintentos, a subscrición pasa a un estado de graza en lugar de cancelarse de golpe. Só se todos os intentos fracasan márcase como impagada. Un punto crítico é a idempotencia: cada reintento debe reutilizar o mesmo pedido de renovación en vez de crear un novo, para non duplicar cobros nin facturas.
Impostos e IVE en cada renovación
Cada pedido de renovación é unha operación fiscal completa, non unha copia da anterior. Iso significa que o IVE se calcula en cada cobro segundo as regras aplicables ao cliente nese momento: o seu país, se é empresa con IVE intracomunitario válido ou un consumidor final. Se a fiscalidade do cliente cambia, a seguinte renovación debe reflectilo.
Para operacións dentro da UE, a validación do número de IVE e a exención cando corresponda deben manterse ao longo de toda a vida da subscrición, non só na alta. Uns pagos recorrentes en WooCommerce ben montados volven avaliar estas condicións en cada ciclo para que a factura sexa sempre correcta.
De WooCommerce á contabilidade
Os pagos recorrentes en WooCommerce son só a metade do traballo; a outra metade é deixar cada renovación reflectida na túa contabilidade. Aquí é onde importa o enlace cun ERP. EHERO WooCommerce Subscriptions xestiona todo o ciclo de vida (alta, ciclos, prorrateo, reintentos e impostos) e, xunto con EHERO Woo Holded, leva a facturación a Holded para que cada cobro xere o seu documento sen tarefas manuais. Se queres profundar nesa ponte, revisa como integrar Holded con WooCommerce.
WooCommerce é software libre e de código aberto, mantido sobre WordPress, o que che dá control total sobre os teus datos de subscrición sen depender dunha plataforma pechada.
Preguntas frecuentes
Necesito un plugin para cobrar de forma periódica?
Si. WooCommerce de serie só procesa pagamentos únicos; para renovacións automáticas necesitas unha capa de subscricións que xestione ciclos, tokenización e reintentos.
Podo cobrar as renovacións con Redsys e o meu banco español?
Si. Con tokenización (pagamento por referencia) o banco autoriza o primeiro cobro e executa os seguintes automaticamente, sen que o cliente volva introducir a tarxeta.
Serve Bizum para subscricións?
Non. Bizum funciona ben para pagamentos puntuais, pero non permite tokenizar unha autorización reutilizable, así que non é válido para cobros recorrentes.
Que ocorre se unha renovación é rexeitada?
O sistema reintenta o cargo durante un período de graza e avisa o cliente. Só se todos os intentos fallan a subscrición pasa a impagada.
Conclusión
Montar ben os pagos recorrentes en WooCommerce é cuestión de encaixar cada peza: produto de subscrición, ciclo de facturación, probas e cotas de alta, prorrateo, renovación automática por tokenización, reintentos ante fallos e IVE recalculado en cada cobro. Cando todo iso funciona sen intervención manual, a túa tenda pasa de vender unha vez a facturar de forma previsible mes a mes. Para conseguilo con Redsys e coa facturación conectada a Holded, bótalle un ollo á ficha de EHERO WooCommerce Subscriptions e valora se encaixa co teu modelo de negocio.