
El formulario de contacto solía traer un goteo constante de trabajos, y últimamente se ha quedado en silencio. O un cliente le dice que llenó su formulario la semana pasada y nadie lo llamó. De cualquier forma, la preocupación es la misma: ¿cuántas personas escribieron y no recibieron respuesta? Cuando el formulario de contacto de un sitio web no envía correos, la página suele verse perfectamente normal, y por eso el problema es fácil de pasar por alto durante semanas. La buena noticia es que puede averiguar esta misma noche si el formulario funciona, y muchas veces puede averiguar dónde se detuvo. Un formulario tiene varios eslabones en su cadena, desde el botón que presiona el visitante hasta la bandeja de entrada que usted revisa, y una falla en cualquiera de ellos se ve igual desde su escritorio: silencio. Una prueba cuidadosa le dice cuál eslabón se rompió. También puede llevarlo a mensajes que creía perdidos, así que empiece con la prueba antes de cambiar nada.
Puntos clave
Envíe una prueba desde una dirección de correo externa con una marca única en el mensaje, anote la hora y guarde la pantalla de confirmación.
Si el formulario guardó la entrada pero no llegó ningún correo, el formulario funcionó. La falla está en el envío o la recepción de la notificación.
Una dirección vieja, una notificación desactivada, el filtrado de spam, una vía de correo faltante en WordPress, un bloqueo del proveedor de hospedaje y la falta de SPF o DKIM tienen cada uno un arreglo distinto. Ningún plugin arregla todos.
Guarde una copia de cada envío, mande avisos a una segunda persona donde su plataforma lo permita, y repita la prueba después de cada cambio en el sitio, el correo o el DNS.
¿Cómo se prueba un formulario de contacto que se quedó en silencio?
Haga un envío real, como lo haría un cliente, y luego revise en cuatro lugares. Toda la revisión toma unos quince minutos, y le da evidencia sobre la que puede actuar o que puede entregarle a quien administre su sitio. Hágalo en este orden, y resista el impulso de cambiar la configuración hasta tener su resultado.
La prueba de quince minutos para el formulario de contacto
- 1
Minutos 1 a 3, envíe una prueba real
Abra su página de contacto en una ventana privada o de incógnito. Llene el formulario con una dirección de correo personal fuera de su dominio de negocio, y ponga una marca única en el mensaje, como FORM-TEST seguido de la fecha y la hora de hoy.
- 2
Minutos 4 a 6, revise la bandeja de entrada
Guarde o capture la pantalla del mensaje de agradecimiento. Luego busque su marca en la bandeja de notificaciones, incluyendo Spam o Correo no deseado, cualquier área de cuarentena y cualquier regla de correo que mueva mensajes a carpetas.
- 3
Minutos 7 a 10, revise las entradas guardadas
Inicie sesión en su plataforma de sitio web o plugin de formularios y busque su lista de envíos. Busque su prueba.
- 4
Minutos 11 a 13, compare el registro
Compare el nombre, el correo, la hora y el nombre del formulario en la entrada guardada contra lo que usted escribió.
- 5
Minutos 14 a 15, revise la dirección
Abra la configuración de notificaciones del formulario y lea la dirección de «enviar a» carácter por carácter. Anote lo que encontró.
Dos detalles hacen que valga la pena hacer la prueba. Primero, use una dirección fuera de su negocio. Una prueba enviada desde el propio buzón de su empresa puede quedar atrapada por reglas internas o tratarse distinto porque se está escribiendo a sí mismo, así que le dice menos. Segundo, envíe una sola vez. Las entradas de prueba repetidas, los registros DNS cambiados o los envíos borrados hacen más difícil leer el rastro antes de que lo haya conservado.
El mensaje de agradecimiento en pantalla no es prueba de que alguien recibió el cliente potencial. Solo significa que el navegador del visitante recibió una respuesta del formulario. WordPress hace el mismo señalamiento sobre su propia función de correo: la referencia de wp_mail() indica que un resultado exitoso no significa que el destinatario haya recibido de verdad el mensaje.

¿Qué significa el resultado de su prueba?
Sus quince minutos le dan uno de varios resultados posibles, y cada uno apunta a una parte distinta de la cadena. Léalo como una carrera de relevos: la pregunta es dónde se cayó el testigo.
| Lo que encontró | Lo que significa | Su siguiente paso |
|---|---|---|
| Ninguna entrada guardada, ningún correo | El envío nunca llegó al sistema del formulario. Falló el formulario, una regla de validación, un CAPTCHA, un script o la plataforma. | Anote el navegador, el dispositivo, la dirección de la página, la hora y cualquier mensaje de error, y luego haga que revisen el formulario mismo. |
| Entrada guardada, ningún correo en ningún lado | El formulario funcionó. Falló el envío o la recepción de la notificación. | Guarde la entrada. Revise la dirección de notificación y cámbiela, y luego pídale al proveedor de hospedaje o al administrador de correo los registros de correo. |
| Entrada guardada, correo en Spam o cuarentena | La notificación se envió y llegó a su sistema de correo, que la filtró. | Libere el mensaje, agregue a la lista blanca al remitente que documenta su plataforma, y revise sus reglas de correo. |
| El correo llegó a la bandeja de entrada | Esta prueba pasó. | Vea qué cambió recientemente, y lea la sección de abajo sobre cómo detener las fallas silenciosas. |
Si su formulario no guarda entradas en absoluto, solo tiene el resultado de la bandeja de entrada. Eso vale la pena saberlo por sí solo, porque significa que cada cliente potencial que su formulario ha recibido existe en un solo lugar.
¿Dónde están los mensajes que la gente ya envió?
Antes de arreglar nada, revise si los clientes potenciales que temía haber perdido están guardados en algún lugar que no ha revisado. Dónde viven los envíos depende del producto de formulario exacto, no solo de la plataforma del sitio web. La tabla de abajo enumera dónde los guardan las plataformas comunes, según las propias páginas de ayuda de cada proveedor.
| Plataforma | Dónde buscar |
|---|---|
| WordPress | WordPress en sí no tiene una bandeja de entrada integrada para las entradas de formularios. Depende del plugin de formularios. WPForms tiene un área de Entradas en su panel. Contact Form 7 necesita un complemento de almacenamiento aparte, como Flamingo, así que sin uno el correo puede ser el único registro. |
| Wix | Panel del sitio, luego Formularios y Envíos, luego la tabla de envíos de ese formulario, según se explica en cómo administrar sus formularios de Wix. |
| Squarespace | La opción de almacenamiento elegida para el bloque de formulario, el panel de Form Submitters o Contactos cuando el formulario tiene un campo de correo obligatorio, o una exportación desde el bloque de formulario, según el almacenamiento de formularios de Squarespace. |
| Netlify | El área de Formularios del sitio, donde se administran los envíos verificados y la configuración de notificaciones, según la configuración de Netlify Forms. |
| Shopify | La aplicación Forms guarda sus envíos en el panel de administración de Shopify, según cómo administrar Shopify Forms. Un formulario de contacto del tema funciona distinto: envía al correo remitente de la tienda, según agregar una página de [Contáctenos](https://help.shopify.com/en/manual/online-store/themes/customizing-themes/common-customizations/add-contact-page), así que su historial vive en ese buzón. |
Si encuentra entradas que nunca vio, respóndalas ahora, antes de empezar las reparaciones. Una nota corta y directa que diga que acaba de encontrar su mensaje y que quiere ayudar todavía puede recuperar un trabajo.

¿Por qué un formulario de sitio web no envía correos?
Una vez que sabe cuál eslabón se rompió, la causa suele caer en una de seis fallas documentadas. Se enumeran abajo en un orden práctico para revisar, empezando por las que toman minutos. Ningún estudio publicado clasifica estas causas por qué tan seguido ocurren entre las pequeñas empresas, así que trate el orden como una secuencia de revisión y no como una tabla de posiciones. Cada una tiene su propio arreglo, y aplicar el arreglo equivocado puede desperdiciar una semana.
La notificación va a una dirección vieja o mal escrita
Esta es la más rápida de descartar. Un formulario puede seguir enviando avisos a un exempleado, a una dirección que dejó de revisar, o a una dirección con una letra equivocada. Cambiar el correo de su cuenta no siempre cambia a dónde envían los formularios. Squarespace, por ejemplo, dice que actualizar la dirección de correo de su cuenta no actualiza automáticamente el almacenamiento de formularios. El arreglo es corregir la dirección en la propia configuración del formulario, y luego repetir la prueba.
La notificación o la automatización está desactivada
Las plataformas alojadas permiten desactivar la notificación o la automatización de un formulario, y puede ocurrir durante un rediseño, un cambio de plan o un cambio de plantilla. El arreglo es volver a activarla en la configuración del formulario. Un detalle de plataforma es fácil de pasar por alto: Squarespace documenta que los correos de formulario en sitios de prueba están desactivados, excepto para los miembros de Circle, en su ayuda sobre el almacenamiento de formularios.
El correo llega, y luego se filtra
A veces todo funciona hasta llegar a su propia bandeja de entrada, y su proveedor de correo decide que el aviso parece spam. Puede caer en Correo no deseado, en un área de cuarentena que solo ve un administrador, o en una carpeta a la que lo manda una regla de correo. La página de solución de problemas de formularios de Wix les dice a los propietarios que no reciben notificaciones que revisen Spam y Correo no deseado y que agreguen a la lista blanca los dominios remitentes de Wix que nombra. El arreglo es liberar el mensaje, agregar el remitente documentado a su lista permitida, y revisar las reglas del buzón.

WordPress no tiene una vía de correo que funcione
WordPress envía los avisos de formulario a través del servidor donde corre, y ese servidor tiene que estar configurado para enviar correo. La documentación de correo del servidor de WordPress dice que WordPress «has never provided either a MUA or an MTA by default» (nunca ha incluido de forma predeterminada ni un MUA ni un MTA), es decir, nunca ha traído su propio programa de correo. Sin un correo local bien configurado o una conexión SMTP remota, el correo saliente no se enviará. El arreglo es dirigir el correo del sitio a través de un servicio SMTP autenticado o de correo transaccional, o hacer que su proveedor de hospedaje configure bien su servidor de correo. Varias herramientas pueden hacer esto, y la adecuada depende de su formulario, su proveedor de hospedaje y el proveedor de correo por el que envía.
El proveedor de hospedaje bloquea o limita el correo saliente
Un proveedor de hospedaje puede bloquear o limitar el correo que envía un sitio web, y desde su lado se ve igual que cualquier otra falla. Solo el proveedor de hospedaje puede confirmarlo, porque la evidencia está en los registros de correo del servidor. El arreglo empieza con un ticket de soporte que incluya la hora de su prueba, su marca y si la entrada se guardó. Esa evidencia ahorra una ronda de idas y venidas.
El dominio de envío falla en SPF o DKIM
SPF y DKIM son registros en el DNS de su dominio que le dicen a los sistemas de correo receptores que un mensaje de verdad vino de usted. Las pautas para remitentes de correo de Google dicen que, a partir del 1 de febrero de 2024, cualquiera que envíe a cuentas personales de Gmail necesita SPF o DKIM, y los remitentes masivos necesitan SPF, DKIM y DMARC. El correo que falla puede enviarse a spam o ser rechazado. El arreglo es agregar los registros SPF y DKIM de su proveedor de correo y publicar DMARC según corresponda. Sin embargo, no se puede saber desde fuera que la autenticación es la causa. Aparece en los encabezados del mensaje o en los registros de rechazo, así que pida esos antes de cambiar el DNS.
¿Puede arreglarlo usted mismo, o necesita ayuda?
Muchas veces puede arreglarlo usted mismo. Si su prueba encontró una entrada guardada y el correo fue a una dirección vieja, una notificación desactivada o una carpeta de spam, la reparación es un cambio de configuración. No necesita un rediseño, un plugin de formulario nuevo ni una mudanza a otro proveedor de hospedaje. Si tiene acceso de administrador al formulario y al buzón, puede quedar listo en menos de una hora.
La tabla de abajo da una idea aproximada del tamaño de cada tarea. Son rangos para planear, no cotizaciones, porque el tiempo real depende de su configuración y de quién tiene las contraseñas.
| Reparación | Qué implica | Tamaño aproximado |
|---|---|---|
| Corregir la dirección de notificación | Un cambio de configuración hecho por un administrador | Minutos, una vez que tiene acceso |
| Volver a activar la notificación | Un cambio de configuración en la plataforma | Minutos |
| Liberar y agregar a la lista blanca al remitente | Un cambio hecho por quien administra su correo | Minutos a un día hábil |
| Agregar un segundo destino de almacenamiento | Una tarea de configuración; pueden aplicar límites del plan | Por lo general corto |
| Configurar el envío autenticado y los registros DNS | Acceso al proveedor de correo, al DNS y a veces al proveedor de hospedaje | De una hora a varios días hábiles, considerando cambios de DNS y pruebas |
| Reparar un formulario, script o webhook personalizado que está roto | Diagnóstico de un desarrollador | Desde un arreglo puntual hasta una reconstrucción, según lo que se encuentre |
Pedir ayuda tiene sentido cuando no puede acceder al sistema afectado, cuando el arreglo necesita que su proveedor de hospedaje, su DNS y su proveedor de correo se alineen, o cuando el formulario mismo está fallando. También tiene sentido si quiere que alguien pruebe el formulario en un calendario fijo y le avise cuando falle. Nadie puede prometer que cada correo llegará a cada bandeja de entrada, porque los sistemas de correo receptores están fuera del control de cualquier proveedor de sitios web. Lo que sí puede conseguir es un formulario que guarda un registro y le avisa a una persona real cuando algo sale mal.
¿Cómo evita que un formulario de contacto vuelva a fallar en silencio?
La meta es sencilla: una bandeja de entrada vacía debe significar que no hay clientes potenciales, nunca que hay clientes potenciales perdidos. Ahora mismo, una bandeja silenciosa no puede distinguir entre esas dos cosas. Cuatro hábitos cierran esa brecha.
- Guarde una copia de cada envío: Active el almacenamiento de entradas en su plataforma o plugin de formulario, para que cada cliente potencial exista en algún lugar además de la bandeja de entrada. En WordPress, confirme que su plugin de formulario de verdad guarda las entradas.
- Mande avisos a una segunda persona: Donde su plataforma lo permita, agregue un destinatario de respaldo cuyo buzón se administre por separado del primero. Netlify admite notificaciones de formulario por correo, webhook y Slack. Squarespace le permite usar más de una opción de almacenamiento, aunque su almacenamiento por correo acepta una sola dirección.
- Pruebe con un calendario fijo y después de cada cambio: Repita la prueba de quince minutos con regularidad, y siempre después de una actualización del sitio, un cambio de tema o de formulario, un nuevo proveedor de correo o cualquier edición de DNS. Un cambio de plataforma es un momento común para que los formularios se rompan, así que agréguelo a su lista si está cambiando de constructor de sitios web.
- Esté atento a un silencio inesperado: Donde un servicio de monitoreo o su plataforma lo permita, revise el formulario con un envío de prueba programado y avise a alguien cuando falle, o cuando no se hayan registrado envíos durante más tiempo del habitual.
Ponga una marca única en cada prueba para que cada una sea fácil de encontrar después. Una prueba humana sigue siendo importante incluso con monitoreo activo, porque una revisión de tiempo de actividad solo demuestra que la página carga. No puede demostrar que el aviso llegó a una persona.

Una vez que esos hábitos están en marcha, puede responderle a un cliente que dice que escribió. O encuentra su entrada con una marca de hora y responde, o puede ver que ningún envío llegó al sistema y revisa el formulario mismo.
¿Puede rastrear un cliente potencial perdido del formulario?
Elija una respuesta para empezar.
1. Su entrada de prueba está guardada en la lista de envíos del formulario, pero no llegó ningún correo. ¿Qué falló?
2. ¿Cuál es la mejor dirección para enviar su envío de prueba?
3. WordPress informa que su función de correo tuvo éxito. ¿Qué demuestra eso?
Preguntas frecuentes sobre el formulario de contacto de un sitio web que no envía correos
¿Cómo sé si mi formulario de contacto de verdad se envió?
Busque la entrada en la lista de envíos de su plataforma o plugin de formulario. El mensaje de agradecimiento solo muestra que el navegador recibió una respuesta, no que el cliente potencial se guardó o se envió.
¿Por qué mi formulario dijo que se envió, pero no recibí ningún correo?
El formulario puede aceptar y guardar el envío mientras la notificación falla después. Puede haber sido filtrada, enviada a una dirección vieja, desactivada, o rechazada por el sistema de correo receptor.
¿Qué debo hacer si los correos no se envían desde mi sitio web?
Envíe una prueba desde una dirección externa con una marca única, y luego revise las entradas guardadas, la dirección de notificación, Spam o cuarentena, y las reglas del buzón. El resultado le dice qué parte arreglar.
¿Necesito SMTP para mi formulario de contacto?
En WordPress, el sitio necesita una vía de correo configurada correctamente, y el SMTP autenticado es una forma común de dar una. Las plataformas alojadas como Wix, Squarespace y Netlify envían los avisos a través de sus propios sistemas.
¿Pueden dos personas recibir las notificaciones del formulario?
Muchas veces sí. Netlify admite varios canales de notificación, y otras plataformas ofrecen destinatarios adicionales u opciones de almacenamiento. Revise lo que permite su plan.
¿Con qué frecuencia debo probar el formulario de mi sitio web?
Con un calendario regular que pueda mantener, y cada vez que cambie el sitio, el tema, el formulario, el proveedor de correo o el DNS. Ningún estándar oficial fija una frecuencia.
En resumen
Un formulario de contacto silencioso puede significar menos consultas, o puede significar consultas que nunca le llegaron, y una bandeja de entrada vacía no le puede decir cuál de las dos. Una prueba desde una dirección externa, seguida de revisar las entradas guardadas, la dirección de notificación, el Spam y sus reglas de correo, muestra dónde se rompió la cadena. El arreglo entonces corresponde a la ruptura: una dirección, un interruptor, un filtro, una vía de correo, una configuración del proveedor de hospedaje o un registro DNS.
Una vez que el formulario guarda cada envío, avisa a más de una persona y se prueba después de cada cambio, deja de adivinar. Cuando un cliente dice que escribió, puede encontrar su mensaje y devolverle la llamada.
Si prefiere no perseguir esto usted mismo, Web Leveling puede hacer la prueba con usted, rastrear la falla a través de su plataforma, su proveedor de hospedaje y su correo, y configurar las entradas guardadas y las alertas de respaldo. Nuestro trabajo de mantenimiento de sitios web incluye revisar que sus formularios sigan llegando a una persona después de cada actualización. Trabajamos con pequeñas y medianas empresas de todo el país y del extranjero. Cuéntenos qué está haciendo su formulario de contacto, y le ayudaremos a encontrar hacia dónde se van los clientes potenciales.
Términos
Palabras del formulario de contacto en este artículo
Toque un término para ver qué significa.
Notificación. El correo que un formulario envía para avisarle que alguien lo llenó, distinto de la entrada guardada del envío mismo.
Entrada guardada. Una copia de un envío de formulario guardada por la plataforma de su sitio web o su plugin de formulario.
SMTP. La forma estándar en que los servidores de correo envían correo electrónico; un servicio SMTP autenticado envía correo en nombre de su sitio con un inicio de sesión.
SPF y DKIM. Registros DNS que permiten a los sistemas de correo receptores comprobar que un mensaje de verdad vino de su dominio.
DMARC. Un registro DNS que les dice a los sistemas de correo receptores qué hacer con el correo que falla las comprobaciones de SPF o DKIM.
Cuarentena. Un área de espera donde un sistema de correo guarda mensajes sospechosos, a menudo visible solo para un administrador.
Lista blanca. Una lista de remitentes que su buzón siempre acepta, para que sus mensajes se salten el filtro de spam.




