Comparado
Tiempo real frente a verificación masiva
Las mismas comprobaciones y los mismos cuatro veredictos, en dos formas. Tiempo real responde una dirección mientras alguien espera; masiva recorre una lista que ya tiene.
| Lo que quiere saber | Tiempo real | Masiva |
|---|---|---|
| Cuándo se pregunta | Al introducirla, antes de que exista el registro | Cuando la lista existe, normalmente antes de un envío |
| Quién espera | Una persona, mirando su formulario | Nadie |
| Lo que cuesta un dominio lento | Un formulario que espera: por eso responde desconocido | Nada. El trabajo simplemente tarda más |
| Los veredictos que obtiene | Los mismos cuatro, con las mismas pruebas | Los mismos cuatro, con las mismas pruebas |
| Cómo se usa | Una petición de API por dirección | Un archivo subido y recorrido |
| Para qué sirve | Impedir que entren direcciones malas en la lista | Sacar de la lista las direcciones malas |
Esta es una decisión sobre cuándo pregunta, no sobre qué obtiene. Ambas recorren las mismas etapas sobre la misma infraestructura y devuelven el mismo vocabulario; una dirección comprobada por cualquiera de las dos vías obtiene el mismo veredicto por los mismos motivos.
Lo que cambia es quién espera. En un formulario de registro hay alguien mirando un indicador de carga, así que la latencia es la restricción que lo moldea todo: un dominio con greylisting no se resuelve dentro de una petición que una persona está aguantando, y la respuesta honesta en un tiempo razonable es desconocido. Diséñelo contando con eso. Una dirección que sale desconocida en el punto de entrada no es motivo para bloquear el registro, sino para aceptarlo y volver a comprobar más tarde.
En una ejecución masiva no espera nadie, así que ese mismo dominio lento no cuesta nada. El trabajo tarda lo que tarde y cada dirección recibe la respuesta más completa disponible.
La mayoría de los equipos que usan ambas las usan por lo que son: tiempo real en el momento de la captación, para que las direcciones malas nunca entren en la lista, y masiva antes de un envío, porque una dirección verificada hace ocho meses no es un hecho sobre hoy.
Dónde aparece esto en un resultado
Códigos de motivo del vocabulario cerrado de la respuesta de la API. Son exactamente las cadenas contra las que una integración escribe un if.
SMTP_GREYLISTED | Greylisting: hace falta reintentar |
SMTP_CONNECT_TIMEOUT | El servidor de correo no respondió a tiempo |
Ejecute una y vea la diferencia.
El comprobador gratuito devuelve el resultado completo: cada etapa, cada código de motivo, sin omitir nada.