Los formularios de contacto son una de las vías más importantes para captar clientes desde una web. Una pyme puede invertir en SEO, campañas, diseño y contenidos, pero si el formulario no envía los mensajes correctamente, parte de esos contactos se pierden sin que nadie se dé cuenta.
Es un problema muy habitual en WordPress: el usuario rellena el formulario, la web muestra un mensaje de confirmación, pero el correo no llega. O llega a spam. O funciona unos días y después empieza a fallar. La causa no siempre está en el plugin del formulario. Muchas veces está en cómo se envía el correo, en la configuración DNS del dominio o en las reglas cada vez más estrictas de proveedores como Gmail.
Por qué falla el envío de formularios
WordPress puede enviar correos usando la función mail() de PHP del servidor. Durante años ha sido una opción suficiente para avisos básicos, pero hoy no siempre es la mejor forma de enviar mensajes importantes. Los grandes proveedores de correo analizan cada vez más señales para decidir si un email es legítimo: autenticación, reputación del dominio, IP de envío, cabeceras, cifrado y coherencia entre remitente y servidor.
Algunos fallos frecuentes son:
- El formulario usa como remitente el email del usuario que rellena el formulario.
- El dominio no tiene SPF, DKIM o DMARC bien configurados.
- El servidor web intenta enviar correo sin autenticación SMTP.
- El mensaje se envía desde una IP que no está autorizada en el SPF.
- El correo llega, pero queda en spam.
- El plugin muestra “enviado” aunque el servidor de destino rechace el mensaje.
- No hay logs para saber qué ha pasado.
En la práctica, esto significa que el problema puede estar en WordPress, en el hosting, en el correo profesional, en el DNS o en el proveedor que recibe el mensaje.
SMTP autenticado: una opción más fiable
Una forma habitual de mejorar la entrega es configurar el formulario para enviar a través de SMTP autenticado. En lugar de usar directamente la función mail() del servidor, WordPress se conecta a una cuenta de correo real y envía los mensajes con usuario, contraseña, servidor SMTP y cifrado.
Esto aporta varias ventajas:
- El envío está autenticado.
- El remitente pertenece al dominio de la empresa.
- El servidor de correo está preparado para enviar emails.
- Es más fácil revisar errores de conexión o rechazo.
- Mejora la coherencia entre dominio, remitente y servidor.
Por ejemplo, si la web es empresa.com, lo recomendable suele ser que el formulario envíe desde una cuenta como [email protected] o [email protected], no desde el email que escribe el visitante. El email del usuario puede incluirse como campo de respuesta, pero no debería usarse como remitente técnico si eso rompe la autenticación.
SPF, DKIM y DMARC: el DNS también importa
El correo profesional depende mucho del DNS del dominio. Los registros SPF, DKIM y DMARC ayudan a los servidores de destino a comprobar si un mensaje está autorizado y si realmente procede del dominio que dice enviarlo.
De forma simplificada:
- SPF indica qué servidores pueden enviar correo en nombre del dominio.
- DKIM añade una firma criptográfica al mensaje.
- DMARC define qué hacer cuando SPF o DKIM no pasan correctamente y ayuda a proteger el dominio frente a suplantación.
Gmail exige que los remitentes autentiquen correctamente sus mensajes y sus códigos de error mencionan fallos de SPF, DKIM, DMARC, TLS y PTR en distintos escenarios. Por eso, aunque el formulario parezca un detalle pequeño, en realidad forma parte de la configuración global del correo del dominio.
Si una empresa usa un proveedor para el correo, otro para la web y otro para campañas de email marketing, es fácil que el SPF acabe incompleto o que DKIM no esté activo en todos los servicios. Esa mezcla es una de las causas más comunes de problemas de entrega.
Cómo diagnosticar el problema
Antes de cambiar plugins al azar, conviene seguir un orden:
- Probar el formulario con varias direcciones de destino.
- Comprobar si el correo llega a spam, promociones o cuarentena.
- Revisar qué cuenta aparece como remitente.
- Verificar que el dominio tiene SPF, DKIM y DMARC.
- Configurar SMTP autenticado en WordPress.
- Revisar los logs del plugin SMTP o del servidor.
- Comprobar si Gmail u otros proveedores devuelven errores concretos.
- Probar que el email de respuesta del usuario se conserva correctamente.
- Evitar usar cuentas gratuitas como remitente de una web corporativa.
También conviene diferenciar entre correo de notificación y correo transaccional. Un aviso interno de formulario no es lo mismo que una factura, una confirmación de pedido o una recuperación de contraseña. Cuanto más crítico sea el mensaje, más importante es que el envío esté bien configurado.
No basta con que “a mí me llegue”
Un error habitual es probar el formulario una vez, recibir el mensaje y darlo por resuelto. La entrega de correo no funciona así. Puede llegar a una cuenta interna y fallar en Gmail, Outlook u otros buzones. Puede funcionar con poco volumen y empezar a fallar cuando aumenta el tráfico. También puede romperse después de cambiar DNS, migrar la web o añadir una herramienta de email marketing.
Por eso es recomendable revisar la configuración cada vez que se cambie de hosting, se migre el correo, se añada una plataforma externa o se modifique el DNS.
Conclusión
Un formulario que no entrega emails puede costar oportunidades reales de negocio. La solución no siempre está en cambiar el plugin, sino en revisar el conjunto: WordPress, SMTP, DNS, SPF, DKIM, DMARC, logs y correo profesional.
