Formularios que no llegan: Qué comprobar cuando tu web está online pero los contactos se pierden

Una página web puede estar visible, cargar sin problemas y, sin embargo, los formularios de contacto, presupuestos o suscripciones no llegan a tu bandeja de entrada. Ese “silencio” se traduce en oportunidades de negocio perdidas y, en el caso de una pyme o un autónomo, en ingresos que nunca se materializan. En este artículo analizamos los motivos más habituales y, para cada uno, describimos qué revisar, cómo identificar la causa y qué solución aplicar. Todo ello con un lenguaje claro y ejemplos realistas, para que puedas actuar rápidamente o saber cuándo es el momento de solicitar nuestro **soporte de mantenimiento**.

---

Caso 1: Error de configuración del servidor de correo (SMTP)

Escenario típico

Una empresa de servicios locales ha migrado su sitio a un nuevo hosting. La web funciona, pero los formularios dejan de enviar los mensajes a la cuenta de correo profesional [email protected].

Qué hace el agente o sistema

El formulario utiliza la librería PHPMailer para enviar los datos a través del servidor SMTP del hosting. El servidor responde con un error 550 “Relay access denied”.

Qué se gana al corregirlo

• Los contactos vuelven a llegar en tiempo real.
• Se evita que el dominio sea marcado como fuente de spam.
• Se mantiene la credibilidad frente a los usuarios.

Revisión rápida

Problema	Causa probable	Revisión	Solución
Mensajes no llegan	Credenciales SMTP incorrectas	Verificar usuario, contraseña y puerto	Actualizar datos en el script del formulario
	Bloqueo del puerto 587/465	Comprobar firewall del servidor	Abrir puertos o usar el puerto 25 si el ISP lo permite
	Política de “Relay” del host	Consultar con el proveedor de hosting	Autorizar la IP del sitio o usar SMTP autenticado

Acción recomendada

Revisa los datos de conexión en el archivo de configuración del formulario y confirma con el proveedor de hosting que el dominio está autorizado para enviar correos. Si la migración incluyó un cambio de DNS, asegúrate de que los registros MX y SPF apunten al servidor correcto. Para una auditoría completa, solicita nuestro servicio de revisión de correo profesional.

---

Caso 2: Filtro antispam del destinatario

Escenario típico

Un autónomo que ofrece asesoría legal recibe pocos mensajes a través del formulario, aunque el registro de envío en la web indica “correo enviado”. Al revisar la bandeja, descubre que los correos están en la carpeta de spam o se han bloqueado por el filtro del proveedor de correo.

Qué hace el agente o sistema

El servidor de correo del remitente envía los mensajes con encabezados incompletos (por ejemplo, sin el campo From correcto) o con una IP que no tiene reputación. El filtro del destinatario los clasifica como sospechosos.

Qué se gana al corregirlo

• Mejora la entregabilidad y la tasa de apertura.
• Reduce la carga de trabajo de revisar carpetas de spam.
• Refuerza la imagen profesional de la empresa.

Pasos de diagnóstico

1. Revisa el registro SPF del dominio: debe incluir la IP del servidor de envío.
2. Comprueba el DKIM: firma digital que valida la autenticidad del mensaje.
3. Analiza la puntuación de reputación de la IP mediante herramientas gratuitas como MXToolbox.

Tabla de diagnóstico rápido

Problema	Causa probable	Revisión	Solución
Correos en spam	Falta de registro SPF	Verificar registro TXT en DNS	Añadir la IP del servidor al SPF
	DKIM no configurado	Comprobar firma en los encabezados	Generar y publicar la clave DKIM
	IP con mala reputación	Consultar listas negras	Cambiar a IP limpia o usar servicio SMTP externo

Acción recomendada

Actualiza los registros DNS y habilita DKIM siguiendo la guía de tu proveedor. Si necesitas ayuda para validar la configuración, nuestro equipo de correo profesional y DNS está disponible para una auditoría sin coste adicional dentro de tu plan de mantenimiento.

---

Caso 3: Problemas de JavaScript o de validación del formulario

Escenario típico

Una tienda online de artesanía ha implementado un formulario de suscripción a la newsletter. Los usuarios pueden rellenarlo, pero al pulsar “Enviar” no ocurre nada y no se muestra ningún mensaje de error.

Qué hace el agente o sistema

El script JavaScript que captura el evento submit falla porque una librería externa (por ejemplo, jQuery) no se ha cargado correctamente tras una actualización del tema. El formulario nunca llega al backend.

Qué se gana al corregirlo

• Los usuarios completan la suscripción y la base de datos crece.
• Se evita la frustración del cliente y la pérdida de confianza.
• Se reduce la tasa de rebote en la página de contacto.

Checklist de verificación

• Consola del navegador: busca errores “Uncaught ReferenceError”.
• Ruta de los archivos: confirma que los scripts están en la ubicación esperada.
• Compatibilidad: prueba en varios navegadores y dispositivos.
• Validación del lado del servidor: asegura que, aunque el JavaScript falle, el backend pueda recibir los datos.

Tabla de diagnóstico

Problema	Causa probable	Revisión	Solución
Formulario no envía datos	Script JS no cargado	Abrir consola (F12) y buscar 404	Corregir ruta o reinstalar librería
	Conflicto de versiones de jQuery	Verificar versiones en head	Unificar a una única versión
	Validación client‑side demasiado restrictiva	Probar envío sin campos obligatorios	Ajustar reglas de validación

Acción recomendada

Revisa la consola del navegador y corrige los errores de carga. Si la solución requiere cambios en el código, nuestro soporte web por bolsa de horas puede hacerlo sin que tengas que esperar a una nueva versión del tema.

---

Caso 4: Límite de recursos del hosting o bloqueo por firewall

Escenario típico

Una consultora de marketing tiene un plan de hosting compartido con límite de procesos simultáneos. Cuando varios usuarios envían formularios al mismo tiempo, el servidor rechaza algunas peticiones y los correos se pierden.

Qué hace el agente o sistema

El servidor web (Apache o Nginx) alcanza el número máximo de procesos (MaxClients o worker_connections). Las peticiones se quedan en cola y, al superar el tiempo de espera, el script termina sin enviar el correo.

Qué se gana al corregirlo

• Mayor fiabilidad bajo picos de tráfico.
• Reducción de errores “500 Internal Server Error”.
• Mejor experiencia de usuario y mayor conversión.

Pasos de diagnóstico

1. Revisa los logs de error (error_log) para detectar mensajes de “server reached MaxClients”.
2. Comprueba el uso de CPU y RAM en el panel de control del hosting.
3. Evalúa la necesidad de un plan de hosting superior o de un servidor dedicado.

Tabla de diagnóstico

Problema	Causa probable	Revisión	Solución
Formularios intermitentes	Límite de procesos del servidor	Analizar error_log y métricas del hosting	Cambiar a plan con más recursos o activar caching
	Firewall bloquea peticiones POST	Revisar reglas de WAF o ModSecurity	Añadir excepción para la URL del formulario
	Cuota de correo superada	Verificar límite de envíos diarios del plan de correo	Incrementar cuota o usar SMTP externo

Acción recomendada

Si el plan actual no cubre tus picos de tráfico, considera migrar a un hosting con mayor capacidad o a un VPS. Nuestro servicio de migraciones y hosting incluye la planificación y ejecución sin tiempo de inactividad.

---

Caso 5: Problemas de DNS y registro MX

Escenario típico

Una pyme ha cambiado recientemente el proveedor de dominio. El sitio web sigue funcionando porque el registro A apunta al nuevo servidor, pero los formularios que envían correos siguen sin llegar porque el registro MX sigue apuntando al antiguo servidor que ya no existe.

Qué hace el agente o sistema

El script del formulario envía el correo a mail.empresa.com. El DNS devuelve una dirección IP que ya no responde, por lo que el mensaje se pierde en el “void”.

Qué se gana al corregirlo

• Restablecimiento inmediato de la entrega de correos.
• Evita que los proveedores de correo marquen el dominio como inexistente.
• Mejora la reputación del dominio.

Pasos concretos

• Accede al panel de gestión DNS del dominio.
• Verifica que el registro MX apunte al servidor de correo activo.
• Añade un registro TXT con SPF que incluya el nuevo servidor.
• Propaga los cambios y prueba enviando un formulario.

Enlace interno útil

Para profundizar en la revisión de dominios y DNS, consulta nuestro artículo "Checklist de dominio, SSL y DNS: fallos habituales".

Tabla de diagnóstico

Problema	Causa probable	Revisión	Solución
Correos no llegan tras cambio de dominio	MX apunta a servidor inexistente	Consultar registros MX en dig o nslookup	Actualizar MX al nuevo servidor de correo
	SPF desactualizado	Verificar registro TXT en DNS	Añadir IP del nuevo servidor al SPF
	Propagación DNS incompleta	Esperar 24‑48 h o forzar actualización	Confirmar con herramienta de propagación

---

Resumen de los puntos clave

Problema	Causa probable	Revisión	Solución
Fallo SMTP (errores 550)	Credenciales o puertos bloqueados	Ver logs y configuración del script	Actualizar datos, abrir puertos, autorizar IP
Correos en spam	SPF/DKIM ausentes o IP con mala reputación	Herramientas de diagnóstico DNS y reputación	Configurar SPF/DKIM, cambiar IP o usar SMTP externo
JavaScript roto	Librerías no cargadas o conflicto	Consola del navegador	Corregir rutas, unificar versiones
Límite de recursos del hosting	Procesos máximos alcanzados	Logs de error, métricas de hosting	Ampliar plan, optimizar código, usar CDN
DNS/MX desactualizado	Registros apuntan a servidor antiguo	dig, panel DNS	Actualizar MX, SPF, esperar propagación

---

¿Qué hacer ahora?

1. Revisa los puntos de la tabla que correspondan a tu caso.
2. Realiza una prueba enviando el formulario y verifica la llegada del correo (puedes usar una cuenta de Gmail o Outlook para comprobar la bandeja de entrada y la carpeta de spam).
3. Documenta cualquier error que aparezca en los logs del servidor o en la consola del navegador.

Si después de seguir estos pasos el problema persiste, es momento de contar con un especialista. En Mantenimiento Web ofrecemos:

• Soporte web por bolsa de horas para arreglos rápidos y personalizados.
• Auditorías técnicas que incluyen revisión de correo profesional, DNS y seguridad.
• Planes de mantenimiento preventivo que evitan que estos fallos vuelvan a aparecer.

Solicita tu revisión de mantenimiento o pide presupuesto directamente desde nuestro sitio. Mantén tus formularios operativos y no pierdas ni un solo contacto.

---

Enlaces de interés

• Cómo eliminar malware de WordPress y evitar recurrencias: WordPress infección malware – acción y prevención
• Guía completa