---
title: "Verificación SMTP frente a validación de sintaxis - Emvero"
description: "Compare formato y verificación SMTP: qué demuestra cada etapa, qué límites tienen catch-all y unknown, y cómo combinar las comprobaciones en un registro."
url: https://emvero.io/es/compare/smtp-vs-syntax-validation/
language: es
updated: 2026-10-08
---

Comparado

# Verificación SMTP frente a validación de sintaxis

La validación de sintaxis comprueba la forma de la dirección sin contactar con la red. La verificación SMTP puede obtener la respuesta del servidor al destinatario, pero su aceptación no garantiza entrega ni acceso al buzón.

| Lo que quiere saber | Validación de sintaxis | Verificación completa con posible evidencia SMTP |
| --- | --- | --- |
| Qué examina | Estructura y longitud admitidas para la entrada | Dominio y ruta de correo; después, respuestas al destinatario cuando es posible sondearlo |
| Dirección bien formada pero equivocada | Puede superarse aunque la persona haya escrito otro destinatario o dominio | Los fallos de dominio y los indicios de errata pueden ayudar; no permiten adivinar la dirección deseada |
| Existencia del buzón | No contacta con el destino | La aceptación aporta evidencia; catch-all o un rechazo ambiguo pueden dejar la existencia sin resolver |
| Etiquetas con signo más y Unicode | Depende de la gramática y la política del analizador | Conserva la dirección; la parte local no ASCII también necesita SMTPUTF8 en el destino |
| Acceso a la red | Puede ejecutarse localmente sin DNS ni SMTP | Necesita evidencia de dominio; SMTP puede ejecutarse, omitirse o quedar pendiente |
| Decisión de la aplicación | Rechaza entradas mal formadas; no demuestra entrega para las válidas | Lee status, action y reason_codes; mantiene unknown separado de undeliverable |

## Elegir la comprobación según la pregunta

Una comprobación de formato detecta una `@` ausente o una parte local mal formada mientras la persona introduce la dirección. No demuestra que el dominio exista ni que un buzón reciba mensajes. `alex@example.com` tiene la forma correcta, exista o no el buzón Alex. La [definición de sintaxis de correo](https://emvero.io/es/glossary/email-syntax/) describe las reglas de entrada.

Una verificación completa comprueba el dominio y la ruta de correo, y puede abrir una sesión SMTP. En `RCPT TO`, el servidor receptor responde sobre el destinatario indicado. Emvero se detiene antes de `DATA` y no envía ningún mensaje. La [explicación de la conversación SMTP](https://emvero.io/es/glossary/smtp-handshake/) y [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-3.3) describen esas etapas. La verificación también puede omitir SMTP según la política o devolver `pending`. «Completa» describe la profundidad de la comprobación; no promete una sesión SMTP en cada solicitud.

## Interpretar fallos y aceptación

Un analizador de sintaxis no consulta el dominio. Una comprobación posterior puede establecer `DNS_NXDOMAIN`, mientras que `LIKELY_DOMAIN_TYPO` es una sugerencia, no una prueba de la escritura pretendida. Un dominio puede existir aunque la persona lo haya escrito por error.

SMTP añade una observación de esa conversación. Un servidor catch-all puede aceptar destinatarios arbitrarios y dar lugar a `risky`. Un rechazo clasificado como `SMTP_MAILBOX_NOT_FOUND` se devuelve actualmente como `unknown` con `SMTP_RECIPIENT_REJECTED_AMBIGUOUS`. Los tiempos de espera agotados y las restricciones del servidor también pueden dejar el resultado sin resolver. Ni la aceptación ni el rechazo del sondeo garantizan lo que ocurrirá con un mensaje posterior.

## Combinar las etapas en un formulario de registro

Compruebe localmente la sintaxis admitida y conserve la parte local introducida. Después, solicite la verificación desde su servidor cuando necesite evidencia de la red. La [guía de direcciones con signo más](https://emvero.io/es/blog/email-address-with-plus-sign/) explica por qué quitar una etiqueta puede cambiar el destinatario. Una parte local no ASCII también depende de que el destino admita SMTPUTF8.

En comprobaciones terminadas, lea `action` junto con `status` y `reason_codes`. Consulte de nuevo una comprobación `pending`, en lugar de convertirla en `unknown`. Pida confirmación si necesita comprobar el acceso al buzón. La [guía de validación durante el registro](https://emvero.io/es/guides/signup-form-validation/) muestra cómo aplicar `allow_with_email_confirmation` sin rechazar automáticamente un sondeo inconcluso.

## 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.

|  |  |
| --- | --- |
| `INVALID_SYNTAX` | La dirección no está bien formada |
| `DNS_NXDOMAIN` | El dominio no existe |
| `SMTP_MAILBOX_NOT_FOUND` | Rechazo del destinatario observado por SMTP; la regla actual devuelve unknown con SMTP_RECIPIENT_REJECTED_AMBIGUOUS. |
| `LIKELY_DOMAIN_TYPO` | El dominio parece una errata |

## Términos relacionados

### Handshake SMTP

El intercambio de órdenes y respuestas con un servidor de correo antes de transmitir el mensaje.

### Registro MX

Un registro DNS que indica a qué servidor dirigir el correo de un dominio.

[Todas las comparaciones](https://emvero.io/es/compare/)

## 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.

Ver una comprobación de ejemplo

Empezar gratis