Empresa
Sale una campaña, la tasa de rebote se dispara y el dominio de envío paga las consecuencias: los correos acaban en spam y alguien tiene que explicar por qué. BounceIntel existe para que esa lista no llegue a enviarse, y para mostrar exactamente por qué se retiró cada dirección.
01Por qué existimos
Todo equipo que envía correo acaba topando con el mismo muro. Sale una campaña, la tasa de rebote se dispara, el dominio remitente se lleva el golpe reputacional y alguien tiene que explicar en una reunión qué ha pasado. La herramienta de verificación que debía evitarlo devuelve un color y un porcentaje, y ninguna de las dos cosas es una explicación.
BounceIntel parte del supuesto contrario: en una verificación, lo interesante es la evidencia, no la conclusión. Cada comprobación devuelve los códigos de motivo que produjeron el veredicto, las señales que hay detrás y un nivel de confianza honesto sobre lo que el pipeline realmente logró averiguar.
Eso cambia para qué sirve la herramienta. Deja de ser un filtro en el que se confía a ciegas y pasa a ser una fuente que puedes citar: en una revisión de entregabilidad, en una evaluación de protección de datos, o ante el compañero que quiere saber por qué se descartaron cuatro mil direcciones.
02Cómo funciona
El mismo pipeline está detrás del verificador gratuito de la página de inicio, del panel, de una carga masiva y de la API. No hay una vía premium que compruebe mejor.
La dirección se analiza según las reglas del estándar, no según una expresión regular encontrada por ahí. Cuando un dominio se parece mucho al de un gran proveedor, lo decimos en lugar de fallar en silencio: una errata detectada aquí es un crédito que no se gasta después.
Resolvemos el dominio y leemos sus registros MX. Un dominio sin MX no puede recibir correo en absoluto: es una respuesta definitiva disponible antes de abrir una sola conexión, y la clase de dirección inválida más barata de eliminar.
Los grandes proveedores aplican sus propias reglas a la parte local (longitudes mínimas, caracteres prohibidos, palabras reservadas) y rechazan las direcciones que las incumplen, exista o no el buzón. Aplicarlas antes de la conversación SMTP evita el viaje de ida y vuelta y produce un código de motivo más preciso.
Abrimos una conversación con el servidor receptor y preguntamos por el destinatario, sin llegar nunca a entregar un mensaje. Ahí se delatan las configuraciones catch-all, los buzones desactivados y los buzones llenos, y ahí se descubre el servidor que responde igual para cualquier dirección.
Las señales se combinan en una puntuación, una categoría, una acción recomendada y los códigos de motivo que las explican. Cuando la evidencia no permite una respuesta segura, el resultado dice «desconocido». Eso es un hallazgo, no un fallo, y tratarlo como tal es lo que evita descartar direcciones buenas.
03Principios
Casi todas nos cuestan algo. Ese es más o menos el test de si un principio es real.
Un dominio catch-all realmente no puede resolverse desde fuera. Lo etiquetamos y te explicamos qué significa para tu riesgo, en lugar de adivinar para que el panel parezca contundente.
Nada de lo que envías se usa para construir un directorio, enriquecer un producto que vendemos ni entrenar nada. Las direcciones masivas nunca se escriben en nuestra base de datos: solo en el informe que descargas, que caduca.
La comprobación gratuita de la portada ejecuta el mismo código que una llamada API de empresa. No hay una vía más barata y menos precisa escondida tras un precio más bajo.
Los códigos de motivo forman parte de cada respuesta: no son un extra de pago ni un modo de depuración. Si no podemos decirte por qué, el veredicto no se ha ganado tu confianza.
Las listas scrapeadas, las compradas y la enumeración de direcciones se rechazan, y las cuentas que las usan se cierran. Un servicio de verificación que no controla lo que recibe acaba siendo la herramienta de aquellos de quienes debería proteger.
Los informes caducan solos. Borrar uno borra las direcciones, porque no hay una segunda copia durmiendo en una base de datos a la espera de que alguien se olvide de ella.
04En cifras
El volumen no sustituye a la precisión, pero es lo que la hace medible: cuantos más buzones ha visto un pipeline, mejor conoce el comportamiento de cada proveedor.
05FAQ
Una empresa independiente que opera en la Unión Europea. El servicio al que llamas en api.bounceintel.com es nuestro, construido y operado internamente en lugar de revendido de otro proveedor. Los datos de registro están en la página de contacto y en nuestros documentos legales.
En nuestra base de datos, no. Una lista masiva solo existe en los archivos de informe generados para ti: están fuera de la raíz web, son accesibles únicamente mediante una descarga autenticada y se eliminan cuando expira su periodo de conservación. Lo que guardamos es agregado: cuántas volvieron seguras, arriesgadas, inválidas o desconocidas.
Porque algunos servidores se niegan a revelar si un buzón existe y otros están temporalmente inaccesibles. Inventar un veredicto en esos casos es como una herramienta de verificación acaba descartando clientes buenos. Te contamos qué ocurrió y decides tú.
Un catch-all acepta todas las direcciones, así que ninguna prueba externa puede distinguir un buzón real de uno inventado. Identificamos la configuración, puntuamos el riesgo con las demás señales disponibles (comportamiento del proveedor, reputación del dominio, resultados históricos) e informamos la confianza con honestidad.
No. Nuestra política de uso aceptable prohíbe las listas compradas, scrapeadas o intermediadas, y la hacemos cumplir. La verificación confirma que direcciones que ya tienes lícitamente siguen activas; no convierte en utilizable una lista que no lo es.
Sí, y se aplica automáticamente como parte de nuestros términos: no necesitas firmar nada para que nos vincule. Si tu proceso de compras exige una copia contrafirmada, o las cláusulas contractuales tipo firmadas aparte, pídelo y lo organizamos.
100 créditos al registrarte, sin tarjeta, y el mismo pipeline que usa una llamada API de empresa.