Aprender a recuperar pagamentos fallidos en WooCommerce é a diferenza entre unha base de subscritores que medra mes a mes e unha que se desangra en silencio sen que ninguén se dea conta. Cando vendes subscricións ou pedidos recorrentes, unha parte das túas renovacións non se cobra á primeira: a tarxeta caducou, non hai saldo suficiente, o banco rexeita a operación ou falta a autenticación reforzada do titular. Se non fas nada, eses clientes acaban dados de baixa sen telo decidido, e a ese fenómeno chámaselle churn involuntario. A boa nova é que a maioría deses cobros pódense rescatar cunha estratexia de dunning ben pensada, sen presionar o cliente e sen depender dun traballo manual constante.
Recuperar pagamentos fallidos en WooCommerce: por que é a túa maior panca de retención
Nun negocio de subscrición, a retención vale máis ca captación. Conseguir un cliente novo custa tempo, esforzo comercial e diñeiro; manter un que xa che paga cada mes é moito máis rendible e previsible. O problema é que boa parte das baixas non veñen de clientes descontentos, senón de cobros que fallan no momento da renovación. O cliente quería seguir contigo, pero a súa tarxeta non pasou e ninguén lle avisou a tempo para arranxalo. Recuperar pagamentos fallidos en WooCommerce é, moitas veces, a vía máis barata e rápida para facer medrar os teus ingresos recorrentes sen vender unha soa subscrición máis.
Antes de entrar na mecánica convén entender un matiz importante: non todos os fallos de cobro son iguais. Algúns son transitorios e resólvense sós en cuestión de días; outros esixen que o cliente actúe e actualice os seus datos. A túa estratexia de recuperación ten que distinguir entre ambos tipos para non molestar de máis ao cliente nin renderte demasiado cedo cun cobro que aínda era perfectamente recuperable.
Por que fallan as renovacións automáticas
Un cobro recorrente atravesa varios puntos onde pode romperse. Coñecer esas causas é o primeiro paso para recuperar pagamentos fallidos en WooCommerce con criterio, en lugar de repetir o mesmo intento ás cegas e esperar que soe a frauta. Estas son as catro situacións máis habituais.
Tarxeta caducada ou substituída
É unha das causas máis frecuentes e, ademais, previsible. As tarxetas teñen data de caducidade e os bancos reemiten plásticos con números novos por seguridade. Se o cliente non actualiza os seus datos, a renovación é rexeitada aínda que teña saldo de sobra na conta. Este caso case nunca se resolve reintentando o cobro: por moito que insistas, a tarxeta antiga xa non existe, así que hai que pedirlle ao cliente que introduza a nova.
Fondos insuficientes ou límite acadado
Aquí o rexeitamento adoita ser temporal. O cliente pode non ter saldo o día 1 e si telo o día 4, cando lle entra a nómina ou libera o límite da tarxeta. Estes fallos son precisamente os que mellor responden a reintentos escalonados: non fai falta cambiar nada, simplemente volve intentar o cobro uns días despois e en moitos casos entrará sen que o cliente teña que facer absolutamente nada.
Rexeitamento do banco ou da pasarela
O banco emisor pode bloquear unha operación polas súas propias regras antifraude, por un límite de operacións online, por unha incidencia puntual nos seus sistemas ou por unha verificación que non cadra. Moitos destes rexeitamentos tamén se resolven cun reintento posterior, aínda que convén non insistir demasiadas veces seguidas: repetir o cobro sen pausa pode activar máis bloqueos e empeorar a túa ratio de aprobación con ese emisor.
Autenticación reforzada (SCA)
Coa normativa PSD2, moitos pagamentos europeos esixen autenticación reforzada do cliente, a coñecida SCA. Nos cobros recorrentes isto resólvese con tarxetas tokenizadas e coas exencións previstas para o pagamento recorrente, pero se o mandato non se gardou correctamente no primeiro cobro, a renovación pode esixir unha verificación que, ao ser automática e sen cliente presente, non se pode completar. Por iso importa tanto como se almacena o método de pagamento a primeira vez que o cliente contrata.
Que é o churn involuntario e canto che custa
O churn involuntario é a baixa que se produce por un fallo de cobro, non por unha decisión consciente do cliente. É distinto do churn voluntario, no que a persoa entra na súa conta e cancela porque xa non quere o produto ou atopou unha alternativa. A diferenza é crucial de cara á retención: ao cliente que marcha por vontade propia é difícil convencelo de que volva, mentres que ao que marcha por un cobro fallido moitas veces só hai que lembrarlle que actualice a súa tarxeta para recuperalo.
Unha parte relevante das baixas nos negocios de subscrición non é xente que marcha, senón xente cuxo pagamento fallou e ninguén recuperou a tempo. Ese é exactamente o diñeiro que unha boa estratexia de dunning rescata mes tras mes.
Tratar o churn involuntario coma se fose voluntario é un erro caro. Se cancelas a subscrición ao primeiro rexeitamento, estás dando por perdido a un cliente que probablemente seguiría pagando durante meses ou anos. Por iso, para recuperar pagamentos fallidos en WooCommerce, a secuencia necesita un período de graza e varios intentos antes de darse por vencida e cortar o servizo de forma definitiva.
Como recuperar pagamentos fallidos en WooCommerce paso a paso
A recuperación non é un único truco, senón a combinación de catro pezas que traballan xuntas: reintentos escalonados, avisos claros ao cliente, un período de graza razoable e unha forma sinxela de actualizar os datos de pagamento. Cando unha desas pezas falta, a recuperación coxea. Imos velas unha por unha.
Como recuperar pagamentos fallidos en WooCommerce con reintentos escalonados
En lugar de reintentar o cobro unha e outra vez o mesmo día, convén espaciar os intentos ao longo de varios días. Moitos rexeitamentos por fondos insuficientes ou por incidencias do banco resólvense sós co paso das horas. Un bo esquema comeza cun reintento aos poucos días do fallo e vai ampliando o intervalo, dando marxe a que a situación do cliente cambie sen esgotar o mandato nin disparar alertas antifraude por insistir en exceso.
Avisos por email para que o cliente actualice a tarxeta
Os reintentos resolven os fallos temporais, pero non a tarxeta caducada. Aí necesitas o cliente. Un correo claro, sen alarmismo, que explique que a renovación non se puido cobrar e que inclúa unha ligazón directa para actualizar o método de pagamento, recupera cobros que ningún reintento salvaría por si só. O ton importa moito: é un aviso de servizo para axudar o cliente, non unha reclamación de débeda nin unha ameaza de corte inmediato.
Período de graza antes de cancelar
Entre o primeiro fallo e a cancelación definitiva debe existir unha xanela na que a subscrición segue activa, ou nun estado de espera, mentres se reintenta o cobro e o cliente recibe os avisos. Ese período de graza evita cortar o servizo a alguén que ía pagar de todas formas e dá tempo material a que os reintentos e os correos fagan o seu traballo. Sen esa xanela, cancelas antes de ter intentado recuperar.
Actualización sinxela dos datos de pagamento
De pouco serve avisar se actualizar a tarxeta é un suplicio para o cliente. Debe poder cambiar o seu método de pagamento desde a súa conta en poucos clics, sen ter que chamarte nin escribir un correo. Canto máis doado sexa ese paso, máis cobros recuperas. Se queres afondar en como se estrutura todo o ciclo de vida dunha subscrición, tes máis detalle na nosa guía de subscricións en WooCommerce.
Secuencia de dunning recomendada
Unha secuencia de dunning é o calendario que decide que pasa, e cando, desde que un cobro falla ata que se recupera ou se cancela; é a columna vertebral de calquera plan para recuperar pagamentos fallidos en WooCommerce. Non hai unha única secuencia correcta, pero esta plantilla é un punto de partida sensato que podes axustar ao teu produto, á túa marxe e á paciencia do teu cliente.
| Momento | Acción | Obxectivo |
|---|---|---|
| Día 0 (fallo) | Rexístrase o rexeitamento e a subscrición pasa a período de graza | Non cortar o servizo de inmediato |
| Día 0 | Primeiro email avisando do cobro fallido con ligazón para actualizar a tarxeta | Rescatar tarxetas caducadas canto antes |
| Día 3 | Primeiro reintento automático do cobro | Recuperar fallos por fondos ou incidencias temporais |
| Día 5-6 | Segundo email recordatorio | Reforzar o aviso ao cliente que aínda non actuou |
| Día 7 | Segundo reintento automático | Dar unha segunda oportunidade aos rexeitamentos transitorios |
| Día 10 | Aviso final indicando a data límite antes de cancelar | Crear urxencia sen agresividade |
| Día 12-14 | Último reintento e, se falla, cancelación ou pausa da subscrición | Pechar o ciclo tras esgotar as opcións |
Os intervalos concretos dependen do teu negocio: en produtos de ticket baixo podes acurtar a secuencia, e en servizos de maior valor convén alongar o período de graza e sumar algún intento máis. O importante é que exista un plan escrito para recuperar pagamentos fallidos en WooCommerce e que combine reintentos automáticos con comunicación ao cliente, nunca un só dos dous elementos por separado.
Reintentos e avisos con EHERO WooCommerce Subscriptions
Montar toda esta lóxica á man é tedioso e fráxil. EHERO WooCommerce Subscriptions incorpora reintentos automáticos escalonados e avisos por email ao cliente para recuperar os cobros que fallan na renovación, de modo que a secuencia de dunning se execute soa en lugar de depender de que alguén a vixíe día a día. Así, recuperar pagamentos fallidos en WooCommerce deixa de ser un proceso manual e esquecedizo e convértese nun sistema que traballa de fondo sen que teñas que lembrarte.
Un punto clave para o mercado español é o cobro recorrente. EHERO WooCommerce Subscriptions cobra as renovacións automáticas con Redsys mediante tokenización, é dicir, o pagamento por referencia cos bancos españois, de forma que o mandato queda gardado e as renovacións se cobran sen intervención do cliente e cumprindo con SCA. Convén lembrar que Bizum non serve para cobros recorrentes, porque non se pode tokenizar: é un método estupendo para pagamentos puntuais, pero non permite programar renovacións automáticas, así que para a recorrencia en España a vía correcta é Redsys por referencia.
A recuperación de pagamentos, ademais, non vive illada do resto da túa operativa. Cando un cobro se rescata, a factura debe reflectilo correctamente. Se emites facturas das túas renovacións, integrar a facturación con ferramentas como EHERO Woo Holded mantén a túa contabilidade aliñada co que realmente se cobrou, sen descadres entre o pedido de renovación e o documento fiscal que lle envías ao cliente.
Boas prácticas para non perder cobros
Máis alá da mecánica, hai hábitos que marcan a diferenza á hora de recuperar pagamentos fallidos en WooCommerce ao longo do tempo e que apenas custan esforzo cando se converten en rutina.
- Avisa antes de que caduque a tarxeta. Se detectas datas de caducidade próximas, un recordatorio preventivo evita o fallo de cobro por completo antes de que ocorra.
- Non abuses dos reintentos. Insistir demasiadas veces seguidas pode activar bloqueos do banco e penalizar a túa ratio de aprobación con ese emisor.
- Coida o texto dos emails. Unha mensaxe clara, breve e cun botón directo á actualización de pagamento converte moito mellor ca un correo xenérico e frío.
- Mide o que se recupera. Revisa cantas renovacións fallan e cantas se rescatan para afinar os intervalos da túa secuencia con datos reais.
- Apóiache na documentación oficial. O ecosistema de WooCommerce ofrece referencia útil sobre pagamentos e subscricións que convén ter sempre á man.
Preguntas frecuentes
Cantos reintentos de cobro convén programar?
Entre dous e catro intentos escalonados nun prazo de dez a catorce días adoita ser un bo equilibrio. Menos intentos deixan cobros sen rescatar e máis da conta poden irritar o banco e o cliente sen mellorar a recuperación.
Que diferenza hai entre churn voluntario e involuntario?
O voluntario é a baixa que o cliente decide e executa el mesmo; o involuntario ocorre cando un cobro falla e a subscrición se cancela sen que o cliente o quixese. O segundo é moito máis recuperable e é o que persegue toda estratexia de dunning.
Podo cobrar renovacións con Bizum?
Non para cobros recorrentes. Bizum non permite tokenizar o método de pagamento, así que serve para pagamentos puntuais pero non para renovacións automáticas. Para a recorrencia en España, a vía é Redsys mediante pagamento por referencia.
Que pasa coa subscrición durante o período de graza?
Mantense activa ou en espera mentres se reintenta o cobro e o cliente recibe os avisos, de modo que non se corta o servizo a alguén que probablemente vai pagar antes da data límite prevista.
Conclusión
Recuperar pagamentos fallidos en WooCommerce non é un detalle técnico, é unha das pancas de retención máis rendibles que tes ao teu alcance: rescatas ingresos que xa gañaras e evitas baixas de clientes que querían seguir contigo. A receita é clara: reintentos escalonados, avisos por email, un período de graza razoable e unha forma sinxela de actualizar a tarxeta, todo orquestrado nunha secuencia de dunning que se execute soa. Se queres implementalo sen montar a lóxica á man e con cobro recorrente real por Redsys para o mercado español, bótalle un ollo á ficha de EHERO WooCommerce Subscriptions e comeza hoxe mesmo a recuperar eses cobros que agora se che escapan cada mes.
