Conectar Slack a n8n con el nodo HTTP Request

El nodo HTTP Request en n8n te permite conectarte a cualquier aplicación aunque no cuente con un nodo nativo dentro de la plataforma. Si automatizas flujos y te has topado con apps que n8n no integra de forma directa, esta es tu solución. Aquí verás cómo replicar una misma acción de Slack usando tanto el nodo nativo como el nodo HTTP.

¿Qué hace el nodo HTTP Request en n8n?

El nodo HTTP Request es la llave maestra para hablar con aplicaciones que no tienen un nodo propio en n8n. En lugar de depender de acciones predeterminadas, tú construyes la petición desde cero: eliges el método, pegas la URL y configuras la autenticación.

¿Para qué sirve el nodo HTTP Request? Sirve para conectar n8n con cualquier aplicación mediante peticiones directas a su API. Es útil cuando no existe un nodo nativo o cuando necesitas una acción que el nodo nativo no incluye.

En el ejemplo se parte de un flujo con un trigger manual y la acción Get Many Database Pages de Notion [00:20]. Se selecciona una base de datos y se coloca un límite para extraer un solo registro, que resulta ser la información de Patricia Luna.

¿Cómo enviar un mensaje a Slack con el nodo nativo?

Antes de meternos con el HTTP, conviene ver la versión sencilla. El nodo nativo de Slack ya trae la conexión resuelta y un listado de acciones listas para usar.

Con la acción Send a Message se envía un aviso al canal de solicitudes, buscado a través de su ID [01:05]. El mensaje se arma jalando campos dinámicos con arrastrar y soltar:

• El campo name, con el valor Patricia.
• La propiedad empresa, que devuelve Aurora Consulting.
• La propiedad presupuesto, que indica menos de 1,000 dólares.

Un detalle práctico: n8n agrega automáticamente una descripción al pie de cada mensaje. Puedes omitirla desde Add Option, seleccionando la primera opción y desmarcándola [01:50]. Así el mensaje llega limpio, sin la firma automática de la plataforma.

¿Cómo configurar la autenticación en el nodo HTTP?

Aquí viene lo interesante. El nodo HTTP no tiene un botón de conexión directa como el nativo, así que la autenticación la defines tú.

La estructura básica del nodo tiene tres partes:

1. El método, que suele ser GET para obtener información o POST para enviarla [02:35].
2. La URL o endpoint, que cambia según la acción que quieras ejecutar.
3. La autenticación, que es la forma en que te conectas a la aplicación.

Como el objetivo es enviar un mensaje, se usa el método POST y se pega el endpoint de envío de mensajes desde la documentación oficial de Slack [03:05]. En autenticación se elige Generic Credential Type y dentro de ella Header Auth [03:20].

¿Qué es Header Auth en n8n? Es un tipo de autenticación donde envías tus credenciales en la cabecera de la petición. Escribes authorization como nombre y, en el valor, tu token precedido de un espacio.

En el campo value se usa la opción expression, se escribe la palabra correspondiente seguida de un espacio y luego se pega el token privado. Ese token es personal, así que no lo compartas con nadie [03:55]. Al conectar, aparece un mensaje de confirmación y la credencial queda lista con el nombre Slack.

¿Cómo enviar el cuerpo del mensaje en formato JSON?

Una vez lista la autenticación, se habilita Send Body y se selecciona el tipo de contenido JSON con la opción Using JSON [04:40].

Para no armar el JSON a mano, se apoya en un LLM: se le entrega el mensaje de texto original con sus variables y se le pide que lo transforme al formato json.campo [05:00]. El prompt está disponible en la sección de recursos.

El JSON resultante identifica dos elementos:

• El canal, llamado solicitudes.
• El texto, que es el mismo mensaje configurado en el nodo nativo.

Ambos van dentro de corchetes en formato JSON. Al ejecutar el flujo, el canal de solicitudes recibe de nuevo el aviso: "Hola, ha ingresado un nuevo usuario llamado Patricia, de la empresa Aurora Consulting, que tiene un presupuesto de menos de 1,000 dólares" [05:45].

¿Cuál es la diferencia entre el nodo nativo y el nodo HTTP?

Llegamos al punto clave. Se logró la misma acción por dos caminos, entonces, ¿por qué elegir uno u otro?

¿Nodo nativo o nodo HTTP en n8n? El nodo nativo ofrece conexión sencilla y acciones predeterminadas, pero limitadas. El nodo HTTP te da libertad total para manipular la aplicación, aunque exige configurar todo manualmente.

Con el nodo HTTP tienes control absoluto sobre la aplicación y accedes a acciones que el nodo nativo no incluye. También es tu única puerta de entrada cuando la app ni siquiera existe dentro del ecosistema de n8n de forma nativa.

El nodo nativo, en cambio, te ahorra buscar endpoints en la documentación y resuelve la conexión casi sola, aunque solo con las acciones que trae por defecto.

El reto queda abierto: busca en la documentación oficial de Slack algún endpoint que te dé curiosidad, pruébalo y comparte una captura del resultado en los comentarios.