Esa experiencia, más que cualquier lista teórica de comprobaciones, muestra por qué merece la pena tener este cuidado.
Por qué conviene aislar el punto de partida
La primera etapa de cualquier automatización es donde entran los datos al sistema, y ahí suelen aparecer los problemas más simples. Si el formulario no está bien construido, todo lo que viene después recibe información incorrecta o incompleta desde el inicio del proceso.
Al intentar conectar un formulario de mi WordPress con Make, el primer obstáculo ni siquiera fue técnicamente complejo: simplemente no conseguía montar un formulario funcional. El Elementor que tenía instalado pedía una licencia Pro solo para crear un formulario, y el plugin Contact Form 7 que usé después necesitaba un complemento de pago para activar un webhook directamente. Tuve que cambiar de enfoque y usar la integración nativa de Elementor con Make para avanzar sin pagar por algo que no necesitaba.
Después, cuando el formulario por fin se conectó con Make, toda la información llegó condensada en una única celda de la hoja porque la asignación inicial no separaba nombre, correo y mensaje. Solo después de pedir ayuda a ChatGPT para escribir una fórmula de separación conseguí distribuir la información en columnas legibles.
Si estás montando algo parecido, conviene comprobarlo antes de mostrar la hoja al equipo: introduce un registro de prueba y confirma que cada campo llegue a la columna correcta, sin mezclarse. Y si tu plataforma tiene varias versiones de plugins de formularios, comprueba primero si la integración que necesitas está incluida en la versión gratuita, en lugar de descubrirlo cuando ya hayas construido el resto del flujo.
Por qué las credenciales y los permisos merecen atención desde el principio
Aprendí que conectar herramientas como Gmail o Google Sheets con plataformas de automatización exige activar API específicas en Google Cloud Console. Sin eso, la automatización no avanza aunque el resto del flujo esté bien diseñado. Lo descubrí en la práctica al intentar configurar las credenciales.
Ocurrió de una forma muy concreta: al intentar conectar Gmail y Google Drive con n8n, me bloquearon repetidamente porque las API de Gmail y Drive no estaban activas en el proyecto y porque había eliminado unas credenciales antiguas en otra formación. Resolverlo exigió seguir paso a paso la documentación de Google, crear una nueva pantalla de consentimiento, activar las bibliotecas necesarias y generar nuevas credenciales de cliente.
Recomiendo hacer esta configuración de permisos antes de cualquier prueba con datos reales. Un error así, que aparece como «access blocked» o error 403, puede surgir cuando el equipo ya esté usando el sistema y convertirse directamente en un problema en producción.
Cómo saber si una automatización se ha detenido cuando el botón da error
Qué preparar antes de la primera sesión de trabajo con Claude Code
Por qué la correspondencia de filas necesita una clave clara
Cuando una automatización actualiza una hoja existente, necesita saber exactamente qué fila modificar. Si la regla de correspondencia está mal definida, el sistema puede no encontrar nunca la fila correcta. Lo vi ocurrir cuando probé el paso de actualización en n8n.
Eso fue exactamente lo que me ocurrió: al intentar que n8n actualizara la columna con el mensaje generado por IA, el paso «update row» fallaba porque la correspondencia se hacía con la propia columna que quería escribir, en lugar de usar un identificador estable. Solo al cambiar la clave de correspondencia al campo de correo, la actualización empezó a acertar con la fila correcta, con ayuda de las instrucciones que pedí a ChatGPT para entender el error.
Antes de entregar la hoja al equipo, prueba con dos o tres registros parecidos y confirma que cada actualización llegue exactamente donde debe. Elige siempre como clave un campo único por definición, como un correo, y evita campos que puedan repetirse, como el nombre.
Por qué conviene observar cómo interpreta la IA los casos reales
Cuando un agente de IA genera texto para enviar a clientes, el resultado inicial rara vez está listo. En mi prueba, la primera versión del mensaje incluyó información de contexto que no debía aparecer en el cuerpo del correo y no tenía un formato pensado para facilitar la lectura.
Corregirlo exigió reescribir las instrucciones dadas al agente, pidiendo explícitamente un formato HTML limpio con una estructura definida: saludo, reflejo de la solicitud, explicación de cómo ayuda la empresa, una pregunta concreta y un cierre con «nos pondremos en contacto pronto». Solo después de ese segundo intento el mensaje salió en un formato aceptable para enviarlo.
Antes de dejar que un agente así responda a clientes reales, pruébalo con mensajes variados y comprueba si el resultado mantiene siempre el tono que quieres. También conviene probar con mensajes breves o vagos para observar cómo reacciona cuando dispone de poca información, porque en esos casos límite suelen aparecer los errores más visibles.
Por qué una prueba de principio a fin evita sorpresas al activar el disparador automático
Solo después de que cada etapa funcione por separado tiene sentido automatizar todo el flujo. Tras resolver el formulario, la asignación de campos, las credenciales y el formato del mensaje, probé el flujo completo enviando solicitudes ficticias y comprobando en tiempo real que el mensaje llegaba a la bandeja de entrada.
Aun así, quedó un detalle por ajustar: la activación automática con cada nueva fila no era totalmente fiable y uno de los mensajes llegó duplicado a quien había enviado el formulario. Es un buen ejemplo de por qué, incluso después de una prueba satisfactoria, conviene ejecutar el flujo más de una vez antes de considerarlo preparado para funcionar sin supervisión.
Si estuviera validando un flujo similar, dejaría el disparador automático desactivado durante la fase de pruebas y ejecutaría el flujo manualmente, paso a paso, hasta confirmar que cada etapa se comporta de forma previsible más de una vez. Solo entonces activaría el disparador automático, preferiblemente primero con contactos internos antes de exponer el sistema a leads reales.
El flujo que construí conectaba el formulario de WordPress con Google Sheets, después con un agente de IA en n8n y finalmente con Gmail para enviar un correo personalizado. Cada conexión dependía de que la etapa anterior entregara los datos adecuados. Los errores de formulario, columnas, permisos y formato dejaron claro por qué hay que verificar cada parte antes de confiar el proceso completo al equipo.