n8n para principiantes: webhooks, campos, condiciones y API

En la grabación utilizo un webhook para recibir información de otro sistema. Puedes imaginarlo como la entrada de un formulario o de un aviso de compra: llega una petición y el flujo empieza a trabajar con su contenido. Para comprenderlo, interesa mirar qué datos recibe realmente.

En tu primera prueba utiliza información ficticia y revisa la ejecución antes de añadir más pasos. Una petición recibida no demuestra todavía que se haya guardado nada. Distingue el inicio del flujo de su resultado final y evita exponer una entrada con datos reales sin preparar sus controles.

Un ejemplo de la clase parte de un evento con muchos campos y selecciona los que necesita el proceso, como nombre o correo. Este paso ayuda a dar una estructura reconocible a la información que seguirá circulando por los nodos.

Haz una lista de campos y explica para qué sirve cada uno. Comprueba también qué sucede cuando falta un valor o cambia su formato. Si una fecha llega como texto o un importe utiliza otro separador, conviene resolverlo antes de que el dato alcance la siguiente herramienta.

La condición permite decidir qué recorrido seguirá una ejecución. En los ejemplos del vídeo se comprueba si existe información o si una tarea está lista. La clave es definir exactamente qué pregunta responde la condición y qué ocurre en cada salida.

Como ejercicio, separa las solicitudes que contienen el dato necesario de las que están incompletas. Prueba ambas rutas. Tener un campo no equivale a que su contenido sea válido: una comprobación de presencia y una validación de formato resuelven preguntas distintas.

La clase presenta las peticiones HTTP como una manera de conectar herramientas mediante sus API. Para hacerlo necesitas conocer el destino, el método, los datos esperados y la forma de autenticarte que indique ese proveedor.

Empieza por una operación de prueba documentada y comprueba la respuesta. No guardes credenciales dentro de materiales que vayas a compartir. También necesitas distinguir una respuesta correcta de un error y decidir cómo se revisará una ejecución que no llegue al final.

Te propongo este ejercicio editorial a partir de la clase: recibir una solicitud ficticia, seleccionar sus campos, comprobar que está completa y enviarla a una tabla de prueba. La finalidad es poder seguir un único dato desde el principio hasta el final.

Haz después tres pruebas: una solicitud correcta, otra incompleta y otra que encuentre un error en el destino. Anota qué queda registrado en cada caso. La grabación muestra interfaces de su fecha; consulta la documentación de tu versión antes de copiar una configuración concreta.