Alguien completa el formulario de tu web, pulsa «Enviar» y ve el mensaje verde: «Gracias, tu mensaje ha sido enviado». Pero a tu correo no llega nada. Ni a la bandeja de entrada, ni al spam. Y lo peor: muchas veces te enteras semanas después, cuando un cliente te pregunta por qué nunca le respondiste.
Ese mensaje de confirmación engaña. Solo dice que WordPress recibió el formulario y pidió enviar un correo. No dice que el correo haya salido, y menos que haya llegado. La propia documentación de WordPress lo aclara: que su función de envío responda que todo fue bien no significa que el destinatario haya recibido el correo.
Esta guía te ayuda a encontrar en qué punto se pierde.
- Entre el clic en «Enviar» y tu bandeja hay tres tramos: el formulario recibe los datos, WordPress pide enviar el correo y el correo llega. Cada uno falla por motivos distintos.
- Haz una prueba controlada, con datos inventados y anotando la hora, y revisa cada tramo en orden.
- La causa más frecuente está en el tercer tramo: el correo sale desde el servidor de la web sin la configuración que hoy exigen Gmail y otros proveedores.
Tres tramos entre el clic y tu bandeja
Una consulta recorre tres tramos antes de llegar a tu correo. Saber en cuál se perdió ahorra horas de probar cosas al azar.
Primero, una prueba controlada
Antes de cambiar nada, haz una prueba que puedas seguir de principio a fin:
- AntesAnota la hora exacta y usa datos inventados: «Prueba» y un correo tuyo
- EnvíoCompleta el formulario como lo haría un cliente y anota qué mensaje aparece
- DespuésBusca el aviso en la bandeja, en spam y en las otras pestañas del correo
Dos consejos para que la prueba diga algo:
- Prueba con dos direcciones. La del negocio y una de otro proveedor, por ejemplo una cuenta personal de Gmail. Si llega a una y a la otra no, el problema está en la entrega, no en el formulario.
- No uses datos de un cliente real, ni para probar ni para mostrarle el problema a alguien.
Tramo 1: ¿el formulario recibió la consulta?
Algunos plugins de formularios guardan cada envío en el panel de WordPress; otros solo envían el correo y no guardan nada. Si el tuyo los guarda, busca tu prueba:
- Está guardada: el formulario funciona. El problema está en el correo (tramos 2 y 3).
- No está guardada: el formulario no llegó a procesarse. Puede ser un error al validar, un conflicto con otro plugin o una protección contra spam que está bloqueando envíos legítimos.
Si tu plugin no guarda los envíos, conviene activarlo o añadir un complemento que lo haga. Es la diferencia entre perder una consulta y poder recuperarla aunque el correo falle.
Tramo 2: ¿a quién y desde dónde se envía?
Aquí los errores son sencillos, y por eso se pasan por alto:
- El destinatario. Una letra mal escrita, la dirección de alguien que ya no está en la empresa o un buzón que nadie mira. Revisa la configuración de las notificaciones del formulario, no solo la del sitio.
- El remitente. Si no se configura, WordPress envía desde una dirección del tipo
wordpress@tudominio.com. Su documentación advierte que algunos servidores bloquean el envío si esa dirección no existe. - El correo del visitante como remitente. Es un error muy común: configurar el formulario para que el aviso parezca enviado por quien escribió. Para los proveedores de correo eso es suplantar a otra persona, y Gmail exige no hacerlo. Lo correcto es enviar desde una dirección de tu dominio y poner el correo del visitante como dirección de respuesta, para que al pulsar «Responder» le escribas a él.
Tramo 3: ¿el correo sale bien y lo aceptan?
Es la causa más frecuente. Por defecto, WordPress entrega el correo al servidor de tu web para que lo envíe como pueda. Muchos servidores no están preparados para eso, y los proveedores de correo desconfían de lo que llega desde ahí.
Desde febrero de 2024, Gmail pide a cualquiera que envíe correos a sus usuarios que cumpla unos requisitos mínimos. Entre ellos:
- Autenticar el dominio con SPF o DKIM. Son registros en la configuración de tu dominio que le dicen a Gmail qué servidores pueden enviar en tu nombre. Si el servidor de tu web no está incluido, tus correos parecen falsos.
- Enviar con una conexión segura (TLS).
- Un remitente que no se haga pasar por otro, como en el tramo 2.
La solución habitual es que WordPress no envíe por su cuenta, sino a través de un servidor de correo autenticado: el de tu propio correo profesional o un servicio de envío. Se hace con un plugin de envío por SMTP (el método para conectarse a ese servidor con usuario y contraseña), y los registros SPF y DKIM se configuran en tu dominio según lo que indique ese proveedor.
Muchos plugins de envío incluyen un registro de correos: una lista de cada aviso que se intentó enviar, con su resultado. Con la hora de tu prueba, ahí ves si salió, si dio error y cuál. Un detalle: ese registro guarda los datos de quien escribe, así que conviene limitar quién accede y no conservarlo más tiempo del necesario.
Cuándo pedir ayuda al proveedor de hosting
Si el registro muestra errores de conexión, o el correo no sale de ninguna forma, el siguiente paso es tu proveedor de hosting. Algunos bloquean el envío desde el servidor o ciertos puertos de conexión. Para que te respondan rápido, escribe con:
- La hora exacta de la prueba y la dirección a la que enviaste.
- El mensaje de error que aparece en el registro, sin datos de clientes.
- Qué ya probaste: otra dirección de destino, revisar spam, el remitente que usas.
Y una advertencia: no desactives protecciones de seguridad para «probar si así llega». Si un antispam bloquea envíos legítimos, se ajusta su configuración; no se apaga.
Cómo lo hacemos en esta web
ConsultoriaNet.com no usa WordPress, pero el formulario tiene los mismos tres tramos y los resolvimos igual. Cada consulta queda guardada en una tabla, además de llegar por correo, así que no se pierde aunque falle un aviso. Los avisos salen desde nuestra propia dirección de correo, con usuario y contraseña, no desde el servidor de la web. Y lo comprobamos con una prueba: el envío del 15 de octubre de 2026 llegó a la bandeja de entrada, no al spam.
Una cosa más: medir el formulario en Google Analytics tampoco te dice si el correo llegó. Para comprobar que lo que ves en tus informes coincide con las consultas reales, mira cómo comprobar que GA4 cuenta tus formularios.
Para que no vuelva a pasar
- Que el formulario guarde cada envío, además de mandar el correo.
- Una prueba al mes y después de cada actualización importante de WordPress o de los plugins.
- El aviso a dos direcciones si las consultas son críticas para tu negocio.
- Correo autenticado desde tu dominio, nunca con la dirección del visitante como remitente.
Si tu web es WordPress y quieres que alguien se ocupe de esto y de las actualizaciones, lo contamos en desarrollo WordPress y en mantenimiento web.
