Publié le 25 octobre 2026 · Dernière mise à jour le 25 octobre 2026 · 7 min de lecture

À qui s'adresse cette page

Elle s'adresse à celles et ceux qui construisent leurs automatisations dans n8n et y branchent un modèle de langage : indépendants, équipes opérations ou marketing, petites structures sans service informatique dédié. Il suffit de savoir ouvrir un workflow et ses réglages. Aucune ligne de code n'est requise, sauf pour un contrôle où un nœud Code est utile.

Elle prolonge deux articles de la série. Le premier traitait d'une erreur JSON.parse, qui arrête le workflow. Le second traitait de données personnelles qui partent chez le fournisseur sans qu'aucune erreur s'affiche. Ici, on regarde le workflow de bout en bout.

Comment l'utiliser

Parcourez le workflow dans l'ordre des sections et cochez ce qui est déjà en place. Ce qui reste décoché forme votre liste de travail. Les cases sont conservées dans le navigateur de cet appareil. Miravig n'en reçoit aucune copie, et rien ne passe d'un appareil à l'autre.

1. Le déclenchement

Un workflow lancé par un webhook, c'est-à-dire par une adresse web que n'importe quel service peut appeler, s'exécute à chaque appel reçu. Si personne ne contrôle qui appelle, quelqu'un d'extérieur peut le lancer et consommer votre crédit chez le fournisseur du modèle.

• 1 Protéger le webhook. Le nœud Webhook propose plusieurs modes d'authentification : Basic auth, Header auth et JWT auth. Le mode « None » ne vérifie rien. Vous pouvez aussi renseigner « IP(s) Allowlist » pour refuser les autres adresses, mais un champ laissé vide les accepte toutes.^[1]

2. Ce qui part vers le modèle

C'est le point qui passe le plus souvent inaperçu. Tout ce qui entre dans le prompt est transmis au fournisseur, et l'exécution s'affiche en vert quoi qu'il y ait dedans.

• 2 Lister ce qui entre dans le prompt. Pour chaque appel à un modèle, notez les champs envoyés, le texte libre et les pièces jointes. Cet inventaire sert de base à tous les contrôles suivants.
• 3 Ne garder que les champs utiles. Le nœud Edit Fields propose l'option « Keep Only Set Fields » : seuls les champs que vous nommez continuent vers le modèle, tout le reste est écarté.^[2]
• 4 Masquer les données dans le texte libre. Un e-mail ou un document contient des noms, des adresses ou des numéros que le tri par champs ne peut pas isoler. Le nœud Guardrails (opération « Sanitize Text ») ou le node Miravig remplacent ces éléments par des marqueurs avant l'envoi. Testez-les sur vos propres documents : la documentation de Guardrails cite quatre types de données personnelles et ne mentionne aucun identifiant national européen.^[3] Le node Miravig propose trois réactions quand il détecte une donnée : annoter le résultat (réglage par défaut), arrêter le workflow ou envoyer les éléments signalés vers une seconde sortie.^[4]
• 5 Savoir combien de temps n8n garde les prompts. Sur une instance auto-hébergée, n8n sauvegarde par défaut toutes les exécutions et supprime l'historique après 336 heures (14 jours) ou au-delà de 10 000 exécutions.^[5] Les prompts restent donc consultables pendant deux semaines dans votre instance. Chaque workflow peut modifier ces valeurs.
• 6 Lire la politique du fournisseur. La durée de conservation, l'entraînement sur vos données et l'accès par des relecteurs humains dépendent de l'offre souscrite. La comparaison entre ChatGPT, Claude et Gemini détaille ces différences.

3. L'appel au modèle

Chaque fournisseur limite le nombre de requêtes par minute et facture à l'usage. Un workflow qui boucle sur mille lignes peut atteindre ces limites en quelques secondes.

• 7 Régler les relances et le débit. L'option « Retry On Fail » rejoue un nœud en échec.^[6] Elle aide face à une coupure réseau passagère, mais répète simplement l'échec face à une clé révoquée. Pour une limite de débit, n8n suggère d'allonger le « Wait Between Tries (ms) » au-delà de la limite de l'API, d'insérer un nœud Wait dans une boucle Loop Over Items, ou d'activer le Batching du nœud HTTP Request.^[7]
• 8 Plafonner la consommation. L'OWASP, fondation qui publie des classements de failles applicatives, appelle ce risque « Unbounded Consumption » dans sa liste 2025 dédiée aux applications à base de LLM.^[8] Bornez la taille des entrées et le nombre de boucles, et fixez une limite de dépense dans le compte du fournisseur.

4. La réponse du modèle

Un modèle de langage répond en texte, et ce texte varie d'une exécution à l'autre. Un workflow qui attend un format précis doit donc vérifier ce qu'il reçoit.

• 9 Demander un format précis dans la requête. Gemini accepte responseMimeType réglé sur application/json avec un responseSchema. OpenAI propose response_format avec un json_schema, qui garantit le respect du schéma là où l'ancien mode JSON ne garantissait que la syntaxe.^[9][10]
• 10 Nettoyer puis valider avant d'utiliser. Le modèle enrobe parfois sa réponse de balises markdown. Un nœud Code peut les retirer et isoler l'objet entre la première et la dernière accolade. Vérifiez ensuite que les champs attendus sont présents. Si ce n'est pas le cas, le nœud Stop And Error fait échouer l'exécution pour qu'une donnée invalide n'atteigne pas le CRM ou la boîte mail.^[11] L'OWASP classe ce risque sous le nom « Improper Output Handling ».^[8]
• 11 Repérer les réponses coupées. Chez OpenAI, un finish_reason à length signale que la réponse a atteint la limite de tokens, ces unités de texte que les modèles comptent.^[12] Gemini fournit un champ finishReason. Une réponse tronquée produit le même Unexpected token qu'une réponse enrobée de balises, alors que la cause est différente.
• 12 Se méfier du contenu qu'on lui fait lire. Le corps d'un e-mail est écrit par un tiers, qui peut y glisser des consignes adressées au modèle. L'OWASP place cette « Prompt Injection » en tête de sa liste.^[8] Séparer nettement la consigne et le contenu dans le prompt réduit le risque sans l'éliminer.
• 13 Limiter ce que peut faire un agent. Un agent muni d'outils agit à votre place : il envoie, modifie, supprime. Accordez-lui la lecture seule quand elle suffit, et exigez une validation humaine avant tout envoi de message ou modification d'un enregistrement (« Excessive Agency » chez l'OWASP).^[8]

5. Quand quelque chose casse

Un workflow déclenché automatiquement tourne sans personne devant l'écran. Sans réglage, une panne peut durer des jours avant d'être remarquée.

• 14 Brancher un workflow d'erreur. Dans les réglages du workflow, le champ « Error workflow » désigne un second workflow dont le premier nœud est un Error Trigger. Il reçoit le message d'erreur, la pile d'appels et le dernier nœud exécuté. Vous pouvez en faire un simple envoi d'e-mail ou de message.^[11]
• 15 Choisir le comportement du nœud après une erreur. Le paramètre « On Error » propose « Stop Workflow », « Continue » et « Continue (using error output) ». Avec « Continue », le workflow poursuit avec les dernières données valides, et une valeur périmée peut atterrir dans le CRM sans alerte.^[6]

Un arbitrage se cache entre les sections 2 et 5. Le lien vers l'exécution fautive n'est transmis au workflow d'erreur que si cette exécution a été sauvegardée en base.^[11] Réduire la conservation pour protéger les prompts, comme au contrôle 5, vous prive donc d'un outil de diagnostic. La documentation consultée n'indique pas de réglage intermédiaire, et le bon compromis dépend de ce que contient chaque workflow.

6. Les accès

• 16 Sauvegarder la clé de chiffrement et passer par les credentials. Au premier lancement, n8n génère une clé aléatoire, stockée dans ~/.n8n, qui chiffre les accès enregistrés (les credentials) avant leur écriture en base. La variable N8N_ENCRYPTION_KEY permet d'en imposer une.^[13] La page consultée ne dit pas ce qui arrive si la clé disparaît, d'où l'intérêt d'en conserver une copie hors du serveur. Une clé d'API collée directement dans un champ de nœud échappe à ce chiffrement.

Questions fréquentes

Par quels contrôles commencer ?

Par la section 2 si le workflow traite des données de clients ou de salariés, parce que cette panne ne se voit pas. Viennent ensuite les contrôles 1 et 14, qui demandent peu de temps.

Faut-il tout cocher avant de publier un workflow ?

Cela dépend de son rôle. Un workflow interne sans donnée personnelle n'appelle pas les mêmes garanties qu'un workflow qui lit la boîte de réception des clients. La liste aide surtout à savoir quels contrôles on écarte, et pourquoi.

Mes cases cochées sont-elles enregistrées ailleurs que sur mon appareil ?

Non. Elles restent dans le navigateur utilisé.

Pour aller plus loin

• Erreur JSON.parse dans n8n après un appel LLM : causes et corrections : article 5 de la série
• Workflow n8n et LLM : quand des données personnelles partent sans la moindre erreur : article 6 de la série
• Mode d'emploi du node Miravig pour n8n : installation et paramètres, pas à pas

Sources

[1] n8n, nœud Webhook

[2] n8n, nœud Edit Fields (Set)

[3] n8n, nœud Guardrails

[4] Miravig, mode d'emploi du node n8n

[5] n8n, variables d'environnement des exécutions

[6] n8n, réglages de nœud

[7] n8n, gérer les limites de débit

[8] OWASP, Top 10 pour les applications LLM (édition 2025)

[9] Gemini API, sorties structurées et mode JSON

[10] OpenAI, guide des sorties structurées

[11] n8n, gestion des erreurs

[12] OpenAI, référence de l'API Chat Completions, champ finish_reason

[13] n8n, clé de chiffrement personnalisée