Tu formulario de contacto dice mensaje enviado. El visitante se va tranquilo pensando que te escribió. Y a ti no te llega nada. No hay error, no hay pantalla roja, no hay aviso: simplemente el correo se pierde en el camino.
Es la falla más cara que puede tener un sitio web, y también la más difícil de notar, porque desde afuera todo funciona. Muchos negocios llevan meses convencidos de que su página no sirve, cuando en realidad sí les llegaban clientes y los mensajes nunca aterrizaron en la bandeja.
Cómo saber si estás perdiendo mensajes
Respuesta corta: entra a tu propio sitio desde el celular con datos móviles, no desde el computador del trabajo, y envíate un mensaje por el formulario como si fueras un cliente. Si no llega en cinco minutos, revisa la carpeta de spam. Si tampoco está ahí, estás perdiendo mensajes.
Hazlo tres veces seguidas con textos distintos. A veces llega uno de cada tres, y ese es el caso más traicionero porque parece que todo funciona.
La causa más común no es el formulario: es cómo el sitio intenta enviar el correo. WordPress usa por defecto una función del servidor que muchos hosting tienen desactivada, y cuando sí funciona, el mensaje sale sin autenticar y Gmail lo trata como sospechoso.
La solución en casi todos los casos es la misma: configurar el envío por SMTP, que es el método autenticado, en vez de dejar que el servidor lo mande por su cuenta.
Por qué el formulario dice enviado si el correo no salió
El formulario y el envío del correo son dos cosas distintas. El formulario recibe los datos, los valida y muestra el mensaje de confirmación. Después le pide al servidor que envíe un correo. Si esa segunda parte falla, el visitante igual ve el mensaje de éxito.
Por eso el aviso de mensaje enviado no significa mensaje recibido. Significa que el formulario hizo su parte.
El envío por defecto de WordPress usa la función de correo del propio servidor. Es la forma más simple y la menos confiable: muchos proveedores la tienen desactivada para evitar el envío de spam desde sitios comprometidos, y cuando está activa, el correo sale sin firma que acredite que viene de tu dominio.
Un correo así llega a Gmail o a Outlook sin credenciales. En el mejor caso cae en spam. En el peor, el servidor de destino lo rechaza y nadie se entera.
Las cinco causas, de la más común a la más rara
Uno. El envío va por la función del servidor y no por SMTP. Es el caso mayoritario y el que se arregla en menos de media hora.
Dos. El formulario envía desde la dirección del visitante. Si el campo remitente usa el correo de quien escribe, tu sitio está diciendo que envía en nombre de un dominio ajeno. Eso es exactamente lo que buscan los filtros antispam. El remitente debe ser una dirección de tu propio dominio y el correo del visitante debe ir en el campo de respuesta.
Tres. Al dominio le faltan SPF, DKIM o DMARC. Son tres registros que acreditan qué servidores pueden enviar en tu nombre. Sin ellos, incluso un correo bien configurado llega debilitado.
Cuatro. El correo de destino está mal escrito o ya no existe. Suena obvio y pasa seguido, sobre todo cuando el sitio lo dejó configurado alguien que ya no trabaja ahí y apunta a su propia casilla.
Cinco. Un plugin de seguridad o el propio proveedor está bloqueando el envío. Menos frecuente, pero aparece cuando el sitio empezó a fallar justo después de instalar algo.
Cómo comprobarlo sin adivinar
La prueba manual sirve para confirmar el síntoma, pero no dice dónde se corta. Para eso hay que ver el registro de envíos.
Existen plugins que guardan cada correo que el sitio intenta mandar y anotan si salió o falló. Al instalarlos y volver a enviar el formulario, se ve de inmediato si el problema es que el correo nunca se generó, que se generó y falló al salir, o que salió bien y el problema está en la bandeja de destino.
Esa distinción es todo. Si nunca se generó, el problema está en la configuración del formulario. Si salió y falló, está en el servidor. Si salió bien y no aparece, está en la autenticación del dominio o en el filtro de spam del destinatario.
Revisa también si el correo de destino es del mismo dominio que el sitio. Cuando un sitio en tudominio.cl se envía correo a sí mismo en contacto@tudominio.cl, algunos servidores lo entregan sin salir a internet y el problema se esconde. Prueba con una casilla externa para descartarlo.
Cómo se arregla de verdad
Configurar SMTP. Es el paso que resuelve la mayoría de los casos. En vez de dejar que el servidor mande el correo por su cuenta, el sitio se conecta a una casilla real con usuario y contraseña, y envía desde ahí. El correo sale autenticado y con tu dominio detrás.
Puedes usar la casilla de tu propio hosting, tu cuenta de Google Workspace o Microsoft 365, o un servicio dedicado de envío. Para el volumen de un formulario de contacto, cualquiera de las tres alcanza.
Corregir el remitente. El correo debe salir desde una dirección de tu dominio, por ejemplo web@tudominio.cl, y el correo del visitante va en el campo de respuesta. Así respondes con un clic y el mensaje no parece falsificado.
Dejar SPF, DKIM y DMARC en orden. Son tres registros en la configuración del dominio. Con ellos, tus correos dejan de competir contra el filtro de spam en desventaja.
Y probar de nuevo, con una casilla externa y desde datos móviles. Un arreglo sin prueba no es un arreglo.
Qué te está costando mientras tanto
A diferencia de casi cualquier otra falla, esta no se manifiesta como una caída. Se manifiesta como silencio, y el silencio se interpreta mal.
Lo primero que pierdes son las consultas. Cada persona que llenó el formulario cree que te escribió y está esperando respuesta. Cuando no llega, no vuelve a insistir: se va a otro proveedor y queda con la impresión de que no contestas.
Lo segundo que pierdes es el criterio para decidir. Si crees que la web no trae clientes, vas a concluir que hay que rehacerla, o que el SEO no sirve, o que la publicidad no funciona. Puedes gastar meses y presupuesto corrigiendo algo que no estaba roto.
Por eso conviene descartar esto antes de cualquier diagnóstico. Es una prueba de cinco minutos que puede cambiar por completo la conclusión.
Cómo evitar que vuelva a pasar sin que te enteres
Envíate un mensaje por tu propio formulario una vez al mes. Toma un minuto y es el único control que detecta esta falla antes de que pasen meses.
Deja activo un registro de correos enviados. Así, cuando algo falle, existe evidencia en vez de sospecha.
Manda una copia del mensaje a una segunda casilla, de otro proveedor. Si el correo desaparece en una y llega a la otra, el problema está en el filtro y no en el sitio.
Y no dejes el correo de destino a nombre de una persona: usa una casilla de la empresa. Cuando esa persona se va, los mensajes se van con ella.
Si nadie está mirando tu sitio
Este problema aparece casi siempre en sitios que quedaron sin mantención. Alguien los construyó, funcionaron un tiempo y después el hosting cambió algo, o un plugin se actualizó, y nadie lo notó porque no hay nadie mirando.
Si estás en esa situación, el formulario suele ser el primer síntoma visible de algo más grande: certificado por vencer, componentes desactualizados, accesos que nadie tiene.
Escríbeme con la dirección de tu sitio y te digo si el formulario está entregando los mensajes y qué más conviene revisar. Es una comprobación concreta, no una cotización disfrazada.
Preguntas frecuentes
El formulario dice mensaje enviado, ¿por qué no llega?
Porque son dos pasos distintos. El formulario confirma que recibió los datos, no que el correo salió. Si el envío falla después, el visitante igual ve el mensaje de éxito.
¿Qué es SMTP y por qué lo necesito?
Es el método autenticado de envío: el sitio se conecta a una casilla real con usuario y contraseña en vez de pedirle al servidor que mande el correo por su cuenta. El resultado es un correo con credenciales, que los filtros tratan como legítimo.
¿Los correos llegan a spam o no llegan nunca?
Puede ser cualquiera de las dos, y conviene distinguirlas. Revisa spam antes de concluir que no llegan. Si están en spam, el problema es de autenticación del dominio. Si no aparecen en ninguna carpeta, el envío está fallando antes.
¿Sirve poner mi Gmail como correo de destino?
Sí, y de hecho ayuda a diagnosticar: si llega a Gmail pero no a tu correo corporativo, el problema está en tu servidor de correo, no en el sitio. Para operar conviene una casilla de la empresa, no una personal.
¿Por qué me llegan algunos correos y otros no?
Es el patrón típico de un envío sin autenticar: cada servidor de destino decide por su cuenta, y el resultado varía según el proveedor del visitante y el contenido del mensaje. Que llegue uno de cada tres no significa que funcione.
¿Esto explica que mi web no me traiga clientes?
Puede explicarlo por completo. Antes de rehacer el sitio o invertir en publicidad, conviene descartarlo: son cinco minutos y cambia por completo el diagnóstico.
¿Se arregla sin tocar el diseño del sitio?
Sí. Es configuración de envío y de dominio. El formulario, el diseño y el contenido quedan exactamente igual.
¿Cuánto demora arreglarlo?
La configuración de SMTP y la corrección del remitente suelen resolverse el mismo día. Los registros del dominio pueden tardar algunas horas en propagarse, y conviene volver a probar después de eso.
Comprueba si tu sitio te está entregando las consultas
Reviso si el formulario está enviando de verdad, desde qué dirección sale, si el dominio tiene la autenticación en orden y qué más conviene mirar del sitio. Si el formulario está bien, te lo digo y ahí termina.
Ver cómo recuperamos sitios