Formularios que no llegan: 7 comprobaciones esenciales para no perder contactos

Una página web puede estar perfectamente accesible, pero si los formularios de contacto, suscripción o solicitud de presupuesto no llegan al buzón, la pérdida es directa: **contactos reales que se evaporan**. Para pymes y autónomos, cada formulario es una oportunidad de negocio, y un fallo silencioso puede traducirse en ventas perdidas sin que nadie lo note.

En este artículo revisamos qué comprobar cuando la web está online pero los formularios no entregan la información. Presentamos siete casos de uso típicos, describimos el escenario habitual, la acción que debe tomar el responsable y el beneficio que se obtiene al corregirlo. Además, incluimos una tabla resumida para que puedas diagnosticar rápidamente el problema.

Si tras la revisión necesitas ayuda profesional, solicita soporte o presupuesto en nuestro sitio. Estamos listos para garantizar que tus formularios vuelvan a funcionar sin interrupciones.

---

1. Configuración del servidor de correo (SMTP)

Escenario típico

Una pyme utiliza un formulario que envía los datos a una dirección de correo corporativo a través del servidor SMTP propio del hosting. La web carga sin errores, pero los mensajes nunca aparecen en la bandeja de entrada.

Qué hace el agente o sistema

• El formulario envía una petición POST al script PHP (u otro lenguaje) que, a su vez, abre una conexión SMTP.
• Si el servidor SMTP está mal configurado (puerto bloqueado, autenticación incorrecta, TLS desactivado) la conexión falla y el script devuelve un error silencioso.

Qué se gana al corregirlo

• Recuperas los leads que antes se perdían.
• Mejoras la reputación del dominio al evitar reintentos fallidos que pueden marcarlo como spam.

Revisión rápida: verifica los parámetros SMTP (host, puerto, usuario, contraseña) en la configuración del formulario o del plugin de envío. Prueba la conexión con una herramienta como telnet o un cliente de correo.

---

2. DNS y autenticación de correo (SPF, DKIM, DMARC)

Escenario típico

Un autónomo ha configurado su dominio en un nuevo servidor de correo. Los formularios se envían, pero los mensajes llegan a la carpeta de spam o son rechazados por el servidor del destinatario.

Qué hace el agente o sistema

• Los servidores de destino consultan los registros DNS del dominio para validar SPF (qué IP pueden enviar), DKIM (firma digital) y DMARC (política de manejo).
• Si alguno de estos registros falta o está mal configurado, el mensaje se marca como sospechoso y se bloquea.

Qué se gana al corregirlo

• Entrega garantizada en la bandeja de entrada.
• Mayor confianza de los clientes al recibir correos con dominio verificado.

Enlace interno útil: para profundizar en la relación entre correo profesional y autenticación DNS, visita nuestro artículo sobre fallos de spam y DNS en correo profesional.

---

3. Filtros de spam del destinatario

Escenario típico

Una pequeña empresa recibe los formularios en su propio dominio, pero el cliente que envía la solicitud nunca ve la respuesta porque el mensaje quedó atrapado en el filtro de spam de su proveedor (Gmail, Outlook, etc.).

Qué hace el agente o sistema

• Los filtros analizan contenido, enlaces y reputación del remitente.
• Mensajes con enlaces rotos, palabras clave sospechosas o sin firma DKIM pueden ser relegados a spam.

Qué se gana al corregirlo

• Mejor tasa de respuesta: los clientes ven y contestan tus mensajes rápidamente.
• Reducción de tickets de soporte relacionados con “no recibo respuesta”.

Acción recomendada: revisa el contenido del correo generado por el formulario. Evita palabras como “gratis”, “oferta”, y usa un remitente que coincida con el dominio del sitio. Configura una dirección de respuesta (Reply‑To) que sea la misma que el remitente.

---

4. Errores de JavaScript o AJAX

Escenario típico

Un sitio WordPress utiliza un plugin de formularios que envía los datos mediante AJAX. En la consola del navegador aparecen errores 404 o 500 al enviar, pero el usuario no lo percibe porque el mensaje de éxito sigue apareciendo.

Qué hace el agente o sistema

• El script JavaScript captura el evento submit y hace una petición asíncrona al servidor.
• Si la URL del endpoint es incorrecta o el servidor devuelve un error, la petición se pierde.

Qué se gana al corregirlo

• Experiencia de usuario fiable: el cliente ve un mensaje real de éxito o error.
• Datos completos en tu CRM o bandeja de entrada.

Revisión práctica: abre la consola (F12) y envía el formulario. Busca códigos de estado HTTP y corrige la ruta del endpoint o actualiza el plugin.

---

5. Conflictos de plugins o actualizaciones del CMS

Escenario típico

Tras actualizar WordPress a la última versión, el formulario deja de enviar correos. El problema desaparece si se desactiva temporalmente otro plugin de seguridad.

Qué hace el agente o sistema

• Los plugins pueden sobrescribir funciones de envío, modificar cabeceras o bloquear peticiones POST.
• Una actualización puede introducir incompatibilidades no detectadas.

Qué se gana al corregirlo

• Estabilidad del sitio: menos caídas inesperadas.
• Mantenimiento preventivo que evita urgencias (consulta nuestro post sobre mantenimiento preventivo).

Procedimiento: habilita el modo de depuración (WP_DEBUG) y revisa el log de errores. Identifica el plugin conflictivo y busca una versión compatible o una alternativa.

---

6. Límites de recursos del hosting

Escenario típico

Una pyme 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 nuevas conexiones y los correos no se envían.

Qué hace el agente o sistema

• El servidor Apache/Nginx gestiona un número máximo de procesos php-fpm.
• Al superar el límite, las peticiones se encolan o se descartan.

Qué se gana al corregirlo

• Escalabilidad: tu web sigue funcionando bajo picos de tráfico.
• Reducción de pérdidas de leads en momentos críticos (lanzamiento de campaña, eventos).

Solución típica: pasa a un plan de hosting con mayor capacidad o habilita una cola de envío (por ejemplo, usando un servicio de colas SMTP externo).

---

7. Seguridad: firewall o WAF que bloquea peticiones POST

Escenario típico

Una empresa ha instalado un firewall de aplicación (WAF) que filtra tráfico sospechoso. Los formularios que utilizan campos ocultos (hidden) o palabras clave como “script” son bloqueados, aunque el resto de la web funciona.

Qué hace el agente o sistema

• El WAF inspecciona la carga del POST. Si detecta patrones que coinciden con reglas de ataque (XSS, inyección), descarta la petición.
• El usuario no recibe feedback, y el mensaje nunca llega al correo.

Qué se gana al corregirlo

• Seguridad equilibrada: mantienes la protección sin sacrificar la funcionalidad.
• Visibilidad: puedes monitorizar intentos bloqueados y ajustar reglas.

Pasos recomendados: revisa los logs del firewall, identifica la regla que dispara el bloqueo y crea una excepción para la URL del formulario, siempre que el formulario esté validado y sanitizado.

---

Tabla de diagnóstico rápido

Problema	Causa probable	Revisión esencial	Solución recomendada
No llegan los correos	Parámetros SMTP incorrectos	Verifica host, puerto, usuario, contraseña	Corrige datos de conexión y prueba con telnet
Mensajes en spam	Falta de SPF/DKIM/DMARC	Consulta registros DNS del dominio	Añade/actualiza registros y vuelve a enviar
Formulario sin respuesta visual	Error JavaScript/AJAX (404, 500)	Abre consola (F12) y envía formulario	Corrige URL del endpoint o actualiza plugin
Pérdida de datos bajo carga	Límite de procesos del hosting	Revisa logs de php-fpm o panel de hosting	Cambia a plan con más recursos o usa cola de envío
Bloqueo por firewall/WAF	Regla de seguridad demasiado restrictiva	Analiza logs del WAF	Crea excepción para la ruta del formulario
Formulario deja de enviar tras update	Conflicto de plugins o versión del CMS	Activa WP_DEBUG y revisa error_log	Desactiva plugin conflictivo o actualiza a versión compatible
Rechazo por filtro del destinatario	Contenido del correo sospechoso	Revisa texto y encabezados del email enviado	Ajusta plantilla, usa remitente verificado

---

Caso práctico: la pyme que recuperó un un porcentaje variable de leads

María, propietaria de una tienda online de productos artesanales, notó una caída abrupta en los contactos de su formulario de “Solicitar presupuesto”. Tras aplicar las comprobaciones anteriores descubrió que:

1. El registro SPF del dominio estaba desactualizado tras cambiar de hosting.
2. Un plugin de caché había dejado obsoleto el endpoint AJAX del formulario.

Corrigiendo ambos puntos, los correos volvieron a la bandeja de entrada y, en una semana, la tasa de contactos aumentó notablemente. Este ejemplo muestra cómo una revisión estructurada evita pérdidas de negocio sin necesidad de grandes inversiones.

---

Conclusión

Los formularios son la puerta de entrada a nuevos clientes. Cuando la web está online pero los formularios no entregan datos, el daño es silencioso pero costoso. Siguiendo las 7 comprobaciones esenciales que hemos detallado, podrás:

• Identificar rápidamente la causa del fallo.
• Aplicar la solución adecuada sin depender de soporte externo.
• Garantizar la continuidad operativa de tu negocio digital.

Recuerda que un mantenimiento preventivo regular reduce la probabilidad de estos incidentes. Consulta nuestro artículo sobre acciones de mantenimiento para velocidad web y mantén tu sitio en óptimas condiciones.

---

¿Necesitas ayuda profesional?

• Pide soporte: abre un ticket desde nuestro sitio y revisaremos tu formulario en detalle.
• Revisa tu mantenimiento: solicita una auditoría técnica para detectar vulnerabilidades antes de que se conviertan en urgencias.
• Solicita presupuesto: si prefieres delegar la gestión completa, te ofrecemos planes de bolsa de horas adaptados a tu necesidad.

No dejes que los contactos se pierdan. Actúa ahora y asegura que cada visita a tu web se convierta en una oportunidad real.