Resumen de IA
Una retransmisión SMTP decide si sus correos electrónicos de WordPress llegan a la bandeja de entrada o desaparecen. Si se equivoca, sus recibos, restablecimientos de contraseña y notificaciones de formularios desaparecerán silenciosamente.
WordPress no tiene su propio servidor de correo. Entrega cada mensaje a lo que su host proporcione. Eso suele ser algo lento, no autenticado o bloqueado por completo.
A continuación, aprenderá qué es un relé SMTP, cómo funciona la transferencia y qué puerto utilizar.
También aprenderá por qué wp_mail() falla por sí solo. Luego verá cómo difieren los 2 puntos de conexión SMTP de Google, además de cómo probar su relé. ¡Empecemos!
- ¿Qué es un relé SMTP?
- Cómo funciona la retransmisión SMTP
- Por qué WordPress necesita una retransmisión SMTP
- ¿Cuándo necesita una retransmisión SMTP?
- ¿Qué puerto de retransmisión SMTP debe utilizar?
- ¿Cuál es la diferencia entre smtp-relay.gmail.com y smtp.gmail.com?
- ¿Está desapareciendo la retransmisión SMTP?
- Cómo configurar una retransmisión SMTP en un sitio de WordPress
- Cómo saber si su retransmisión SMTP está funcionando
¿Qué es un relé SMTP?
Un relé SMTP es un servidor de correo que envía su correo electrónico por usted. Acepta su mensaje saliente y luego lo reenvía al servidor del destinatario.
Piénselo como dejar una carta en la oficina de correos. Se la entrega a un transportista que ya tiene las rutas y la reputación.
Esa reputación es la parte que importa. Un relé envía desde direcciones IP que protege activamente. Firma su correo con DKIM. Y negocia con Gmail y Outlook a diario.
La mayoría de las personas utilizan un relé alojado de un proveedor de servicios de correo electrónico. Obtiene credenciales, las introduce en su sitio y el proveedor se encarga de la entrega.
¿Cuál es la diferencia entre un relé SMTP y un servidor SMTP?
Un servidor SMTP es el software que envía, recibe y enruta el correo. Un relé SMTP es una de las tareas que realiza el servidor. Reenvía el correo de un remitente de confianza a un dominio que no posee.
Cada relé es un servidor SMTP. No todos los servidores SMTP actúan como un relé para usted.
| Relé SMTP | Servidor SMTP | |
|---|---|---|
| Trabajo principal | Reenvía su correo a otros dominios | Envía, recibe y enruta correo |
| Dirección | Solo saliente | Entrante y saliente |
| Autenticación | Requiere sus credenciales o una IP de confianza | Depende del rol que desempeñe |
| ¿Quién lo ejecuta? | Normalmente un proveedor externo | Su host, su proveedor o usted |
| Lo necesita cuando | Su sitio tiene que enviar correo de forma fiable | Está ejecutando infraestructura de correo |
Cómo funciona la retransmisión SMTP
Un relé SMTP funciona en 5 pasos. Su sitio se conecta, cifra y autentica. Luego entrega el mensaje y el relé lo envía.
Aquí está la secuencia:
- Conectar. Su sitio abre una conexión TCP al nombre de host del relé en un puerto de envío.
- Cifrar. La conexión se actualiza a TLS, por lo que las credenciales no se envían en texto plano.
- Autenticar. Su sitio demuestra quién es con una contraseña, una clave API o una IP aprobada.
- Transferir. Su sitio declara el remitente y los destinatarios, y luego envía las cabeceras y el cuerpo.
- Poner en cola y entregar. El relé acepta el mensaje, lo firma con DKIM y lo entrega.
¿Qué sucede en cada paso de la entrega?
El traspaso es una conversación en texto plano. Leer una hace que todo el proceso encaje. Aquí tienes una sesión SMTP real con un relay, recortada para mayor claridad:
220 smtp.example.com ESMTP ready
EHLO yoursite.com
250-smtp.example.com
250-STARTTLS
250 AUTH LOGIN PLAIN
STARTTLS
220 2.0.0 Ready to start TLS
AUTH LOGIN
235 2.7.0 Authentication successful
MAIL FROM:<[email protected]>
250 2.1.0 Sender OK
RCPT TO:<[email protected]>
250 2.1.5 Recipient OK
DATA
354 Start mail input
(message headers and body go here)
.
250 2.0.0 OK: queued as 4A2F1C
QUIT
Cada línea que empieza con un número es la respuesta del relay. Los códigos 250 significan éxito, y 235 confirma que tus credenciales funcionaron.
La última línea 250 2.0.0 OK: queued es la más importante. Antes de ella, la entrega es tu problema. Después de ella, es del relay.
Por qué WordPress necesita una retransmisión SMTP
WordPress necesita un relay SMTP porque no tiene su propio servidor de correo. Por defecto, entrega el correo a PHP, que lo pasa a tu host sin firmar y sin verificar.
Los proveedores de correo tratan ese tipo de mensaje como sospechoso. Llega sin pruebas de que provenga de tu dominio. A menudo proviene de una IP compartida con cientos de sitios.
¿Qué hace realmente wp_mail() por defecto?
wp_mail() construye tu mensaje usando la biblioteca PHPMailer. Luego lo envía a través de la función mail() de PHP. Sin conexión SMTP, sin inicio de sesión, sin firma.
Esa ruta predeterminada falla de 4 maneras específicas:
- Sin autenticación. Nada demuestra que el mensaje provino de tu dominio.
- Sin firma DKIM. Los servidores receptores no pueden verificar que el contenido no fue alterado.
- Remitente del sobre no coincidente. El remitente técnico a menudo no coincide con tu dirección De, por lo que la alineación SPF falla.
- Reputación de IP compartida. Heredas la reputación de todos los demás sitios en tu servidor.
Un plugin SMTP como WP Mail SMTP soluciona esto conectándose a phpmailer_init y cambiando PHPMailer a SMTP. Aquí está el núcleo de lo que hace ese hook:
add_action( 'phpmailer_init', function ( $phpmailer ) {
$phpmailer->isSMTP(); // stop using PHP mail()
$phpmailer->Host = 'smtp.example.com'; // your relay hostname
$phpmailer->Port = 587; // submission port
$phpmailer->SMTPSecure = 'tls'; // encrypt the connection
$phpmailer->SMTPAuth = true; // authenticate
$phpmailer->Username = getenv( 'SMTP_USER' );
$phpmailer->Password = getenv( 'SMTP_PASS' );
} );
¿Por qué el alojamiento compartido empeora esto?
El alojamiento compartido lo empeora por 2 razones. Tu host bloquea los puertos que el correo necesita y comparte tu IP de envío con extraños.
He visto cómo un vecino spammer conseguía que se bloqueara toda una gama de IPs compartidas. Una docena de sitios inocentes cayeron con él.
La mayoría de los hosts bloquean el puerto de salida 25 para detener ese abuso. Algunos limitan el correo a unos pocos cientos de mensajes por hora. Otros descartan silenciosamente cualquier cosa que PHP intente enviar.
Un relay sortea todo eso. Tu correo sale a través de una conexión autenticada en un puerto que los hosts no bloquean. La IP de envío pertenece a un proveedor que la defiende.
Soluciona tus correos de WordPress ahora
¿Cuándo necesita una retransmisión SMTP?
Necesitas un relay SMTP una vez que tu sitio envía correos electrónicos que alguien está esperando. Restablecimientos de contraseña, recibos y notificaciones de formularios califican.
Configura uno en estos casos:
- Tu sitio envía cualquier correo electrónico transaccional
- Los correos de prueba de WordPress fallan o nunca llegan
- Tus correos electrónicos aterrizan en spam en lugar de en la bandeja de entrada
- Estás en alojamiento compartido, donde el puerto 25 suele estar bloqueado
- Necesitas registros de entrega para probar que se envió un mensaje
- Envías más de un puñado de mensajes al día
Puede omitir una retransmisión en un caso estrecho. Si su sitio es puramente estático, nada necesita enviar. Sin formularios, sin cuentas, sin tienda.
¿Qué puerto de retransmisión SMTP debe utilizar?
Usa el puerto 587 con STARTTLS. Es el puerto de envío estándar, está cifrado y los hosts rara vez lo bloquean.
| Puerto | Cifrado | Úsalo cuando | ¿Bloqueado en alojamiento compartido? |
|---|---|---|---|
| 587 | STARTTLS | Casi siempre. La opción predeterminada. | Raramente |
| 465 | TLS implícito | Tu proveedor o host lo prefiere | A veces |
| 2525 | STARTTLS | Los puertos 587 y 465 están bloqueados | Raramente |
| 25 | Normalmente ninguno | Solo retransmisión de servidor a servidor. No para tu sitio. | Casi siempre |
El puerto 587 es el puerto de envío de mensajes definido en la RFC 6409. El puerto 465 usa TLS implícito, por lo que el cifrado comienza antes de enviar cualquier comando. La RFC 8314 lo documenta.
El puerto 2525 no está en ninguna RFC. Los proveedores lo ofrecen como una solución alternativa no oficial y funciona porque los firewalls generalmente lo ignoran.
¿Cuál es la diferencia entre smtp-relay.gmail.com y smtp.gmail.com?
Son 2 servicios de Google distintos y se autentican de manera diferente. smtp-relay.gmail.com es el retransmisor de Google Workspace para aplicaciones y dispositivos. smtp.gmail.com es el servidor SMTP de Gmail, que envía como un buzón.
Confundirlos es el error más común de Google SMTP que veo.
| smtp-relay.gmail.com | smtp.gmail.com | |
|---|---|---|
| Para qué sirve | Aplicaciones, sitios y dispositivos que envían para tu dominio | Enviar como un buzón de Gmail o Workspace |
| ¿Requiere Workspace? | Sí | No |
| Se autentica mediante | Dirección IP aprobada o credenciales SMTP | Solo credenciales del buzón |
| Enviar como | Cualquier dirección de tu dominio verificado | Solo esa dirección de buzón |
| Límites de envío | Superior, establecido por cuenta de Workspace | Inferior, establecido por buzón |
El punto de conexión de retransmisión se autentica por rango de IP o dominio. Esto es adecuado para un servidor que envía para muchas direcciones. El punto de conexión de Gmail vincula cada mensaje a un único inicio de sesión de buzón.
Google documenta los límites actuales en su guía de retransmisión SMTP. Consulta allí en lugar de confiar en un número de una entrada de blog, porque Google ajusta estos límites.
¿Está desapareciendo la retransmisión SMTP?
No. La retransmisión SMTP no va a desaparecer, y el servicio de retransmisión de Google sigue totalmente admitido.
La confusión proviene de un cambio real que la gente recuerda a medias. Google retiró el método de inicio de sesión de "aplicaciones menos seguras" para las cuentas de Workspace.
Ese cambio eliminó una forma de iniciar sesión con una contraseña de cuenta normal. No eliminó la retransmisión SMTP. Las retransmisiones modernas se autentican con contraseñas de aplicación, OAuth, claves de API o IPs aprobadas en su lugar.
El mismo patrón se repitió en Microsoft, que ha estado retirando la autenticación básica para SMTP. De nuevo, el protocolo se mantuvo y el método de inicio de sesión débil desapareció.
Cómo configurar una retransmisión SMTP en un sitio de WordPress
Configura una retransmisión SMTP en 4 pasos. Elige un proveedor y verifica tu dominio. Luego instala un plugin SMTP y añade tus credenciales.
¿Qué necesita antes de empezar?
Reúne esto primero:
- Un dominio desde el que envías, no una dirección gratuita de Gmail o Yahoo
- Acceso a tus registros DNS, para SPF y DKIM
- Una cuenta con un proveedor de retransmisión SMTP
- Acceso de administrador a tu sitio de WordPress
Luego, procede:
- Elige un proveedor de retransmisión. Adapta el plan a tu volumen mensual real, no a tu mejor escenario.
- Verifica tu dominio de envío. El proveedor te proporciona registros DNS para añadir. Añadirlos permite que la retransmisión firme el correo como tú.
- Instala un plugin SMTP. Ve a Plugins » Añadir nuevo plugin, busca el plugin WP Mail SMTP y haz clic en Instalar ahora y Activar.
- Introduce los detalles de tu retransmisión. Añade el host, puerto, tipo de cifrado y credenciales de tu proveedor.
WP Mail SMTP se encarga de los pasos 3 y 4 con un asistente de configuración. También incluye remitentes integrados para los principales proveedores. Elegir un remitente es mejor que introducir detalles SMTP en bruto. El host y el puerto se rellenan automáticamente.
Cómo saber si su retransmisión SMTP está funcionando
Envía un correo de prueba y luego lee las cabeceras del mensaje. Quieres 3 aprobaciones: aceptación, SPF y DKIM.
WP Mail SMTP incluye una función de correo de prueba para probar las conexiones SMTP y de remitente. Para enviar un correo de prueba, ve a WP Mail SMTP » Herramientas y abre la pestaña Prueba de correo. Introduce la dirección de correo electrónico del destinatario en el campo Enviar a.
Una vez hecho, haz clic en el botón Enviar correo. Si tu configuración es correcta, verás un mensaje de ¡Éxito!.

Una prueba que solo dice "enviado con éxito" no es suficiente. Eso confirma que el retransmisor aceptó tu mensaje, no que un buzón real lo hiciera.
Abre el correo de prueba que recibiste, ve el mensaje original y busca:
Received:muestra el nombre de host de tu retransmisor. Confirma que el correo pasó por el retransmisor, no por PHP.spf=pass. Tu DNS autoriza al retransmisor a enviar para tu dominio.dkim=pass. Tu mensaje lleva una firma válida.dmarc=pass. SPF o DKIM se alinean con tu dominio de Origen.
Si la prueba falla, la causa es casi siempre una de estas 3 cosas:
- Puerto o cifrado incorrectos. Prueba el puerto 587 con STARTTLS, luego el puerto 465 con TLS.
- Credenciales rechazadas. Vuelve a generar la contraseña de la aplicación o la clave de API e introdúcela de nuevo.
- El host está bloqueando la conexión. Pregunta a tu host si el SMTP de salida está filtrado y, a continuación, prueba el puerto 2525.
Preguntas frecuentes
¿Hay un relé SMTP gratuito?
Sí. La mayoría de los proveedores de retransmisión incluyen un nivel gratuito. Espera unos cientos o miles de mensajes al mes. Los planes gratuitos están bien para las notificaciones y recibos del formulario de un sitio pequeño. Comprueba si el nivel gratuito incluye la firma DKIM y los registros, ya que algunos eliminan ambos.
¿Permite Office 365 la retransmisión SMTP?
Sí. Microsoft 365 admite la retransmisión SMTP de dos maneras. Usa smtp.office365.com para la autenticación de cliente o un conector para un mayor volumen. Microsoft ha estado retirando la autenticación básica, así que usa la autenticación moderna o una contraseña de aplicación.
¿Es segura la retransmisión SMTP?
Una retransmisión SMTP es más segura que la ruta de correo predeterminada de WordPress. Cifra la conexión con TLS, requiere autenticación y firma su correo con DKIM. Utilice el puerto 587 o 465. Almacene las credenciales fuera de los archivos de su tema y rotelas después de cualquier compromiso.
¿Cuántos correos electrónicos se pueden enviar a través de una retransmisión SMTP?
Los límites dependen de su proveedor y plan. Los niveles gratuitos envían unos cientos al mes. Los planes de pago llegan a millones. Las retransmisiones también imponen una tasa de envío, no solo un límite mensual. Compruebe ambos antes de un gran envío.
¿Todavía necesita SPF y DKIM si utiliza una retransmisión SMTP?
Sí, y son más importantes, no menos. Un retransmisor solo puede firmar como tu dominio si tu DNS lo autoriza. Añade los registros SPF y DKIM que te proporcione tu proveedor. Añade un registro DMARC una vez que ambos pasen.
A continuación, configure sus ajustes SMTP de WordPress
Ahora que sabes cómo funciona un retransmisor, el siguiente paso es integrarlo en tu sitio. Nuestra guía de configuración SMTP de WordPress detalla los campos exactos y las opciones del remitente. También cubre la configuración que evita que tu correo llegue a spam.
Soluciona tus correos de WordPress ahora
¿Listo para arreglar tus correos electrónicos? Empieza hoy mismo con el mejor plugin SMTP de WordPress. Si no tienes tiempo para arreglar tus correos electrónicos, puedes obtener asistencia completa de configuración White Glove como compra adicional, y hay una garantía de devolución de dinero de 14 días para todos los planes de pago.
Si este artículo te ha sido útil, síguenos en Facebook y Twitter para obtener más consejos y tutoriales de WordPress.