---
title: "Apóstrofo en una dirección de correo: ¿es válido? | Emvero"
description: "Un apóstrofo recto puede ser válido antes de la @. Localiza errores en formularios, validación del servidor y almacenamiento sin cambiar la dirección."
url: https://emvero.io/es/blog/email-address-with-apostrophe/
language: es
updated: 2026-10-22
---

Blog

# ¿Puede una dirección de correo contener un apóstrofo?

Comprueba el carácter introducido y localiza el paso que lo rechaza. Conserva la dirección durante el registro, el almacenamiento y el restablecimiento de contraseña.

Publicado 2026-10-22

Sí. Una dirección de correo con un apóstrofo puede ser válida si el carácter aparece antes de la `@`. En `o'neil@example.com`, el nombre anterior a la `@` es la parte local. El apóstrofo ASCII recto es uno de los [caracteres permitidos por RFC 5322](https://www.rfc-editor.org/rfc/rfc5322.html#section-3.2.3).

Si un formulario rechaza esta dirección, averigua en qué paso de validación o almacenamiento falla. Borrar el carácter cambia la dirección. Un formato permitido no demuestra que un proveedor ofrezca ese buzón ni que pueda recibir mensajes.

## Comprueba el carácter y su posición

El apóstrofo recto `'` es `U+0027`; el carácter curvo `’` es `U+2019`. Pueden parecer similares en un campo, pero son caracteres distintos. El segundo queda fuera del conjunto ASCII que usa la gramática habitual de la parte local.

| Ejemplo | Qué indica |
| --- | --- |
| `o'neil@example.com` | El apóstrofo recto está permitido en esta estructura de la parte local |
| `o’neil@example.com` | Se ha introducido otro carácter Unicode; comprueba por separado la compatibilidad con direcciones internacionalizadas |
| `o'neil@exam'ple.com` | El dominio contiene un carácter no permitido en las etiquetas habituales de los dominios de correo |
| `o'neil..sales@example.com` | Los puntos consecutivos hacen que esta parte local sin comillas sea inválida |

La [gramática de direcciones de SMTP](https://www.rfc-editor.org/rfc/rfc5321.html#section-4.1.2) define las reglas del dominio y los segmentos de la parte local separados por puntos. Los ejemplos usan un dominio reservado para documentación y no representan buzones operativos.

Si el campo contiene el carácter curvo, pide a la persona que confirme cómo se escribe su dirección. No lo sustituyas sin avisar ni elimines signos de puntuación. La [referencia sobre sintaxis de correo](https://emvero.io/es/glossary/email-syntax/) explica otras restricciones de formato.

## Localiza el paso que rechaza el valor

Empieza por el campo del navegador. Un ` ` de HTML permite el apóstrofo recto en la parte local. Un `pattern` propio, un validador de JavaScript o una biblioteca de formularios pueden añadir una regla más restrictiva. La [especificación HTML del campo de correo](https://html.spec.whatwg.org/multipage/input.html#email-state-%28type=email%29) define una gramática que difiere de la sintaxis SMTP.

Ejecuta este código en la consola del navegador para probar solo la comprobación de formato incorporada. Crea un campo fuera del documento y no envía ninguna petición:

```
const field = document.createElement("input");
field.type = "email";
field.required = true;

console.table([
  "o'neil@example.com",
  "o’neil@example.com",
  "o'neil@exam'ple.com",
  "o'neil..sales@example.com"
].map(value => {
  field.value = value;
  return { value, formatAccepted: field.checkValidity() };
}));
```

Los resultados son `true`, `false`, `false`, `true`, en ese orden. El último muestra por qué importa la distinción: el navegador acepta puntos consecutivos antes de la `@`, aunque la gramática SMTP de una parte local sin comillas no los permite. Pasar la comprobación del campo no sustituye la validación del servidor.

Si el primer ejemplo pasa esta prueba, pero falla en tu formulario, revisa las reglas adicionales. Si el formulario lo acepta, compara el valor enviado con el que recibe el servidor. Después comprueba el analizador del servidor y su respuesta de error. El [ejemplo de formulario con JavaScript](https://emvero.io/es/blog/email-validation-javascript/) muestra cómo dar indicaciones y mantener una validación independiente en el servidor.

## Conserva la dirección al guardarla y volver a usarla

Una vez que el servidor acepte el formato, comprueba que guardar y leer el valor no altera la parte local. `o'neil@example.com` y `oneil@example.com` son direcciones introducidas distintas. La aplicación no tiene motivos para tratar la eliminación como una corrección.

Para guardar el valor mediante SQL, pasa la dirección como parámetro al controlador de la base de datos. No la concatenes en la cadena de la consulta. [OWASP recomienda consultas parametrizadas](https://cheatsheetseries.owasp.org/cheatsheets/SQL_Injection_Prevention_Cheat_Sheet.html) para separar los datos de entrada del código SQL. Borrar apóstrofos no sustituye esa separación.

Prueba cada función que lea el dato de contacto guardado. El registro puede funcionar aunque el acceso, la edición del perfil, la exportación o el restablecimiento de contraseña apliquen otro validador. Para preparar un informe reproducible, anota la entrada ficticia, el paso que falla, el error y el valor recuperado tras guardar y volver a cargar. No incluyas direcciones reales de clientes en el informe.

Si un servicio conectado no admite la dirección, explica la limitación y deja que la persona facilite otra. No inventes una alternativa modificando el nombre de su buzón.

## Verifica la dirección después de corregir el problema

Envía la dirección sin modificar desde tu servidor a la [API de verificación de correo](https://emvero.io/es/email-verification-api/). Así podrás obtener evidencia sobre el dominio y, cuando esté disponible, sobre el destinatario. Mantén las credenciales de la API en el servidor. Emvero conserva la parte local en lugar de borrar sus signos de puntuación.

Un resultado `unknown` significa que la evidencia disponible no permite llegar a una conclusión; `pending` indica que la comprobación sigue en curso. Ninguno demuestra un motivo permanente para rechazar la dirección. Si el proceso necesita comprobar que la persona controla el buzón, pídele que lo confirme mediante un enlace o código. La comparación entre [verificación y confirmación del correo](https://emvero.io/es/blog/email-verification-vs-email-confirmation/) explica por qué un carácter permitido y un destinatario aceptado todavía dejan esa cuestión abierta.

## Términos que aparecen aquí

### Sintaxis de una dirección

Las reglas de formato de una dirección de correo, que se comprueban antes de consultar DNS o contactar con un servidor.

### Handshake SMTP

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

## Situaciones a las que se aplica

### Validar una dirección en un formulario de registro

Alguien espera al otro lado de la petición, así que la latencia define el diseño y un rechazo equivocado le cuesta el cliente.

[Todos los artículos](https://emvero.io/es/blog/)

## Elige qué comprobar ahora.

Haz una consulta desde tu cuenta y examina los datos del resultado.

Empezar gratis