Si los correos de tu WordPress no llegan (avisos del formulario de contacto, pedidos de WooCommerce, constancias del Libro de Reclamaciones o el enlace para cambiar la contraseña), casi siempre es por lo mismo: WordPress los envía con la función de correo del servidor, sin autenticación, desde una dirección tipo wordpress@tudominio.com que Gmail y Outlook no pueden verificar. La solución es enviarlos por SMTP autenticado con un plugin como WP Mail SMTP o FluentSMTP, a través de un buzón real o de un servicio de envío transaccional, y con SPF, DKIM y DMARC bien configurados en tu dominio.
Esta guía se centra en el correo que sale de la web, no en tu bandeja corporativa. Verás por qué falla, qué opción de envío elegir según tu volumen, cómo configurarlo paso a paso, cómo probarlo y qué hacer si aun así los mensajes terminan en spam.
Actualizado: octubre de 2026
Lo esencial
- WordPress no trae un servidor de correo: usa
wp_mail(), que por defecto entrega el mensaje al servidor del hosting sin autenticarse con tu proveedor de correo. - Desde febrero de 2024, Gmail exige SPF o DKIM a todos los remitentes, y Outlook aplica reglas similares a los envíos masivos desde mayo de 2025. Un correo sin autenticar tiene muchas probabilidades de rebotar o ir a spam.
- Un plugin SMTP reemplaza el envío del servidor por uno autenticado. WP Mail SMTP y FluentSMTP tienen versiones gratuitas suficientes para la mayoría de webs.
- Para una web de servicios, el SMTP de tu correo corporativo suele bastar. Para una tienda con muchos pedidos, conviene un servicio transaccional como Brevo o Amazon SES.
- El remitente (From) debe ser de tu dominio, y ese dominio debe autorizar al servicio que envía. Si no coinciden, DMARC falla.
- Activa el registro de correos del plugin: es la única forma de saber qué se envió, cuándo y si falló.
Por qué WordPress no envía bien los correos
Cuando un cliente llena tu formulario, WordPress llama a la función wp_mail(). Esta usa la librería PHPMailer y, si nadie la configura, entrega el mensaje a la función de correo de PHP del servidor. El servidor intenta mandarlo directamente al destino, y ahí empiezan los problemas.
- El remitente no es real. Muchos plugins de formulario usan por defecto una dirección como wordpress@tudominio.com, que no existe como buzón.
- El servidor no está autorizado. Tu registro SPF dice qué servidores pueden enviar en nombre de tu dominio. Si tu correo está en Google Workspace y la web en otro hosting, el servidor de la web no figura en el SPF.
- No hay firma DKIM. El correo sale sin la firma criptográfica que prueba que no fue alterado.
- La IP tiene mala reputación. En un hosting compartido, cientos de webs envían desde la misma IP. Si una de ellas manda spam, todas pagan.
- El hosting limita o bloquea el envío. Algunos planes ponen topes por hora o bloquean puertos de salida para evitar abusos, y no siempre avisan.
El resultado es silencioso: WordPress cree que envió el mensaje, el formulario muestra «Gracias, te responderemos pronto», pero el aviso nunca llega a tu bandeja o termina en spam. Te enteras semanas después, cuando un cliente se queja por WhatsApp de que nadie le respondió.
Qué exigen hoy Gmail y Outlook
Las reglas cambiaron en 2024 y se endurecieron en 2025. Según las directrices para remitentes de Gmail, desde el 1 de febrero de 2024 todo remitente debe tener SPF o DKIM, registros DNS inversos válidos, envío con TLS y una tasa de spam reportada por debajo del 0.3 %. Quien envía más de 5,000 mensajes al día a cuentas de Gmail necesita además SPF y DKIM, DMARC publicado y alineación del dominio del remitente.
Microsoft anunció en su blog de Outlook requisitos parecidos para remitentes de alto volumen hacia Outlook.com y Hotmail desde el 5 de mayo de 2025: SPF, DKIM y DMARC con alineación.
Tu web probablemente no envía 5,000 correos al día, pero eso no te salva. Los requisitos básicos aplican a todos, y un correo bien autenticado tiene mejores probabilidades de llegar a la bandeja de entrada. Si nunca configuraste estos registros, primero revisa nuestra guía de SPF, DKIM y DMARC para que tus correos no vayan a spam.
Qué correos de tu web están en juego
No todos los correos de WordPress pesan igual. Antes de configurar nada, haz la lista de los que te cuestan dinero si no llegan:
- Avisos del formulario de contacto o cotización. Son tus leads. Un formulario que no notifica es una web que no vende.
- Correos de WooCommerce. Nuevo pedido (para ti), pedido recibido, en proceso y completado (para el cliente). Si el cliente pagó con tarjeta o Yape y no recibe nada, desconfía y escribe preguntando si le estafaron.
- Constancia del Libro de Reclamaciones virtual. El consumidor debe recibir copia de su reclamo. Si el correo no llega, el problema ya no es solo de imagen. Lo explicamos en notificaciones automáticas por correo en tu libro virtual.
- Restablecimiento de contraseña de clientes y del administrador.
- Avisos del sistema: actualizaciones automáticas, errores fatales y alertas de seguridad.
Si tienes una tienda, revisa también qué correos de pedido envías y con qué texto: nuestra guía de correos automáticos de pedido en WooCommerce te ayuda a ordenarlos.
Opciones para enviar por SMTP: cuál elegir
El plugin SMTP solo es el conector. Lo importante es por dónde sale el correo. Estas son las opciones más comunes para un negocio peruano (precios consultados el 25 de octubre de 2026, en dólares y sin impuestos):
| Opción | Costo | Cuándo conviene | Ojo con |
|---|---|---|---|
| SMTP del correo de tu hosting | Incluido en el plan | Web de servicios con pocos formularios al día y correo en el mismo hosting | Límites por hora y reputación compartida de la IP |
| Google Workspace o Microsoft 365 | Incluido en tu licencia de correo | Ya pagas el correo corporativo y envías pocos mensajes | Requiere OAuth o contraseña de aplicación; tiene límites diarios de envío |
| Zoho Mail | Incluido en tu plan | Usas Zoho como correo corporativo | Configurar bien la región del servidor SMTP |
| Brevo | Plan gratuito con 300 correos al día | Tiendas pequeñas y webs con picos de formularios | El tope diario se reinicia cada día y no se acumula |
| Amazon SES | US$ 0.10 por cada 1,000 correos en la modalidad a la carta | Tiendas con mucho volumen y alguien técnico que lo configure | Hay que salir del modo sandbox y verificar el dominio |
Fuentes: límites del plan gratuito de Brevo y precios de Amazon SES. Si pagas en dólares con tarjeta peruana, recuerda que el banco aplica su tipo de cambio y que los servicios digitales del extranjero pueden estar afectos a IGV.
Cómo decidir en un minuto
- Estudio contable con 5 formularios al día: SMTP de su Google Workspace o del correo del hosting.
- Tienda con 40 pedidos al día: cada pedido genera dos o tres correos, más los de cambio de estado. Un servicio transaccional evita que los topes de un buzón normal te dejen sin enviar en Cyber Wow.
- Web que además manda boletines: separa. Los boletines por una plataforma de email marketing y los transaccionales por SMTP. Si la reputación de uno cae, no arrastra al otro.
Si todavía no decides dónde tener tu correo corporativo, compara antes en Workspace, Zoho o el correo del hosting, porque esa elección define la opción más simple para la web.
Qué plugin SMTP usar
Hay varios buenos. Los más usados son:
- WP Mail SMTP. Tiene versión gratuita en WordPress.org con los conectores más comunes. La versión Pro, según su página de precios, cuesta US$ 49 al año con descuento de introducción para un sitio y renueva a US$ 99. Agrega registro de correos completo, reenvío de fallidos, alertas y control de qué correos se envían.
- FluentSMTP. Gratuito, con registro de correos, conexiones de respaldo (si falla una, usa otra) y conectores para Amazon SES, Brevo, Google, Microsoft y SMTP genérico.
- Post SMTP. Otra alternativa gratuita con registro y diagnóstico.
Para una MYPE, FluentSMTP o la versión gratuita de WP Mail SMTP bastan. Paga la versión Pro solo si necesitas alertas automáticas cuando falla un envío o soporte del fabricante. Usa un único plugin SMTP: dos a la vez se pisan.
Configuración paso a paso
El ejemplo usa WP Mail SMTP, pero los pasos son casi idénticos en FluentSMTP.
- Decide el remitente. Usa una dirección real de tu dominio, por ejemplo web@tuempresa.pe o pedidos@tuempresa.pe. Evita direcciones de Gmail o Hotmail personales como remitente: no puedes autenticarlas con tu dominio.
- Instala y activa el plugin desde Plugins, Añadir nuevo.
- Configura el remitente. Escribe el correo y el nombre («Ferretería Los Andes», no «WordPress»). Marca la opción de forzar el remitente, para que todos los plugins usen el mismo.
- Elige el conector.
- Google Workspace o Gmail: usa el conector de Google con OAuth. Desde el 14 de marzo de 2025, según la ayuda de Google Workspace, las aplicaciones de terceros ya no pueden entrar por SMTP con usuario y contraseña normales. La alternativa es una contraseña de aplicación, que exige la verificación en dos pasos.
- Microsoft 365: conector de Microsoft (OAuth).
- Brevo o Amazon SES: pega la clave de API que te da el servicio.
- Correo del hosting: elige «Otro SMTP» y usa servidor, puerto 465 con SSL o 587 con TLS, usuario (el correo completo) y contraseña del buzón.
- Autentica tu dominio en el servicio. Brevo, SES y otros te piden agregar registros DNS (DKIM y a veces un registro de verificación). Agrégalos en el panel donde administras el DNS, que puede ser el hosting, Cloudflare o el registrador del .pe.
- Actualiza el SPF. Debe incluir al servicio que envía. Solo puede haber un registro SPF por dominio: si ya tienes uno para Google, se agrega el include del nuevo servicio al mismo registro, no se crea otro.
- Publica DMARC si no lo tienes, al inicio con política «none» para observar sin bloquear.
- Activa el registro de correos en el plugin.
Si los registros DNS te resultan confusos, nuestra explicación de registros A, CNAME, MX y TXT te sirve de mapa antes de tocar nada.
Cómo probar que funciona de verdad
El «correo de prueba» del plugin es el primer paso, no el último.
- Prueba del plugin. Envía el correo de prueba a una cuenta de Gmail y a una de Outlook o Hotmail. Debe llegar a la bandeja de entrada, no a spam.
- Revisa los encabezados. En Gmail, abre el mensaje, menú de tres puntos y «Mostrar original». Busca SPF, DKIM y DMARC con resultado PASS.
- Prueba el flujo real. Llena tu formulario de contacto desde el celular, con datos de prueba. Haz un pedido de prueba en WooCommerce con un medio de pago de prueba o contra entrega. Pide restablecer tu contraseña.
- Revisa el registro de correos. Cada envío debe aparecer como enviado. Si hay errores, el plugin muestra el mensaje del servidor (autenticación fallida, límite superado, remitente no verificado).
- Repite cada mes, o después de cambiar de hosting, de proveedor de correo o de plugin de formularios.
Ejemplo ilustrativo de cálculo de volumen: una tienda de repuestos recibe 25 pedidos al día. Cada pedido genera un aviso para la tienda, uno de «pedido recibido» y uno de «completado» para el cliente: 75 correos. Suma unos 10 formularios y 5 restablecimientos de contraseña: 90 al día. Está dentro de los 300 diarios del plan gratuito de Brevo, pero en una campaña con el triple de pedidos se acercaría al límite. Por eso conviene calcular con tu pico, no con tu promedio.
Si aun así los correos van a spam o no llegan
| Síntoma | Causa probable | Qué hacer |
|---|---|---|
| El plugin marca error de autenticación | Contraseña cambiada, OAuth vencido o verificación en dos pasos nueva | Reconecta la cuenta o genera una contraseña de aplicación |
| Llega a spam con SPF en FAIL | El servicio de envío no está en tu SPF | Agrega el include correcto al registro SPF existente |
| DMARC falla aunque SPF y DKIM pasan | El dominio del remitente no coincide con el dominio autenticado | Usa un remitente de tu dominio y firma DKIM con ese dominio |
| Llegan algunos y otros no | Tope diario o por hora del buzón o del servicio | Revisa límites y pasa a un servicio transaccional |
| Llega el aviso a ti, pero no al cliente | Dirección del cliente mal escrita o bandeja llena | Valida el campo de correo en el formulario y revisa el registro |
| No llega nada y el registro está vacío | El plugin de formularios no llama a wp_mail() o falla antes |
Revisa la configuración de notificaciones del formulario |
Un detalle que se olvida: si tu formulario pone como remitente el correo del cliente (por ejemplo, juan@gmail.com), el mensaje falla DMARC casi siempre, porque tu servidor no puede enviar en nombre de Gmail. Lo correcto es enviar desde tu dominio y poner el correo del cliente en el campo «Responder a». Así contestas con un clic y la autenticación pasa.
Y si el problema es el contrario, que te llegan cientos de formularios basura, ataca eso por separado con nuestra solución por capas para el spam en formularios. El spam que sale de tu web también daña la reputación de tu dominio.
Buenas prácticas para no volver a tener el problema
- Un remitente por función. pedidos@ para WooCommerce y web@ para formularios. Facilita filtrar y detectar fallas.
- Un respaldo. FluentSMTP permite una conexión secundaria. Si el servicio principal falla, el correo sale por la otra.
- Alertas. Configura un aviso (por correo a otra cuenta, Slack o WhatsApp mediante integración) cuando un envío falle.
- Registro con caducidad. Guarda el registro de correos 30 a 90 días. Contiene datos personales de tus clientes, así que no lo acumules sin límite y protege el acceso al panel, en línea con la Ley 29733.
- Prueba después de cada cambio de hosting, DNS o plugin.
Que tu web avise siempre
Un formulario que no notifica es una de las fallas más caras y menos visibles de una web. Si quieres que tu sitio salga con el envío por SMTP, los registros DNS y los avisos de pedido probados desde el primer día, revisa nuestro servicio de diseño web en WordPress. Los planes incluyen correos corporativos el primer año y la configuración de los formularios, y te dejamos documentado qué servicio envía cada correo para que no dependas de nadie si algo cambia.
Preguntas frecuentes
¿WP Mail SMTP es gratis?
Sí, tiene una versión gratuita en el directorio de WordPress que permite enviar por SMTP con los conectores más usados, como Google, Brevo, Amazon SES o un servidor SMTP genérico. La versión Pro es de pago anual y agrega funciones como registro completo de correos, reenvío de mensajes fallidos y alertas. Para la mayoría de webs de servicios, la versión gratuita o FluentSMTP son suficientes.
¿Puedo usar mi Gmail personal para enviar los correos de la web?
Técnicamente puedes conectarlo, pero no es recomendable. El remitente sería una dirección @gmail.com, que no representa a tu empresa, y los límites diarios de una cuenta personal son bajos para una tienda. Además, si cambias la contraseña o la cuenta tiene un problema, la web deja de enviar. Lo profesional es usar una dirección de tu propio dominio con SPF, DKIM y DMARC configurados.
¿Cuántos correos al día puede enviar mi hosting?
Depende del proveedor y del plan. Muchos hostings compartidos fijan un tope por hora o por día para evitar abusos, y lo indican en sus términos o en el panel de correo. Pregúntale a tu proveedor el límite exacto y compáralo con tu pico de envíos, por ejemplo en una campaña. Si te acercas al tope, usa un servicio transaccional para los correos de la web.
¿Necesito un plugin SMTP si mi hosting es administrado?
Muchos hostings administrados para WordPress no envían correo desde el servidor o lo limitan mucho, justamente para cuidar su reputación, y recomiendan usar un servicio externo. Aunque tu hosting sí envíe, un plugin SMTP con un servicio autenticado te da control sobre el remitente, un registro de lo enviado y mejores probabilidades de llegar a la bandeja de entrada.
¿Los correos de la web afectan a mi correo corporativo?
Pueden afectarlo si comparten dominio y reputación. Si la web envía spam por un formulario atacado o muchos correos rebotan, los proveedores pueden desconfiar de todo tu dominio, incluidos los correos que escribe tu equipo. Por eso conviene proteger los formularios, autenticar bien cada servicio y, en tiendas con mucho volumen, separar los envíos transaccionales en un servicio dedicado.
