Definición
Un Payment Failure o pago fallido ocurre cuando un cliente intenta completar una compra en tu tienda online, pero la transacción no se autoriza ni se captura correctamente. Desde la perspectiva del comprador, el pedido queda “pendiente”, “rechazado” o simplemente no se confirma. Desde la perspectiva del negocio, es una venta que se pierde en el último metro del embudo.
En eCommerce hispanohablante se suele hablar de “pago rechazado”, “transacción fallida” o “error en el cobro”. No siempre es un problema de fondos: la mayoría de las veces intervienen el motor antifraude, el banco emisor, la red de tarjetas (Visa, Mastercard, Amex) o la pasarela de pago (Stripe, Mercado Pago, Redsys, Adyen, PayPal).
Un dato clave: en promedio, entre el 5% y el 15% de los intentos de pago en tiendas DTC fallan. En verticales de alto riesgo (suscripciones, viajes, electrónica) puede superar el 20%.
Analogía
Imagina que tu tienda es un restaurante con una puerta giratoria en la entrada. El cliente quiere pasar, pero hay cuatro porteros que deben darle el visto bueno:
1. La pasarela de pago (el portero principal).
2. El banco emisor (el portero del barrio del cliente).
3. La red de tarjetas (el supervisor de todos los porteros).
4. Tu motor antifraude (el guardia de seguridad interno).
Si cualquiera de ellos dice “no”, el cliente no entra. No importa que tenga dinero, que quiera comprar o que tu producto sea perfecto. El Payment Failure es esa puerta que no gira.
Fórmula
La tasa de pagos fallidos se calcula así:
Tasa de Payment Failure (%) = (Nº de intentos de pago fallidos / Nº total de intentos de pago) × 100
Y su impacto directo en ingresos:
Pérdida estimada = Tráfico × Tasa de conversión checkout × Tasa de fallo × Ticket medio
Ejemplo con datos reales:
- Tráfico mensual: 100.000 visitas
- Conversión a checkout: 3%
- Tasa de fallo de pago: 8%
- Ticket medio: 60 €
100.000 × 0,03 × 0,08 × 60 = 14.400 € perdidos al mes
Eso son 172.800 € al año solo por pagos fallidos. Y eso sin contar el coste de adquisición (CAC) ya gastado.
Tabla comparativa: tipos de Payment Failure
| Tipo de fallo | Causa habitual | Código típico | ¿Recuperable? | Acción recomendada |
|---|---|---|---|---|
| **Fondos insuficientes** | Saldo o límite bajo | `51` / `insufficient_funds` | Sí, reintentar | Email + reintento en 24-48 h |
| **Tarjeta caducada** | Fecha vencida | `54` / `expired_card` | Sí, pedir nueva tarjeta | Formulario de actualización |
| **Rechazo del banco** | Sospecha del emisor | `05` / `do_not_honor` | A veces | Pedir otro método de pago |
| **Fallo 3DS / SCA** | Autenticación no completada | `authentication_required` | Sí | Reintentar con 3DS |
| **Antifraude interno** | Regla demasiado estricta | `fraud_suspected` | Revisable | Whitelist o revisión manual |
| **Error técnico de pasarela** | Timeout, caída API | `processing_error` | Sí | Reintento automático |
| **Moneda no soportada** | Divisa no aceptada | `currency_not_supported` | No | Ofrecer moneda local |
| **Límite de la tarjeta** | Tope diario/mensual | `limit_exceeded` | No inmediato | Otro método de pago |
Aplicación en DTC / eCommerce
1. Recuperación de carritos y pagos fallidos
El recovery de pagos fallidos es una de las palancas con mayor ROI. Un email enviado en los primeros 30 minutos tras el fallo recupera hasta un 15-20% de esas transacciones. Si esperas 24 horas, la tasa cae por debajo del 5%.
2. Reintentos inteligentes (smart retries)
No todos los fallos deben reintentarse igual. Un insufficient_funds conviene reintentarlo en días específicos (por ejemplo, día de cobro de nómina). Un do_not_honor rara vez se recupera con reintentos automáticos: mejor pedir otro método.
3. Localización de métodos de pago
En España, Bizum y tarjeta dominan. En México, OXXO y SPEI. En Argentina, Mercado Pago es casi obligatorio. Si solo ofreces tarjeta internacional, tu tasa de fallo se dispara.
4. Checkout con reintento en la misma sesión
Mostrar un mensaje claro (“Tu banco rechazó el pago, prueba con otra tarjeta”) y permitir cambiar de método sin salir del checkout reduce el abandono hasta un 30%.
5. Monitorización por BIN y país
Un fallo del 12% en tarjetas emitidas en Brasil puede indicar un problema concreto con un banco emisor. Detectar patrones por BIN permite ajustar reglas antifraude o enrutar a otra pasarela.
Errores comunes
1. No distinguir entre fallo técnico y rechazo del banco. El primero se reintenta; el segundo requiere acción del cliente.
2. Mensajes de error genéricos. “Ha ocurrido un error” mata la conversión. Hay que decir qué pasó y qué hacer.
3. Reintentar sin parar. Los reintentos agresivos pueden generar cargos duplicados y disputas (chargebacks).
4. Ignorar el 3DS/SCA. En la UE, la autenticación reforzada es obligatoria. Si tu checkout no la soporta, perderás pagos.
5. No medir la tasa de fallo por método de pago. Un 3% global puede esconder un 25% en un método concreto.
6. Olvidar el impacto en el CAC. Cada pago fallido es dinero de marketing tirado a la basura.
7. No ofrecer pago alternativo. Si la tarjeta falla, el cliente debe poder pagar con PayPal, Bizum o transferencia en un clic.
Términos relacionados
- Payment Gateway (Pasarela de pago)
- Chargeback (Contracargo)
- 3D Secure / SCA
- Antifraude (Fraud Detection)
- Smart Retries (Reintentos inteligentes)
- Dunning Management
- BIN (Bank Identification Number)
- Authorization Rate (Tasa de autorización)
- Checkout Abandonment (Abandono de checkout)
- Recovery Rate (Tasa de recuperación)
Conclusión
El Payment Failure no es un detalle técnico: es una fuga directa de ingresos. En DTC, cada punto porcentual de mejora en la tasa de autorización se traduce en miles de euros al año. La clave está en medir, segmentar por causa y actuar: reintentos inteligentes, mensajes claros, métodos de pago locales y monitorización por BIN. Un checkout que falla en silencio es un checkout que pierde clientes para siempre.
