Comparado
Comprobar el dominio o verificar la dirección completa
La comprobación de dominio examina la dirección y su ruta de correo sin preguntar por el destinatario. La verificación completa puede añadir una respuesta SMTP sobre ese destinatario si el servidor la facilita.
| Lo que quiere saber | Comprobación completa | Comprobación de dominio |
|---|---|---|
| Pruebas obtenidas | Datos del dominio y señales de riesgo; si es posible, respuesta SMTP sobre el destinatario | Sintaxis, existencia del dominio, ruta de correo y señales de riesgo; sin nueva prueba sobre el destinatario |
| Contacto SMTP | Puede contactar con el servidor; cualquier sondeo termina antes de DATA y no envía mensajes | Nunca abre una sesión SMTP |
| Coste máximo | 10 créditos | 2 créditos |
| Resultados posibles | deliverable, undeliverable, risky o unknown, según las pruebas | undeliverable, risky o unknown; sin confirmación positiva del buzón |
| Variante de la API | full, la opción predeterminada si se omite variant | domain, que hay que indicar expresamente |
| Cuándo elegirla | Si importa la respuesta del servidor para una dirección concreta | Para revisar la ruta de correo o seleccionar direcciones antes de una comprobación más profunda |
La profundidad adecuada depende de la decisión que tenga que tomar. La comprobación de dominio revisa el formato de la dirección, el DNS y las señales de riesgo conocidas. Puede descartar un dominio inexistente o uno que declara expresamente que no acepta correo. No comprueba si existe un buzón concreto: una ruta de correo válida por sí sola no da un resultado deliverable.
Qué añade la verificación completa
La verificación completa parte de las mismas pruebas sobre la dirección y el dominio. Si procede y el destino lo permite, puede abrir una sesión SMTP para preguntar por el destinatario. Se detiene antes de DATA y no envía ningún mensaje. La solicitud también puede terminar sin sondeo: un resultado concluyente del dominio lo hace innecesario, mientras que la política del proveedor o un límite técnico pueden impedirlo. Si el servidor acepta a todos, aplaza la respuesta o no revela la validez del buzón, el resultado puede seguir siendo risky o unknown.
Los códigos de motivo muestran hasta dónde llegó la prueba. Una comprobación de dominio puede incluir SMTP_PROBE_NOT_REQUESTED; una verificación completa puede devolver SMTP_RCPT_ACCEPTED tras una respuesta favorable al sondeo. Ambas profundidades pueden indicar DNS_NXDOMAIN o DISPOSABLE_DOMAIN si hay pruebas para ello. Lea juntos status, action, checks y reason_codes.
Créditos y solicitud a la API
La comprobación de dominio cuesta como máximo 2 créditos; la completa, 10. No todas las solicitudes consumen ese máximo. El cargo final depende del resultado: un veredicto consume el máximo de la profundidad elegida, las pruebas parciales de ruta cuestan 2 créditos y una entrada inválida, un fallo técnico o una ruta sin resolver cuestan 0.
La API de verificación de correo autenticada usa full por defecto. Para detenerse antes de SMTP, envíe {"email":"person@example.com","variant":"domain"}. El comprobador público de dominios es una consulta gratuita y aparte sobre la ruta de correo. Si necesita pruebas sobre el destinatario, use la verificación completa. Ninguna profundidad demuestra que el mensaje llegue a la bandeja, que se entregue en el futuro o que una persona controle el buzón. Para demostrar el control, envíe un correo de confirmación.
Dónde aparece esto en un resultado
Los códigos de motivo identifican observaciones de la API y permiten definir condiciones como if en una integración. La explicación anterior aclara cuáles utiliza Emvero actualmente y qué significan.
SMTP_PROBE_NOT_REQUESTED | Se solicitó la profundidad domain; no se realiza una prueba SMTP del destinatario. |
SMTP_RCPT_ACCEPTED | Destinatario aceptado |
DNS_NXDOMAIN | El dominio no existe |
DISPOSABLE_DOMAIN | Proveedor de direcciones desechables |
Términos relacionados
Registro MX
Un registro DNS que indica a qué servidor dirigir el correo de un dominio.
Dominio catch-all
Un dominio cuyo servidor acepta destinatarios aunque no exista un buzón para cada dirección.
Dirección de función
Una dirección asociada a una función, como info@, support@ o sales@, en lugar de a una persona concreta.
Vea un resultado de verificación.
Consulte un ejemplo con el estado, la acción recomendada y las pruebas de la comprobación. Inicie sesión para comprobar su propia dirección.