Tarjetas prepago en tus primeros cien: bloquea solo con datos
Una verificación de cinco pasos para saber si el abuso de trials con tarjetas prepago es real y cuándo un bloqueo en el checkout compensa las inscripciones legítimas que pierdes.
Tu trial gratuito o tu checkout de pago ya está en marcha, y los primeros cien registros aún son lo bastante pequeños para revisarlos a mano. Bloquea tarjetas prepago solo cuando los datos del checkout muestren que el abuso de trials financiados con prepago es significativo y puedas permitirte las inscripciones legítimas con prepago que perderás.
Las tarjetas prepago no son automáticamente malas. Algunos usuarios reales las usan por privacidad, para controlar su presupuesto o porque no quieren tener una tarjeta de crédito registrada. El problema aparece cuando las tarjetas prepago en los registros de trial están sobrerrepresentadas en checkouts fallidos, trials inactivos o cuentas que nunca se convierten. Ese patrón es lo que intentas detectar.
En esta etapa, la revisión manual gana a una automatización ingeniosa. Puedes revisar un puñado de registros, preguntar a unos pocos usuarios qué tarjeta usaron y observar el siguiente lote de checkouts. Una táctica de crecimiento que necesita escala es la herramienta equivocada para tu cohorte inicial. Necesitas una hoja de cálculo, unas pocas conversaciones y una prueba reversible.
La verificación se trata de daño material, no de etiquetas de tarjeta
Daño material significa ingresos perdidos, onboarding desperdiciado o un checkout tan saturado que dificulta ver los registros reales. Unos pocos trials con prepago son normales. Un grupo de trials financiados con prepago que nunca se activan es una señal. Quieres separar ambos antes de bloquear nada. La métrica es la conversión de trial a pago, no solo el volumen de registros.
Stripe hizo disponible funding_types_blocked para Checkout Sessions y Payment Links en la versión de API 2026-08-26.dahlia el 26 de agosto de 2026, junto con stripe-node 22.6.0 y stripe-python 15.6.0. El campo funding_types_blocked de Stripe acepta cualquier combinación de credit, debit o prepaid y rechaza una tarjeta coincidente mientras el cliente introduce los datos de la tarjeta. El Checkout Session de Stripe muestra un error cuando un cliente intenta pagar con una tarjeta cuyo tipo de financiación está restringido.
La restricción funding_types_blocked de Stripe deja sin cambios las tarjetas prepago ya vinculadas a suscripciones activas, y solo controla la entrada de nuevas tarjetas a través de Checkout o un Payment Link. Si bloqueas tarjetas prepago, estás eligiendo perder algunas inscripciones legítimas a cambio de menos saturación en los trials.
Stripe Radar, un sistema de detección de fraude, utiliza un modelo de abuso de trial gratuito que pondera indicadores de tarjetas prepago y virtuales junto con el BIN de la tarjeta, la huella del dispositivo y la discrepancia entre la IP y el país de la tarjeta, y marca esas tarjetas en lugar de rechazarlas automáticamente basándose únicamente en ese indicador. Visa limita los intentos de reintentos de suscripción a 15 reintentos por tarjeta en cualquier ventana de 30 días. El límite de reintentos convierte a las tarjetas prepago fallidas en algo más que una molestia cuando una suscripción está intentando iniciarse.
La verificación viene antes del bloqueo
Usa la lista siguiente cuando tengas suficientes registros para notar un patrón, pero no tantos como para ejecutar un stack completo de analítica. Cada paso existe para evitar que bloquees por intuición. La lista va desde la fricción en el checkout, pasando por el uso real y la evidencia a nivel de tarjeta, hasta una prueba reversible y el coste para los usuarios legítimos.
- Cuenta los errores de checkout por tipo de financiación. Busca errores de tarjetas prepago o virtuales agrupados en una ruta de checkout, una oferta o una fuente de registro. Si los errores están dispersos, sigue observando.
- Compara la activación del trial con la conversión a pago. Un trial financiado con prepago que nunca abre el producto, nunca completa la configuración o nunca regresa es más sospechoso que uno que se comporta como un usuario real.
- Busca indicadores de tarjetas prepago y virtuales. Revisa las cuentas marcadas por tipos de financiación inusuales, ubicaciones no coincidentes o intentos repetidos desde el mismo dispositivo. Una sola señal extraña no es suficiente.
- Prueba el bloqueo en nuevos registros. Activa la restricción solo para nuevos intentos de checkout y observa si los errores disminuyen y las inscripciones legítimas sobreviven. No lo apliques a clientes existentes.
- Monitorea las inscripciones legítimas con prepago que se pierden. Pregunta a unos pocos usuarios bloqueados o rebotados qué tarjeta usaron y por qué. Si se están deteniendo usuarios reales, el bloqueo te cuesta más de lo que te ahorra.
El bloqueo es una puerta, no una limpieza
Un bloqueo de prepago es una puerta en la entrada. No limpia las cuentas que ya están dentro. Si tienes trials financiados con prepago que ya están activos, revísalos a mano, haz preguntas y decide qué hacer con ellos.
No intentas demostrar que las tarjetas prepago son fraude. Intentas demostrar que el daño es lo bastante grande como para justificar perder a algunos usuarios reales. Si la respuesta es no, deja el checkout como está y sigue haciendo el trabajo que no escala: hablar con usuarios, observar el comportamiento y corregir el producto.
Si la respuesta es sí, mantén el bloqueo estrecho. Restringe la entrada de nuevos prepago donde está ocurriendo el abuso, revisa las cuentas marcadas y mantente cerca de las personas que están siendo detenidas. Ajusta el bloqueo en cuanto la señal cambie.
