Todas las bases de datos B2B dicen que sus correos están verificados. Casi ninguna dice cuándo. Esa omisión oculta la variable más importante de la calidad de los datos de contacto: la verificación no es una propiedad de un registro, sino de un registro en un momento concreto. Una comprobación que se superó hace ocho meses te dice lo que era cierto hace ocho meses.
Las personas cambian de empleo, las empresas migran sus servidores de correo, los equipos de TI retiran alias y los dominios caducan. Las estimaciones del sector sobre el deterioro del correo B2B rondan el 2-3% al mes, lo que acumulado supone que entre una cuarta y una tercera parte de una lista se queda obsoleta en un año. Un proveedor que verifica al recopilar, cuando el registro entra por primera vez en la base de datos, te vende una foto que empezó a envejecer el día en que se tomó.
Una verificación es una fecha, no un sello de calidad
Piensa en una marca de "verificado" como en una inspección sanitaria superada. Tiene valor, pero solo en relación con su fecha. Un restaurante inspeccionado en enero puede intoxicarte en octubre. Con una dirección de correo pasa lo mismo: la comprobación en sí puede ser impecable y el resultado, aun así, estar obsoleto.
Por eso la pregunta correcta para cualquier proveedor de datos no es "¿verifican?", sino "¿qué antigüedad tiene la verificación del registro que estoy a punto de exportar?". Si la respuesta es "la del momento en que se agregó el registro", estás comprando la antigüedad media de la base de datos, no el estado actual del buzón. La respuesta de Argorant es estructural: cada contacto se verifica por SMTP en el momento de la exportación, así que el resultado refleja el estado actual del buzón y no el momento en que se agregó el registro.
Qué demuestra realmente una comprobación SMTP
Conviene ser precisos sobre lo que significa verificar a nivel mecánico, porque las capas más ligeras se venden como si fueran todo el proceso. Una comprobación de sintaxis demuestra que una dirección está bien formada. Una consulta DNS/MX demuestra que el dominio existe y publica servidores de correo. Ninguna de las dos demuestra que exista un buzón.
Una comprobación SMTP va más allá: el verificador abre una conexión real con el servidor de correo del destinatario, recorre el inicio de una conversación de entrega (HELO, MAIL FROM, RCPT TO) y lee la respuesta del servidor sobre ese buzón concreto. Luego se desconecta antes de enviar ningún mensaje. Una respuesta 250 significa que el servidor acepta correo para esa dirección en este momento. Un 550 significa que no. No llega ningún correo a la bandeja de entrada de nadie; el propio intercambio es la prueba.
Hacerlo a escala es más difícil de lo que parece, y esa es parte de la razón por la que la mayoría de los proveedores no lo hacen al exportar. Los servidores de correo aplican greylisting a remitentes desconocidos, limitan las comprobaciones repetidas y responden de forma distinta según la reputación de la IP que pregunta. Un verificador en producción necesita lógica de reintentos, un ritmo controlado y una infraestructura de envío bien cuidada, costos fijos que solo tienen sentido si la verificación es el núcleo del producto y no una casilla más.
La salvedad honesta son los dominios catch-all. Algunos servidores de correo aceptan cualquier RCPT TO exista o no el buzón, lo que hace imposible un resultado definitivo a nivel de protocolo. Lo incorrecto es contarlos en silencio como válidos. Argorant los marca como catch-all y los hace opcionales: tú decides si los resultados accept-all deben estar en tu exportación, sabiendo exactamente lo que son.
Qué cambia para el comprador cuando solo paga por contactos válidos
El momento de la verificación no es solo un argumento de calidad. Cambia los incentivos del proveedor. Con el modelo estándar pagas por cada registro revelado, sea válido o no. Al proveedor le da igual si la dirección rebota, así que los registros obsoletos le siguen generando ingresos. El deterioro es tu problema.
Verificar al exportar hace posible otro modelo de precios: cobrar solo por las direcciones que superan la comprobación en vivo. En Argorant, un resultado no válido cuesta 0 créditos. No se te factura el deterioro del proveedor, y el proveedor pasa a tener un motivo económico directo para mantener la verificación al día: cada registro obsoleto que entrega son ingresos que no cobra.
Para el comprador, esto convierte dos partidas en una. Ya no pagas por separado la compra de una lista y una limpieza posterior con una herramienta de verificación, porque la limpieza es la compra. El precio de la página es el precio por contacto entregable, que es la única unidad que siempre ha importado.
Cómo poner a prueba a cualquier proveedor en este punto
Tres preguntas separan a los proveedores que verifican al exportar de los que verifican al recopilar. Primera: "Si exporto el mismo contacto dos veces, con seis meses de diferencia, ¿se vuelve a verificar la segunda vez?". Segunda: "¿Pago por los registros que rebotan?". Tercera: "¿Cómo etiquetan los dominios catch-all y puedo excluirlos?". Las respuestas evasivas a cualquiera de ellas te dicen que el sello de verificado es decorativo.
Haz también la prueba empírica: saca una exportación de muestra y pásala por un verificador independiente el mismo día. Un proveedor que verifica al exportar debería dar tasas de no válidos de un solo dígito en exportaciones recientes; uno que verifica al recopilar mostrará la antigüedad real de su base de datos. Con 630.7M contactos en 202 países, la apuesta de Argorant es que verificar en el momento de la exportación, y no en el de la recopilación, es la única definición de "verificado" que sobrevive al contacto con un envío real.
