Nœud Execution Data n8nConfigurer Execution Data dans n8n.

Commence par le cas d'une facturation mensuelle. Le workflow lit une base, calcule, puis envoie les documents avec Gmail. Trois semaines plus tard, un client conteste un envoi. Sans métadonnée, il faut ouvrir les exécutions une par une. Avec la référence client sauvegardée, la bonne exécution sort d'une recherche.

Deuxième situation, l'export planifié. Un workflow déverse des lignes dans Google Sheets chaque matin. Sauvegarder la date du lot et le nombre de lignes traitées transforme l'historique en journal de bord lisible, au lieu d'une pile d'exécutions vertes identiques.

Troisième situation, le débogage à froid. Quand plusieurs workflows écrivent au même endroit, étiqueter chaque passage avec le nom du workflow d'origine et le type d'opération évite la demi-heure d'enquête au moment où quelque chose casse. C'est le genre de réflexe qu'on travaille en Formation n8n.

Quand prendre autre chose : ce nœud écrit, il ne relit jamais. Récupérer des données d'exécution personnalisées pendant que le workflow tourne, c'est le travail du nœud Code. Et si l'objectif est de stocker de la donnée métier pour un reporting, une base de données reste le bon endroit : ici, on range pour retrouver, pas pour analyser. Le partage des rôles entre nœuds est détaillé dans l'Avis n8n.

Les limites se connaissent avant de construire dessus. Une clé s'arrête à 50 caractères, une valeur à 512. Au-delà, n8n tronque à la longueur maximale et écrit une entrée de log : rien ne plante, la valeur est juste plus courte que prévu. Le nœud porte une seule opération, reste en version 1, et n'ouvre pas de workflow : un Schedule Trigger, un Webhook ou le trigger d'un outil doit démarrer l'exécution avant lui.