Les workflows ne peuvent manipuler aucune donnée tant que des données n'existent pas réellement dans l'exécution. Ces données entrent dans le workflow de deux manières principales : soit le workflow effectue un appel vers un autre service via une requête HTTP, soit un autre service effectue un appel entrant via un Webhook.

Une fois l'une de ces méthodes en place, tous les nœuds de manipulation de données disposent de données sur lesquelles travailler.

Requête HTTP

Le nœud Requête HTTP est un nœud qui envoie une requête à une URL d’API et intègre la réponse (généralement au format JSON) dans le workflow.

• Appelle un point de terminaison tel que https://api.rainforestapi.com/request ;
• Envoie des paramètres comme type, domain, seller_id et search_term ;
• Reçoit des données structurées pouvant être transmises aux nœuds suivants.

À utiliser lorsqu’une API dispose d’une documentation complète, lorsqu’un workflow doit interroger des données selon un calendrier, ou lorsque la sortie d’une API doit devenir l’entrée d’une autre API dans un appel en chaîne. La structure suit l’exemple de la leçon, où l’URL de base est api.rainforestapi.com/request, la clé API identifie l’appelant, et les paramètres indiquent à l’API quoi retourner.

Paramètres :

• type=seller_products ;
• domain=amazon.com ;
• (et d’autres selon les besoins).

Les débutants pensent souvent que cette partie est magique, mais ce n’est pas le cas. Les paramètres proviennent directement de la documentation de l’API. Il suffit d’ouvrir la documentation, de trouver la section pertinente, de noter les paramètres obligatoires et optionnels avec leurs descriptions, de copier les noms des paramètres dans le nœud Requête HTTP, de définir les valeurs, puis d’exécuter le nœud. C’est le processus standard pour toute API : lire la documentation, copier les paramètres, les coller dans la requête, puis tester.

Webhook

Un webhook est une URL exposée par n8n qui permet à d’autres systèmes d’envoyer des données directement dans un workflow en temps réel.

• Sert de point d’entrée personnalisé pour les données entrantes ;
• Idéal pour des exécutions instantanées au lieu d’interrogations programmées ;
• Utile pour des outils personnalisés ou applications internes sans intégrations officielles.

À utiliser lorsqu’un outil ne peut pas être facilement interrogé, lorsqu’un workflow doit réagir instantanément, ou lorsque les données proviennent d’une source personnalisée. Les webhooks sont l’inverse des requêtes HTTP — au lieu que n8n appelle un service externe, c’est un service externe qui appelle n8n.

Différence avec la Requête HTTP :

• Requête HTTP : n8n → service externe ;
• Webhook : service externe → n8n Le webhook est préférable pour des workflows en temps réel, tandis que la requête HTTP convient mieux à l’interrogation programmée.