Cuando un negocio me dice “no entran tantos leads como antes”, muchas veces el formulario no está totalmente caído. Está fallando a ratos. Y eso es peor, porque no salta ninguna alarma obvia: tú haces una prueba y entra, pero un cliente real se queda en el limbo por un error intermitente o por un bloqueo en el correo.

En el blog ya tengo un post de “aviso de caída de leads”. Aquí voy un paso más allá: dejar trazabilidad de cada intento de envío. Es decir: poder contestar con datos a la pregunta incómoda: “¿quién nos escribió y no llegó?”. Con un log mínimo, recuperas oportunidades y ahorras horas de “investigación a ciegas”.

Paso 1 (10–15 min): define qué formularios son críticos. Normalmente hay 1–3: contacto general, presupuesto/servicio, y quizá el de soporte. Apunta la URL y dónde debería acabar el lead (email, CRM, hoja de cálculo, ticket). Si el destino no está claro, ya has encontrado un problema.

Paso 2 (15–20 min): decide dónde vas a guardar el log. No hace falta una base de datos nueva. Para un MVP, yo uso uno de estos tres enfoques: 1) una hoja de cálculo (cada envío es una fila), 2) una tabla simple en el propio sistema web, o 3) un “registro” en una herramienta tipo Notion/Airtable. Trade-off: la hoja de cálculo es lo más rápido; una tabla interna es más robusta si hay mucho volumen o datos sensibles.

Paso 3 (15–20 min): qué campos guardar (y cuáles no). Guarda lo mínimo útil: fecha/hora, URL del formulario, nombre y email (si aplica), teléfono (si aplica), estado del envío (ok/error), destino (email/CRM), y un identificador (por ejemplo, un número de registro). No guardes datos innecesarios: si el mensaje puede incluir información sensible, valora guardar solo un resumen o un “hash” (una huella) y dejar el contenido completo en el canal final.

Paso 4 (10–15 min): captura errores, no solo éxitos. Este es el punto que casi nadie hace. Si el envío falla, el log debe registrar por qué (aunque sea un texto corto) y en qué paso falló (correo, CRM, validación). Si tienes n8n/Make en medio, registra también el error ahí y enlázalo. La diferencia entre “falló” y “falló por límite del CRM” te ahorra horas.

Paso 5 (10–15 min): revisión semanal y “recuperación”. Bloquea 10 minutos a la semana para revisar errores y leads “en duda”. Si hay 3 errores repetidos, eso ya es incidencia, no casualidad. Y si detectas un lead que no llegó, contacta proactivamente. Es incómodo, pero suele ser bien recibido (“He visto que intentaste escribirnos y hubo un fallo”).

Errores comunes (y cómo detectarlos): 1) Confiar en que el email siempre llega. Se detecta cuando hay leads que dicen “os escribí” y no hay rastro. 2) Guardar demasiado (y meterte en un lío de datos). Se detecta cuando el log acaba siendo una copia completa del mensaje sin necesidad. 3) No registrar el error real. Se detecta porque todos los fallos aparecen como “Error genérico” y sigues sin saber qué pasa.

Cómo medir resultado: dos métricas sencillas: (1) tasa de error = envíos fallidos / envíos totales, y (2) leads recuperados (cuántos contactos has podido atender gracias al log). Si tu formulario es una fuente importante, recuperar incluso 1–2 leads al mes ya justifica el tiempo invertido.

Cuándo compensa delegar: si tu web tiene mucho volumen, si hay integración con CRM compleja o si necesitas que el log sea “legalmente limpio” (retención, acceso, borrado), compensa que un proveedor te lo implemente bien. También delegaría si tu formulario pasa por varios sistemas (web → automatización → CRM → email) y no tienes claro dónde se pierde el dato. Ahí una trazabilidad bien diseñada paga sola.

Nota técnica (para coordinar con un dev): pide que el log se escriba antes de enviar a email/CRM (para no perder el intento) y que se actualice el estado al final. Y que el identificador del log viaje en los emails o en el CRM para poder cruzar incidencias.