SOLUCIONA ESTO YA
LECTURA CRÍTICA

Qué comprobar cuando la web está online pero los formularios no llegan

Descubre paso a paso los fallos más habituales que impiden que los formularios lleguen y cómo solucionarlos en menos de 5 min.

Qué comprobar cuando la web está online pero los formularios no llegan Una página puede estar visible para los visitantes y, sin embargo, los formularios de contacto, suscripción o solicitud de presupuesto pueden quedar atrapados en el camino. Para una pyme o un autónomo, cada envío perdido representa un cliente potencial que se escapa y, en muchos casos, el fallo pasa desapercibido durante días. En este artículo revisamos los puntos críticos que debes comprobar cuando la web está online pero los formularios no llegan, con ejemplos reales y acciones concretas para restablecer la continuidad operativa.

1. Caso de uso: Formulario de contacto que no envía a la bandeja del propietario

Escenario típico

María gestiona una pequeña agencia de diseño gráfico. Su web está alojada en un hosting compartido y el formulario de contacto utiliza PHP mail() para enviar los datos a su dirección de correo profesional [email protected]. Los visitantes pueden rellenar el formulario sin errores, pero María nunca recibe los mensajes.

Qué revisa el agente de soporte

Problema Causa probable Revisión Solución
Los correos no llegan a la bandeja Configuración de SPF/DKIM ausente o incorrecta Verificar los registros DNS del dominio (SPF, DKIM, DMARC) Añadir los registros recomendados por el proveedor de correo profesional y validar con una herramienta de test de DNS
El script PHP devuelve “mail sent” pero el mensaje no llega El servidor de hosting bloquea el puerto 25 o la función mail() está deshabilitada Consultar el panel de control del hosting o contactar con soporte Cambiar a un envío mediante SMTP autenticado (por ejemplo, usando PHPMailer)
El mensaje se marca como spam Falta de encabezados correctos o contenido sospechoso Revisar los encabezados del correo (From, Reply‑To, Return‑Path) Añadir encabezados estándar y evitar palabras clave de spam en el cuerpo del mensaje

Qué gana María

  • Visibilidad inmediata de los contactos enviados.
  • Reducción de falsos negativos en la analítica (las visitas sí se registran, pero los leads no).
  • Mejora de la reputación del dominio, lo que evita que futuros correos acaben en spam.

2. Caso de uso: Formulario de suscripción a newsletter que no llega al gestor de correos

Escenario típico

Javier, autónomo de marketing digital, ha integrado su formulario de suscripción con Mailchimp mediante una petición AJAX. La página carga sin errores, pero los nuevos suscriptores no aparecen en la lista de Mailchimp y, por tanto, no reciben el boletín.

Qué revisa el agente de soporte

Problema Causa probable Revisión Solución
Los datos no llegan a Mailchimp API Key caducada o con permisos insuficientes Comprobar la API Key en la configuración del plugin Generar una nueva API Key con permisos de “audience” y actualizar la integración
La petición AJAX devuelve error 403 CORS bloqueado por la política del servidor Revisar los encabezados Access-Control-Allow-Origin en la respuesta del servidor Añadir el dominio de la web a la lista blanca del servidor o usar un proxy interno
El formulario se envía pero la respuesta es “success” sin crear suscriptores Campo obligatorio mal mapeado Verificar los nombres de los campos (email, first_name) en la llamada a la API Ajustar los nombres de los campos para que coincidan con los esperados por Mailchimp

Qué gana Javier

  • Base de datos de suscriptores actualizada automáticamente.
  • Automatización del flujo de bienvenida, lo que aumenta la tasa de apertura del primer email.
  • Menor carga de trabajo al no tener que revisar manualmente los registros perdidos.

3. Caso de uso: Formulario de solicitud de presupuesto que no llega al ticketing interno

Escenario típico

Una tienda online de productos artesanales utiliza Zoho Desk para gestionar los tickets de solicitud de presupuesto. El formulario envía los datos mediante cURL a la API de Zoho. Los clientes reciben el mensaje de “¡Gracias!”, pero el equipo de ventas no ve los tickets en Zoho.

Qué revisa el agente de soporte

Problema Causa probable Revisión Solución
Ticket no creado Token de autenticación expirado Comprobar la validez del token OAuth2 en la configuración Renovar el token y programar su refresco automático cada 60 min
Respuesta de la API 500 Parámetros incompletos o formato JSON incorrecto Analizar el cuerpo de la petición con una herramienta de captura (Postman, Insomnia) Asegurar que todos los campos obligatorios están presentes y que el JSON está bien formado
El webhook de Zoho no se dispara URL de callback bloqueada por firewall Verificar que la IP del servidor está permitida en la lista blanca de Zoho Añadir la IP a la lista de IPs permitidas o usar un túnel seguro (ngrok) para pruebas

Qué gana la tienda

  • Visibilidad en tiempo real de cada solicitud de presupuesto.
  • Asignación automática de tickets al agente disponible, reduciendo tiempos de respuesta.
  • Mejora de la tasa de conversión al atender rápidamente a los clientes potenciales.

4. Caso de uso: Formulario de registro de usuarios que no crea la cuenta en la base de datos

Escenario típico

Pedro, propietario de una plataforma de cursos online, tiene un formulario de registro que escribe los datos en una base MySQL. Los usuarios pueden registrarse, pero al intentar iniciar sesión aparecen como “usuario no encontrado”.

Qué revisa el agente de soporte

Problema Causa probable Revisión Solución
Registro fallido sin error visible Sentencia SQL con error silencioso (por ejemplo, INSERT sin ON DUPLICATE KEY) Activar el modo de depuración en el entorno de pruebas y revisar los logs del servidor Corregir la sentencia SQL y manejar la excepción para mostrar un mensaje claro
Contraseña guardada en texto plano Configuración de hashing desactivada Verificar que la función password_hash() se ejecuta antes de almacenar Implementar hashing con PASSWORD_BCRYPT y migrar los registros existentes
Conexión a la base de datos interrumpida Límite de conexiones alcanzado en el hosting Consultar el número de conexiones simultáneas permitidas Optimizar el pool de conexiones o cambiar a un plan de hosting con mayor capacidad

Qué gana Pedro

  • Experiencia de usuario fluida, sin sorpresas al iniciar sesión.
  • Seguridad reforzada al almacenar contraseñas de forma cifrada.
  • Escalabilidad al evitar cuellos de botella en la base de datos.

5. Caso de uso: Formulario de feedback que se queda en la cola de envío de correo

Escenario típico

Laura, gestora de una pequeña asociación sin ánimo de lucro, utiliza SendGrid para enviar los mensajes de feedback a su dirección [email protected]. Los formularios se envían, pero los correos aparecen en la sección “Queued” de SendGrid y nunca llegan a su bandeja.

Qué revisa el agente de soporte

Problema Causa probable Revisión Solución
Correos en cola Límite de envío diario superado Revisar el panel de SendGrid para ver el número de envíos realizados Solicitar aumento del límite o distribuir los envíos a lo largo del día
Rechazo por dominio de destino Política DMARC del dominio receptor Consultar los informes de rebote de SendGrid Asegurarse de que el dominio remitente está alineado con SPF/DKIM y, si es necesario, usar un subdominio dedicado
Falta de confirmación de entrega Webhook de eventos no configurado Verificar la URL del webhook en la configuración de SendGrid Configurar el webhook y procesar los eventos de “delivered” y “bounce” para actuar en consecuencia

Qué gana Laura

  • Feedback recibido en tiempo real, lo que permite mejorar la oferta de la asociación.
  • Visibilidad de entregas y rebotes, facilitando la gestión de la reputación del dominio.
  • Control de costos al evitar envíos innecesarios que consumen el límite diario.

6. Herramientas de diagnóstico rápido

A continuación, una tabla con los pasos que cualquier responsable de una pyme puede seguir en menos de cinco minutos para identificar la causa más frecuente del fallo.

Paso Acción Resultado esperado
1 Comprobar la consola del navegador (F12 → Consola) Detectar errores JavaScript o respuestas HTTP no 200
2 Revisar los logs del servidor (acceso a /var/log/apache2/error.log o equivalente) Ver mensajes de PHP, SMTP o fallos de conexión
3 Enviar un correo de prueba desde la propia web usando la misma función de envío Confirmar si el problema está en el script o en la configuración del servidor
4 Validar los registros DNS (SPF, DKIM, DMARC) con una herramienta online Asegurar que el dominio está autorizado para enviar correos
5 Probar la API con Postman (si el formulario usa una API externa) Verificar que la petición y la respuesta son correctas

7. Buenas prácticas para evitar que vuelva a suceder

  1. Monitoreo de formularios: Configura alertas que notifiquen cuando un envío no genera la acción esperada (por ejemplo, un correo de confirmación).
  2. Registro de eventos: Guarda cada intento de envío en una tabla de auditoría con fecha, IP y estado. Así, si algo falla, tienes trazabilidad.
  3. Pruebas periódicas: Cada trimestre realiza una prueba de envío desde diferentes navegadores y dispositivos.
  4. Separación de entornos: Usa entornos de desarrollo y producción diferentes; evita que cambios en pruebas afecten a los usuarios reales.
  5. Documentación de la configuración: Mantén un registro actualizado de los valores de DNS, claves API y credenciales de SMTP.

8. Enlaces útiles dentro de Mantenimiento Web

  • Si necesitas revisar cómo gestionar cambios de DNS y evitar problemas de spam en el correo, consulta nuestro artículo sobre DNS, correo y spam al cambiar de hosting.
  • Para aprender a recuperar un WordPress hackeado sin perder datos, visita nuestra guía detallada.
  • ¿Estás pensando en contratar a un freelance en modalidad de marca blanca para gestionar estos formularios? Te explicamos los beneficios en nuestro post dedicado.
  • Si el problema está en la gestión de incidencias de email para pymes, este artículo te ofrece un checklist completo.

9. Llamada a la acción

Los formularios son la puerta de entrada a nuevos clientes y oportunidades. Un fallo silencioso puede costar contactos reales y, por tanto, ingresos.

  • Solicita soporte: abre un ticket desde nuestro sitio y nuestro equipo de mantenimiento web revisará tu configuración en menos de 24 h.
  • Revisa tu plan de mantenimiento: un contrato preventivo incluye monitorización de formularios, pruebas de envío y corrección de incidencias antes de que afecten a tu negocio.
  • Pide presupuesto: si necesitas una auditoría completa o la migración a un hosting más fiable, solicita tu presupuesto sin compromiso.

No dejes que los formularios rotos frenen tu crecimiento. Actúa ahora y garantiza que cada visita a tu web se convierta en una oportunidad real.

¿VAS A SEGUIR LEYENDO O VAS A ARREGLARLO?

Tu competencia ya está en Hanka.es mejorando sus sistemas. Tú sigues aquí perdiendo tiempo.

SOLUCIONAR MI PROBLEMA AHORA