La mayoría de las personas que buscan una alternativa a ZeroBounce no están descontentas con el producto. Lo están con una factura, un límite o un resultado que no pueden explicar. Es un problema distinto, y por eso cambiar de proveedor sin cambiar la forma de evaluarlos suele acabar en el mismo punto seis meses después.
Esta guía es el marco de comparación que nos gustaría tener como comprador: los seis criterios que realmente diferencian a los proveedores, las preguntas que revelan la diferencia en una llamada comercial y una prueba de 15 minutos que puedes realizar con cualquier proveedor antes de comprometerte. Gestionamos email-validaton.com, así que no somos neutrales en la última sección, pero todo lo anterior también nos aplica.
Por qué la gente abandona a un proveedor de verificación
Los motivos se repiten en las conversaciones con soporte:
- Facturación por incertidumbre. Los resultados catch-all y «desconocido» consumen créditos aunque el proveedor no pueda indicarte si la dirección funciona. En una lista B2B de 200.000 filas en la que un tercio de las direcciones están detrás de dominios catch-all, eso supone gastar dinero en un volado.
- Límites descubiertos tarde. Un plan anuncia «verificaciones ilimitadas», pero limita las subidas a 50.000 filas o restringe las llamadas a la API por debajo de lo que el plan sugiere.
- Códigos de estado poco claros. Recibes «inválido» sin motivo. ¿Fue un error de sintaxis, un buzón inexistente, una bandeja llena o un servidor en greylisting? Cada caso requiere una respuesta distinta, y solo uno significa «elimina este contacto».
- Resultados obsoletos. Una lista verificada hace ocho meses no está verificada. La gente cambia de trabajo, los buzones se cierran y los dominios migran. «Verificar una vez y almacenar para siempre» es una estrategia de deterioro de datos.
- Cargos por facturación inesperada. Precios por puesto, compromisos mínimos y cargos por exceso que solo aparecen a fin de mes.
Ninguno de estos aparece en una tabla de funciones. Todos aparecen en el tercer mes.
Los seis criterios que realmente marcan la diferencia
1. Cómo se gestionan los dominios catch-all, y cómo se facturan
Un dominio catch-all acepta correo en todas las direcciones, así que SMTP no puede demostrar que firstname@company.com exists. Providers differ in two ways: whether they attempt deeper resolution, and whether they charge for the attempt.
Pregunte: "En una lista en la que el 40 % son catch-all, ¿qué porcentaje resulta válido, no válido o desconocido, y de cuáles de ellos se me cobra?"
Si la respuesta es «todos», está pagando el precio completo por una suposición de tres vías. Nuestra postura: los resultados catch-all y de riesgo no se cobran como créditos adicionales en ningún volumen, hasta 100 000 direcciones por carga.
2. Granularidad del resultado
Un valor booleano de válido/no válido no basta para un remitente. Necesita distinguir:
- invalid — el buzón no existe; elimínelo.
- catch-all / accept-all — el dominio acepta cualquier cosa; trátelo como riesgoso y envíe en lotes pequeños.
- arriesgada / desconocida — greylisting, tiempo de espera o sondeo rechazado; reintente, no lo elimine.
- dirección de rol —
info@,sales@; deliverable but poor for cold outreach. - desechable / temporal — señal de fraude en el registro, no un problema de entregabilidad.
- trampa de spam / honeypot — nunca envíe; investigue cómo llegó a la lista.
- cuota superada / buzón lleno — actualmente no entregable, podría recuperarse.
Si su proveedor reduce estos casos a dos categorías, o bien elimina contactos recuperables, o bien conserva contactos perjudiciales.
3. Volumen y velocidad, medidos con honestidad
«Verificación masiva» significa cosas distintas con 5000 filas que con 500 000. Solicite por escrito tres cifras: número máximo de filas por carga, número máximo de filas por día y tiempo de respuesta típico para su volumen.
Pregunte:"Si subo 100.000 direcciones hoy a las 14:00, ¿cuándo estará listo el archivo y cambia el límite de peticiones de la API durante ese proceso?"
4. La API, no el panel
El panel sirve para auditorías. La API es donde la verificación realmente cobra sentido: en el registro, antes de una campaña, dentro de un flujo de trabajo del CRM.
Revisa cuatro cosas: el modelo de autenticación, los límites de peticiones por plan, si existen endpoints de procesamiento por lotes y cómo son las respuestas de error. Una API que devuelve 400 Bad Request with no field-level detail costs more in engineering time than the subscription.
5. Tratamiento de datos y retención
Estás subiendo direcciones de tus clientes. Pregunta dónde se almacenan los datos, durante cuánto tiempo se conservan, si se usan para entrenar modelos y si puedes obtener una confirmación de eliminación. Para clientes de la UE, esto es una cuestión del RGPD, no una preferencia.
6. Soporte que sepa explicar un resultado
Envía una dirección deliberadamente incorrecta al soporte del proveedor y observa si la respuesta explica la conversación SMTP o si se limita a citarte la documentación. Es la señal más rápida de lo que sentirás en el mes tres.
Tabla comparativa: qué revisar, no a quién elegir
| Criterio | Pregunta que hacer | Por qué importa |
|---|---|---|
| Facturación de catch-all | ¿Se cobra como crédito completo o es gratis? | El 20–40 % de las listas B2B están detrás de dominios catch-all |
| Granularidad de los estados | ¿2 categorías o más de 6? | Determina si eliminas contactos que podrían recuperarse |
| Límite de carga | Filas por carga / por día | Una lista de 100 k en un plan de 50 k se convierte en dos trabajos |
| API | Límite de peticiones, endpoints por lotes, detalle de errores | La verificación pertenece al código, no a una hoja de cálculo |
| Retención | ¿Cuánto tiempo se almacenan las listas subidas? | Exposición al RGPD y contratos con clientes |
| Nueva verificación | ¿Puedes volver a ejecutar una lista almacenada a bajo coste? | Las listas caducan; la verificación es un calendario, no un evento |
La prueba de 15 minutos que te dice más que una demo
Crea un archivo de prueba con 100 direcciones cuyo resultado ya conozcas y súbelo a cada proveedor que estés considerando. Incluye:
- 30 direcciones que sabes que son invalid (buzones eliminados).
- 25 catch-all dominios de tu propia lista.
- 15 role direcciones (
info@,support@). - 8 desechable dominios.
- 2 trampas de spam, si tienes alguna.
- El resto, contactos reales y activos.
Luego compara tres cosas: cuántas de las 30 direcciones no válidas se detectaron, cómo se clasificó el catch-all y cuántos de tus contactos válidos conocidos se marcaron erróneamente como no válidos. Los falsos positivos te cuestan pipeline; los falsos negativos, entregabilidad. La mayoría de compradores solo mide lo primero.
Pasa el mismo archivo por tu proveedor actual. Si la diferencia es pequeña, no necesitas migrar: necesitas cambiar tu proceso.
Lista de verificación para la migración
- Exporta, no vuelvas a subir a ciegas. Conserva el archivo original y la columna de resultados del proveedor; la necesitarás para comparar.
- Vuelve a verificar, no migres veredictos antiguos. El estado de otro proveedor no es transferible, y el de hace un trimestre está desactualizado.
- Reconstruye primero las listas de supresión. Las bajas y los rebotes permanentes deben sobrevivir al cambio.
- Mueve la API al final. Ejecuta ambos proveedores en paralelo con los nuevos registros durante una semana y compara los veredictos de las mismas direcciones.
- Vigila las dos primeras campañas. La tasa de rebote es la única métrica que demuestra que la migración funcionó.
Dónde encaja email-validaton.com
Construimos el producto en torno a las dos cosas que nos molestaban como compradores:
- Los resultados catch-all y de riesgo no se facturan como créditos adicionales — con cualquier volumen, de hasta 100 000 direcciones por carga.
- Un plan gratuito con 100 comprobaciones al mes y sin tarjeta, así que la prueba anterior no te cuesta nada.
Además: comprobaciones individuales, carga masiva, una API REST e integraciones con WordPress, Zapier y Google Sheets, además de clientes para PHP, Python y CLI. Los límites y precios actuales están en la página de precios — consúltalos allí en lugar de fiarte de cualquier artículo comparativo, incluido este.
Si quieres conocer en detalle la mecánica que hay detrás de los estados anteriores, lee cómo funciona la verificación SMTP y qué significa realmente catch-all.
Preguntas frecuentes
¿Es un verificador de correo gratuito lo bastante preciso como para sustituir a uno de pago?
Para una primera revisión, a menudo sí: el método de fondo (sintaxis, MX, sondeo SMTP) es el mismo. Lo que cambia es la profundidad en dominios catch-all, el volumen, los límites de la API y el soporte. Prueba ambos con un archivo de muestra y compara los falsos positivos.
¿Puedo verificar una lista que ya verifiqué en otro sitio?
Sí, y deberías hacerlo. Los veredictos no son transferibles entre proveedores y caducan con el tiempo. Volver a verificar antes de cada campaña cuesta menos que el daño a la entregabilidad que provoca una lista desactualizada.
¿Con qué frecuencia debe volver a verificarse una lista?
Antes de cada envío si la lista tiene más de un mes, y cada trimestre para las bases de datos almacenadas. Las listas de correo caducan lo uses o no.
¿Necesito eliminar las direcciones catch-all?
No. Segméntalas y envía en lotes más pequeños desde una bandeja de entrada ya calentada, vigilando la tasa de rebote. Eliminarlas supone perder una gran parte de contactos B2B legítimos.
