Por qué puede fallar el correo predeterminado de WordPress
Si el alojamiento o un plugin no cambia el transporte, WordPress utiliza wp_mail() y PHPMailer para entregar los mensajes a PHP mail. Ese paso depende de la configuración del servidor web. Una restricción del alojamiento o un remitente que el destinatario no puede autenticar puede dejar sin entregar las consultas, los restablecimientos de contraseña y los avisos de pedidos.
La referencia oficial de wp_mail aclara que un resultado exitoso indica que el método procesó la solicitud, sin demostrar que el destinatario recibió el mensaje. Un plugin SMTP aporta una ruta de envío autenticada, pero la decisión de filtrar un correo como spam corresponde al sistema receptor.
- El formulario envía
- wp_mail() usa mail() del servidor
- Sin SPF ni DKIM de tu dominio
- Carpeta de spam o se pierde sin aviso
- El formulario envía
- Un plugin SMTP redirige wp_mail()
- El proveedor lo firma: SPF, DKIM, DMARC
- Bandeja de entrada y un registro para revisar
Si todavía no sabes si el formulario genera el mensaje, empieza por WordPress no envía correos. Aquí nos centramos en configurar y validar la conexión una vez identificado el aviso que falla.
↑ Volver al inicioElige el plugin SMTP según tu proveedor de correo
El plugin conecta WordPress con el servicio de envío. El proveedor aporta la cuenta, los remitentes permitidos, los límites y los registros de entrega. Elige ambos a la vez: algunas integraciones utilizan una API por HTTPS en lugar de SMTP.
| Plugin | Referencia oficial | Qué revisar |
|---|---|---|
| WP Mail SMTP | Configuración Other SMTP | La conexión, el método de autenticación y los registros incluidos en la edición que usarás. |
| Post SMTP | Ficha del autor en WordPress.org | Compatibilidad con el proveedor, diagnóstico y alertas que requieren una ampliación de pago. |
| FluentSMTP | Documentación de conexiones | Integración del proveedor, reglas de envío y cómo revisará los fallos tu equipo. |
Mantén un solo plugin encargado de esta ruta de correo. Guarda los ajustes anteriores antes de desactivar otro y comprueba si el alojamiento o algún código personalizado modifica el envío. Dos herramientas que intentan controlar el mismo correo dificultan el diagnóstico.
¿Buzón de empresa o servicio de correo transaccional?
Un buzón de empresa puede servir para avisos ocasionales si sus políticas y límites lo permiten. Para confirmaciones de pedidos, restablecimientos de contraseña o envíos automáticos recurrentes, evalúa un servicio transaccional como Postmark, Brevo, Mailgun, SendGrid o Amazon SES. Compara la verificación del remitente, la consulta de rebotes, la titularidad de la cuenta y la integración disponible. Confirma los límites vigentes del plan con el proveedor.
Por ejemplo, el entorno sandbox de Amazon SES restringe los destinatarios hasta que se aprueba el acceso a producción. SES utiliza credenciales SMTP por región, con una contraseña distinta de la clave secreta de acceso de AWS. Configurar el plugin no elimina esos requisitos.
↑ Volver al inicioCómo configurar el envío SMTP en WordPress
Ten a mano el acceso de administrador de WordPress, la cuenta del proveedor y el acceso a la zona DNS autoritativa. Guarda la configuración actual y crea una copia de seguridad recuperable. La cuenta de envío debe pertenecer al negocio para que un cambio de personal o agencia no interrumpa los avisos.
- Paso 1
Documenta el fallo actual
Envía una prueba identificable y anota la hora, el destinatario y el formulario. Guarda el error y revisa la dirección de destino del aviso antes de cambiar el transporte.
- Paso 2
Activa un solo plugin de envío
Instala el plugin elegido desde su fuente oficial. En WP Mail SMTP, abre WP Mail SMTP > Settings > General. Elige la conexión de tu proveedor o selecciona Other SMTP para introducir los datos manualmente.
- Paso 3
Define la identidad del remitente
Utiliza una dirección From autorizada por el proveedor y el nombre reconocible del negocio. Si todos los avisos deben salir con esa identidad, activa Force From Email cuando esté disponible. Revisa las necesidades de sitios con varios remitentes o idiomas antes de imponerla globalmente.
- Paso 4
Conecta el proveedor
En SMTP manual, introduce el servidor exacto, puerto, cifrado, usuario y credencial emitida por el proveedor; activa la autenticación. En una conexión OAuth o API, sigue su proceso de autorización. Los campos de puerto SMTP pueden no corresponder a esa integración.
- Paso 5
Autentica el dominio
Copia los nombres, tipos y valores DNS requeridos a la zona autoritativa. Conserva los servicios de envío existentes, completa la verificación y comprueba la alineación DMARC del dominio From.
- Paso 6
Prueba la conexión y el aviso real
Envía una prueba desde el plugin y después desde el formulario público. Confirma la recepción, revisa la autenticación y relaciona el mensaje con el registro del proveedor. Prueba también el restablecimiento o aviso de pedido que motivó el arreglo.
- Paso 7
Documenta la configuración y quién la mantiene
Documenta el proveedor, remitente, método de conexión y responsable de renovaciones o autorizaciones revocadas. No incluyas credenciales en el documento. Define acceso y retención de registros, y configura por separado el guardado de consultas si hace falta.
Los nombres de los menús pueden cambiar. Consulta las instrucciones de SMTP manual de WP Mail SMTP junto con los datos de tu proveedor. No uses la contraseña habitual del buzón si se exige OAuth, una contraseña de aplicación o una credencial SMTP específica.
↑ Volver al inicioPuertos SMTP: el cifrado debe coincidir con el servidor
| Puerto | Cifrado | Qué seleccionar |
|---|---|---|
| 587 | STARTTLS | El plugin suele llamarlo TLS. La conexión pasa a TLS antes de autenticar. |
| 465 | TLS implícito | El plugin suele llamarlo SSL. TLS comienza al abrir la conexión; esa etiqueta no significa que debas habilitar protocolos SSL obsoletos. |
| 25 | Depende del proveedor | No des por hecho que está permitido ni que corresponde al envío web. El alojamiento puede bloquearlo; sigue la documentación del servicio. |
Amazon SES documenta STARTTLS y TLS implícito, incluidas estas combinaciones habituales. El servidor elegido debe admitir la combinación configurada. Evita seleccionar TLS implícito en un puerto que solo admite STARTTLS, quitar el cifrado para ocultar un fallo o desactivar la validación del certificado.
↑ Volver al inicioGmail en WordPress: OAuth o contraseña de aplicación si está disponible
Si el plugin ofrece una conexión compatible con Google, utiliza su proceso de autorización. Por ejemplo, el mailer de Gmail de WP Mail SMTP usa la API de Google. Sigue las instrucciones vigentes de aplicación, consentimiento y URI de redirección y autoriza la cuenta del negocio. Esta ruta no necesita puertos SMTP manuales.
Servidor SMTP: smtp.gmail.com
Puerto: 587
Cifrado: STARTTLS (suele aparecer como TLS)
Autenticación: activada
Usuario: dirección completa de Google
Contraseña: contraseña de aplicación de Google
Alternativa: puerto 465 con TLS implícito (suele aparecer como SSL)El remitente debe estar autorizado en la cuenta conectada. Estos datos describen ajustes, no credenciales de acceso.
Son los ajustes de la documentación de Google para enviar desde aplicaciones. El relay de Workspace, smtp-relay.gmail.com, es una opción aparte que configura un administrador. Cambiar solo el servidor no autoriza al alojamiento a utilizarlo.
Las contraseñas de aplicación de Google requieren verificación en dos pasos y pueden no estar disponibles por restricciones de la cuenta. Google recomienda Iniciar sesión con Google cuando exista esa opción. Si no aparecen, utiliza una integración OAuth aprobada o consulta al administrador de Workspace. Google las revoca al cambiar la contraseña de la cuenta.
↑ Volver al inicioAutentica el dominio sin interrumpir el correo de la empresa
Las credenciales SMTP autorizan a WordPress a usar el proveedor. La autenticación DNS permite que el destinatario evalúe el dominio de envío. Configúrala para el servicio y remitente reales; un registro copiado de otra web puede autorizar al proveedor equivocado.
| Método | Qué comprueba | Qué configurar |
|---|---|---|
| SPF | Autoriza servidores para el dominio del remitente de sobre, que puede ser distinto del From visible. | Usa el dominio o subdominio de retorno indicado. Integra los emisores autorizados en un solo registro SPF para ese nombre. |
| DKIM | Firma el mensaje para verificar el dominio firmante y el contenido firmado. | Publica el selector y la clave TXT o los destinos CNAME exactos del proveedor. Activa también la firma en el servicio. |
| DMARC | Comprueba que el dominio From esté alineado con una identidad SPF o DKIM que pase la autenticación. | Revisa la política en _dmarc.tu-dominio. Conserva la política existente y planifica cambios a partir de los informes. |
La guía SPF de Google explica cómo incluir todos los emisores en un único registro. Obtén los registros DKIM del proveedor; para Workspace, consulta la configuración DKIM de Google. La documentación DMARC de Google detalla la alineación y las políticas: p=none permite supervisar sin solicitar cuarentena ni rechazo. No debilites una política de protección existente para disimular un remitente mal configurado.
Para destinatarios con cuentas personales de Gmail, las directrices de Google exigen SPF o DKIM a todos los emisores, y SPF, DKIM y DMARC a los emisores masivos. La autenticación ayuda a la entrega, pero no garantiza la bandeja de entrada. Verifica tanto el DNS como el resultado de un mensaje nuevo.
La documentación MX de Google describe la entrega entrante. Trata una migración de buzones como un cambio aparte de la conexión de WordPress al servicio de envío.
↑ Volver al inicioUn aviso verde del plugin no completa la prueba
- Envía una prueba identificableUtiliza buzones que controles, incluido Gmail y el sistema de correo de tu equipo. Anota destino, hora y asunto.
- Revisa entrada, spam y cuarentenaRelaciona el mensaje con el identificador del proveedor, rechazo o rebote. La aceptación por el proveedor y la llegada a la bandeja son pasos distintos.
- Inspecciona los encabezados recibidosEn Gmail, abre Más > Mostrar original. Busca SPF, DKIM y DMARC en Authentication-Results y revisa qué dominios se evaluaron.
- Envía cada formulario públicoPrueba ambos idiomas, destinatarios condicionales, confirmaciones y Reply-To. La prueba del plugin omite los ajustes de notificación del formulario.
- Prueba el aviso que fallabaUsa una cuenta controlada para restablecimientos o un pedido de prueba seguro para la tienda. Confirma la llegada de cada mensaje esperado.
- Comprueba el guardado y la visibilidad de erroresConfirma si se guardan las consultas. Limita acceso y retención de registros: pueden contener mensajes de clientes o enlaces de restablecimiento.
Google explica cómo ver los encabezados completos. Deja constancia del recorrido probado, remitente, evento del proveedor y resultado de autenticación recibido. Excluye contraseñas, claves API y enlaces de restablecimiento vigentes.
↑ Volver al inicioErrores SMTP en WordPress: qué revisar según el síntoma
| Síntoma | Qué revisar | Acción útil |
|---|---|---|
| Tiempo de espera agotado o sin conexión | Servidor, puerto, cifrado y restricciones de salida del alojamiento. | Pide al alojamiento comprobar el destino y puerto exactos. Una API compatible puede ser una alternativa si se bloquea SMTP. |
| Error de autenticación | Usuario, tipo de credencial, aprobación o autorización revocada. | Usa la credencial SMTP del proveedor o vuelve a conectar OAuth. En Gmail, comprueba las contraseñas de aplicación en lugar de repetir la habitual. |
| Remitente rechazado o sin verificar | Dirección From permitida, verificación del dominio y restricciones de cuenta. | Verifica el remitente y consulta el rechazo exacto del proveedor antes de modificar el formulario. |
| Llega la prueba del plugin, pero no el formulario | Destinatario, reglas de notificación, remitente y existencia del intento de envío. | Prueba el formulario real y busca su hora en los registros. El transporte no corrige una notificación desactivada. |
| El proveedor acepta el correo, pero no aparece | Spam, cuarentena, rebotes, supresiones y encabezados disponibles. | Revisa los eventos del proveedor y el sistema destinatario. Evita reenviar repetidamente a una dirección suprimida. |
| Antes funcionaba y dejó de hacerlo | Credenciales revocadas, límites, cambios de plugins o DNS. | Compara la hora del fallo con los cambios y repite la prueba tras corregir la causa. |
La dirección del visitante va en Reply-To
Envía los avisos desde una dirección autorizada del sitio. Coloca el correo validado del visitante en Reply-To para responderle sin suplantar su dominio. En Contact Form 7, revisa la pestaña Mail y sus encabezados adicionales y comprueba que cada etiqueta corresponda a un campo del formulario.
To: equipo@example.com
From: Sitio web <web@example.com>
Additional headers:
Reply-To: [your-email]Sustituye example.com por tu dominio autenticado y direcciones autorizadas. [your-email] debe ser un campo de correo válido del formulario.
Después del arreglo, incluye los accesos de correo y las actualizaciones del plugin en tus revisiones de seguridad de WordPress. Si necesitas seguimiento periódico, consulta la administración de WordPress.
↑ Volver al inicioSitios web recientes
Ver el portafolio completo →
Lo hacemos por ti
Resuelve la conexión SMTP y los avisos que no llegan
Fer Marketing opera como Fer LLC, fundada por Fernando Marcano. Envía la URL, el formulario o aviso afectado, tus proveedores de alojamiento y correo, y cualquier error. Confirmamos alcance y precio por escrito; después configuramos el remitente, revisamos la autenticación del dominio y probamos la entrega.
- Una conexión de envío compatible y un remitente autorizado.
- Revisión DNS según el proveedor, conservando el correo de la empresa.
- Pruebas del plugin y del formulario con verificación del mensaje recibido.
- Entrega documentada de ajustes, titularidad de la cuenta y comprobaciones de seguimiento.
Fer LLC, empresa de Wyoming, Estados Unidos · +1 310 734 8943
Fer LLC, empresa de Wyoming, Estados Unidos · +1 310 734 8943
- Top Rated en Upwork
- 100% Job Success
- 100+ proyectos en Upwork
- 20+ años de experiencia práctica
- Fer LLC, empresa en EE. UU.
- Fernando hace o revisa cada trabajo
Por qué nos contratan
Una persona responsable
Fernando hace o revisa cada trabajo. Sin intermediarios entre tú y el trabajo.
Cotización fija por escrito
Alcance y precio por escrito antes de empezar. El retrabajo por nuestros errores corre por nuestra cuenta.
Bilingüe EN/ES
Fer LLC (Wyoming), trabajando en inglés y español. Respondemos el mismo día hábil, de 9 AM a 9 PM ET, al +1 310 734 8943.
Un historial verificable
Top Rated en Upwork con 100% Job Success, y proyectos publicados en el portafolio.
Preguntas frecuentes
¿Necesito un plugin SMTP si el alojamiento ya envía correos?
Primero revisa la ruta existente. Si el alojamiento ya ofrece envío autenticado y registros útiles, añadir otro plugin puede crear conflictos. Si WordPress depende de PHP mail sin una ruta bien configurada, conecta un único servicio compatible por SMTP o API y pruébalo.
¿Qué conviene más: WP Mail SMTP, Post SMTP o FluentSMTP?
Elige según el método de autenticación de tu proveedor y los registros que necesite tu equipo. Confirma esas funciones en la edición que usarás. Mantén un solo plugin de envío y evalúa también la titularidad de la cuenta y la supervisión de fallos.
¿Se puede usar Gmail para enviar correos desde WordPress?
Sí, mediante una conexión autorizada con Google o, si la cuenta lo permite, smtp.gmail.com y una contraseña de aplicación. Los ajustes manuales habituales son 587 con STARTTLS o 465 con TLS implícito. Siguen aplicándose las políticas y límites de la cuenta.
¿Uso el puerto 465 o el 587 en WordPress?
Usa la combinación admitida por el proveedor: 587 con STARTTLS o 465 con TLS implícito cuando estén disponibles. El plugin puede llamarlos TLS y SSL, respectivamente. Una combinación incorrecta de puerto y cifrado puede impedir la conexión.
¿SMTP garantiza que el correo llegue a Gmail u Outlook?
No. Un proveedor puede aceptar un mensaje que después sea rechazado, puesto en cuarentena o filtrado como spam. Revisa remitente, autenticación, eventos del proveedor y bandeja del destinatario. Termina con una prueba del formulario público.
¿Instalar SMTP recupera consultas antiguas que no llegaron?
No. SMTP cambia los envíos futuros. Solo podrás recuperar consultas anteriores si quedaron guardadas en otro sistema, como la base de datos del formulario, un CRM, registros de correo o un buzón. Comprueba esos registros por separado.
¿Fer puede configurar SMTP y arreglar también el formulario?
Sí. Envía la URL, el formulario afectado, el proveedor y el error. Fer LLC, empresa de Wyoming, Estados Unidos, fundada por Fernando Marcano, puede definir el trabajo de conexión, autenticación y pruebas reales. Confirmamos alcance y precio por escrito antes de empezar; los cargos del proveedor son aparte.
La configuración queda comprobada con un remitente autorizado, autenticación verificada y un aviso real recibido por el equipo correcto. Conserva esas pruebas junto con las notas de mantenimiento del sitio.