Polydesk-logotype
Polydesk.ai — Header

n8n Workflows : le guide complet pour créer, structurer et optimiser vos automatisations

Un workflow n8n est un graphe orienté de nodes connectés par des flux de données JSON : un trigger déclenche l’exécution, chaque node transforme les données et les transmet au suivant, et des branchements conditionnels permettent de router la logique. La bibliothèque officielle compte plus de 8 500 templates prêts à l’emploi.

Fiche rapide : n8n Workflows
Définition
Séquence automatisée de nodes qui s’exécute sur événement ou sur planning
Nodes disponibles
400+ intégrations natives + nodes communautaires
Templates
8 500+ workflows dans la bibliothèque officielle
Facturation
Par exécution de workflow complet (pas par opération)
Logique
IF, Switch, Merge, Loop, Split, Code (JS/Python), Sub-workflows
IA native
AI Agent, LLM Chain, embeddings, mémoire, outils
Plateforme
n8n (open-source, self-hosted ou cloud)

Anatomie d’un workflow n8n

Comprendre la structure d’un workflow est la clé pour construire des automatisations fiables. Un workflow n8n se compose de quatre éléments fondamentaux.

Le trigger : point de départ

Chaque workflow commence par un node trigger qui définit quand et comment l’exécution démarre. n8n propose plusieurs types de triggers.

Manual Trigger : Lancez le workflow manuellement en cliquant sur « Execute Workflow ». Utilisé exclusivement pour le développement et les tests. Ne génère pas de données en sortie par défaut.

Schedule Trigger : Exécution planifiée à intervalles réguliers (toutes les 5 minutes, chaque lundi à 9h, le premier du mois). C’est le trigger classique pour les traitements batch et la veille automatisée.

Webhook Trigger : Activé par une requête HTTP entrante. C’est le trigger le plus puissant pour les automatisations en temps réel. Il supporte les méthodes GET, POST, PUT, PATCH et DELETE. Attention importante : n8n fournit une URL de test (temporaire) et une URL de production (permanente). Utilisez l’URL de production uniquement après avoir activé le workflow.

App Event Triggers : Déclenchés par un événement dans une application connectée. Gmail Trigger (nouvel email), Google Drive Trigger (nouveau fichier), Slack Event Trigger (nouveau message), GitHub Trigger (nouvelle PR), Stripe Trigger (nouveau paiement), etc. Chaque intégration a son propre trigger avec des filtres configurables.

Chat Trigger : Point d’entrée pour les workflows conversationnels avec IA. Il fournit une interface de chat intégrée à n8n et peut être connecté à un agent IA pour des interactions en langage naturel.

Les nodes : unités de traitement

Chaque node reçoit des items en entrée, les traite, et produit des items en sortie. Les données circulent sous forme d’objets JSON. n8n distingue plusieurs catégories de nodes.

Nodes d’intégration : Plus de 400 connecteurs natifs vers des services externes (Gmail, Slack, Google Sheets, Notion, Airtable, HubSpot, Salesforce, Stripe, PostgreSQL, MongoDB, etc.). Chaque node expose les opérations spécifiques du service (créer, lire, mettre à jour, supprimer).

Nodes de logique : IF (branchement conditionnel), Switch (routage multi-branches), Merge (fusion de flux), Loop Over Items (itération), Split In Batches (traitement par lots), Wait (pause), Filter (filtrage), Sort, Remove Duplicates, Limit.

Nodes de transformation : Set (définir/renommer des champs), Code (JavaScript ou Python), HTML Extract, Markdown, XML, Crypto, Date & Time, Math.

Nodes d’infrastructure : HTTP Request (appeler n’importe quelle API REST), Execute Command (commandes shell), SSH, FTP, S3, Execute Sub-workflow.

Nodes IA : AI Agent (agent autonome LangChain), Basic LLM Chain, OpenAI Chat Model, Anthropic Chat Model, Vector Store, Embeddings, Memory, et les outils associés (HTTP Request Tool, Code Tool, Wikipedia, Calculator).

Le flux de données

Les données circulent de node en node sous forme d’« items ». Un item est un objet JSON. Si un node reçoit 10 items, il traite chacun d’eux et produit 10 items en sortie (ou plus, ou moins, selon l’opération). Cette architecture par items est ce qui rend n8n puissant pour le traitement de données en masse : un seul workflow peut traiter des centaines de lignes d’un tableur, des dizaines d’emails, ou des milliers d’enregistrements CRM.

Chaque node expose ses données de sortie via l’objet $json. Pour accéder aux données d’un node précédent, utilisez des expressions comme {{ $json.email }} ou {{ $('NomDuNode').item.json.champ }}. Le panneau de données de n8n affiche la structure exacte des items à chaque étape, ce qui simplifie considérablement le débogage.

Les exécutions

Une exécution est un run complet de votre workflow, du trigger jusqu’au dernier node. C’est l’unité de facturation de n8n cloud : un workflow de 3 nodes ou de 50 nodes qui tourne une fois = une exécution. Seules les exécutions de production comptent (déclenchées automatiquement par un trigger). Les exécutions manuelles (tests) ne sont pas décomptées.

n8n conserve l’historique des exécutions avec les données d’entrée et de sortie de chaque node. Vous pouvez rejouer une exécution passée, inspecter les données à chaque étape, et identifier précisément le node qui a échoué.

Les grands types de workflows n8n

Le workflow linéaire

Le pattern le plus simple : une séquence de nodes exécutés dans l’ordre. Trigger → Récupération → Transformation → Action. Exemples : nouvel email reçu → extraction du contenu → envoi dans Google Sheets. Nouveau fichier sur Google Drive → extraction du texte → résumé par IA → notification Slack.

C’est le point de départ idéal. La plupart des automatisations utiles sont des workflows linéaires de 3 à 5 nodes.

Le workflow à branchement conditionnel

Le node IF ou Switch crée des chemins d’exécution différents selon une condition. Exemple : email reçu → IA classifie (urgent/normal/spam) → IF urgent → notification Slack + assignation prioritaire. IF normal → archivage standard. IF spam → suppression.

Le node Switch est la version étendue de IF : il permet de router vers 3, 4 ou N sorties différentes en une seule évaluation. C’est particulièrement utile avec des sorties structurées d’IA (quand ChatGPT ou Claude retourne une catégorie parmi N).

Le workflow avec fusion (merge)

Le node Merge combine des données provenant de branches différentes. Modes disponibles : Append (concaténer les items), Combine (joindre par clé, comme un SQL JOIN), Choose Branch (sélectionner une branche). Ce pattern est courant pour les workflows d’enrichissement : une branche récupère les données CRM, une autre les données d’activité, et le Merge les combine en un profil client complet.

Le workflow itératif (boucles)

Le node Loop Over Items ou Split In Batches traite les données par lots. C’est essentiel quand vous interagissez avec des APIs qui ont des rate limits : au lieu d’envoyer 1 000 requêtes simultanément, vous les traitez par paquets de 10 avec un délai entre chaque lot.

Le Loop Over Items peut aussi enchaîner des opérations complexes sur chaque item : enrichir → valider → transformer → stocker, avec un retour au début pour l’item suivant.

Le workflow modulaire (sub-workflows)

Le node Execute Sub-workflow appelle un autre workflow comme une fonction. Le workflow parent transmet des données au sub-workflow via le node Execute Sub-workflow Trigger (« When Executed by Another Workflow »). Le dernier node du sub-workflow retourne les résultats au parent.

Ce pattern est fondamental pour la maintenance à grande échelle. Au lieu d’un workflow monolithique de 50 nodes, vous créez des modules réutilisables : un sub-workflow « enrichir un lead », un sub-workflow « générer un résumé IA », un sub-workflow « envoyer une notification formatée ». Le workflow principal orchestre ces modules.

Bonnes pratiques de modularité Séparez le trigger de la logique métier. Créez un workflow « routeur » qui reçoit le webhook et appelle des sub-workflows spécialisés. Avantages : chaque module est testable indépendamment, réutilisable dans plusieurs contextes, et débogable sans affecter les autres parties.

Le workflow IA (agents et chaînes LLM)

Les workflows IA combinent le node AI Agent ou Basic LLM Chain avec des sous-nodes de modèle (OpenAI Chat Model, Anthropic Chat Model, Ollama, etc.), de mémoire (Simple Memory, Vector Store), et d’outils (HTTP Request Tool, Code Tool). L’agent raisonne, appelle des outils, et boucle jusqu’à résoudre la tâche. Plus de 75 % des templates n8n récents incluent des intégrations LLM.

La bibliothèque de templates n8n

n8n dispose d’une bibliothèque officielle de plus de 8 500 templates créés par l’équipe n8n et la communauté. Ces templates couvrent toutes les catégories d’automatisation et peuvent être importés en un clic dans votre instance.

Où trouver des templates

La source principale est n8n.io/workflows avec ses 8 500+ workflows. Vous y trouvez des filtres par catégorie (Marketing, Sales, DevOps, AI, HR, Finance), par intégration (Gmail, Slack, OpenAI, etc.), et par popularité. Depuis votre instance n8n, cliquez sur « Add workflow » puis « Templates » pour parcourir et importer directement.

Des sources tierces complètent la bibliothèque officielle : des collections GitHub comme awesome-n8n-templates (280+ templates organisés par catégorie), n8n Templates.me, et n8n Resources. Au total, plus de 15 000 workflows sont disponibles gratuitement toutes sources confondues.

Catégories les plus populaires

Marketing automation (2 650+ templates) : Séquences email automatisées, cross-posting sur les réseaux sociaux, lead scoring, synchronisation CRM, campagnes drip, analyse de sentiment.

AI et agents (croissance la plus rapide) : Chatbots de support, agents de recherche web, pipelines RAG avec bases vectorielles, génération de contenu, analyse de documents, résumé automatique, classification intelligente.

Sales et lead management : Qualification automatique de leads, enrichissement de contacts (via Clearbit, Apollo), routage par territoire, notifications de nouvelles opportunités, synchronisation CRM multi-plateformes.

DevOps et IT : Monitoring de serveurs, alertes sur métriques, code review automatisé, création de tickets sur incident, déploiement déclenché par webhook, rotation de logs.

Finance et comptabilité : Traitement de factures, réconciliation Stripe/QuickBooks, analyses financières automatisées, alertes sur seuils budgétaires, rapports consolidés multi-sources.

Comment utiliser un template efficacement

Un template est un point de départ, pas une solution clé en main. Après l’import, vous devez : connecter vos propres credentials (clés API, comptes OAuth), adapter les filtres et conditions à votre contexte métier, modifier les prompts IA si le template en contient, tester chaque branche du workflow avec des données réelles, et configurer le error handling avant de passer en production.

Sécurité des templates communautaires Les templates de la bibliothèque officielle sont vérifiés par la communauté, mais ceux provenant de sources tierces (GitHub, blogs) doivent être inspectés avant utilisation. Vérifiez quelles données sont accessibles, où elles sont envoyées, et quels services externes sont appelés. Ne laissez jamais un template accéder à des credentials sensibles sans review préalable.

15 workflows concrets par catégorie

Marketing et contenu

1. Pipeline de contenu multicanal : Schedule Trigger → Google Sheets (récupérer le prochain sujet) → ChatGPT (rédiger le brouillon) → Human Approval (webhook pause) → WordPress (publier) + LinkedIn + X (cross-post). Chaque étape est un node. L’approbation humaine utilise un node Wait qui met en pause le workflow jusqu’à réception d’un webhook de validation.

2. Analyse de performance SEO hebdomadaire : Schedule (lundi 8h) → HTTP Request (API Google Search Console) → Code (calcul des variations) → IF (baisse > 10%) → Slack (alerte) + Google Sheets (log). Les requêtes stables sont simplement loggées sans alerte.

3. Nurturing de leads par email : Webhook (nouveau lead depuis formulaire) → Claude (évaluer le profil, personnaliser le message) → Gmail (envoyer l’email d’accueil personnalisé) → Wait (3 jours) → Gmail (email de suivi) → HubSpot (mettre à jour le statut).

Opérations et productivité

4. Onboarding automatisé d’employé : Form Trigger (RH remplit le formulaire) → Google Workspace (créer le compte email) → Slack (inviter dans les channels appropriés) → Notion (créer la page d’onboarding personnalisée) → Gmail (envoyer le kit de bienvenue) → Google Sheets (mettre à jour le tracking RH).

5. Traitement de factures : Gmail Trigger (email avec pièce jointe) → Claude (extraire les données structurées en JSON : fournisseur, montant, date) → IF (montant > 5000€) → Slack (approbation requise) → QuickBooks (créer l’écriture) → Google Drive (archiver le document).

6. Résumé quotidien d’activité : Schedule (17h) → Slack API (récupérer les messages importants) → Gmail API (emails non lus prioritaires) → Asana API (tâches complétées) → ChatGPT (synthétiser en 5 bullet points) → Email (envoyer le digest au manager).

Développement et DevOps

7. Code review assisté par IA : GitHub Webhook (nouvelle PR) → HTTP Request (récupérer le diff) → Claude Sonnet 4.6 (analyser le code, identifier bugs et améliorations) → GitHub API (poster le commentaire de review sur la PR).

8. Monitoring et alertes serveur : Schedule (toutes les 5 min) → SSH (récupérer CPU, RAM, disk) → IF (CPU > 80% OU RAM > 90%) → PagerDuty (créer incident) + Slack (alerte channel ops). IF tout va bien → rien (le workflow s’arrête sans action).

9. Déploiement déclenché par tag Git : GitHub Webhook (nouveau tag release) → SSH (pull latest, build, deploy) → HTTP Request (health check) → IF (health OK) → Slack (✅ déploiement réussi). IF échec → SSH (rollback) → Slack (❌ rollback effectué).

IA et agents

10. Agent de recherche web : Chat Trigger → AI Agent (Claude ou GPT-5.4) avec outils : HTTP Request (web scraping), Wikipedia, Code (calcul). L’agent reçoit une question, décide quel outil utiliser, exécute, analyse le résultat, et itère jusqu’à fournir une réponse sourcée.

11. Pipeline RAG documentaire : Google Drive Trigger (nouveau fichier) → Code (découper en chunks) → OpenAI Embeddings (vectoriser) → Pinecone (stocker). Puis, séparément : Chat Trigger → AI Agent → Vector Store Retriever (chercher les chunks pertinents) → LLM (répondre avec contexte).

12. Classification intelligente d’emails : Gmail Trigger → Haiku 4.5 (classifier : prospect / client / support / spam) → Switch (4 sorties) → chaque branche traite l’email différemment (CRM, Zendesk, poubelle, etc.).

Finance et data

13. Consolidation de données multi-sources : Schedule (quotidien) → Google Sheets (ventes) + PostgreSQL (inventaire) + MongoDB (analytics web) + Google Analytics (trafic) → Merge (combiner par date) → Code (calcul KPI) → Google Sheets (dashboard consolidé).

14. Analyse technique boursière : Schedule (quotidien) → HTTP Request (API financière : cours, RSI, MACD) → ChatGPT (interpréter les signaux, générer un avis buy/sell/hold) → Email (rapport matinal) + Google Sheets (historique).

15. Scraping et enrichissement de leads : Schedule → HTTP Request (scraper des offres sur un job board) → Claude (extraire les infos structurées) → Clearbit (enrichir avec les données entreprise) → IF (score > seuil) → CRM (créer le lead) → Slack (notification commercial).

Error handling : sécuriser vos workflows en production

En production, le error handling est aussi important que la logique métier. Un workflow sans gestion d’erreur est une bombe à retardement : il fonctionne parfaitement pendant des semaines, puis échoue silencieusement un jour à cause d’une API down, d’un format de données inattendu, ou d’un rate limit atteint.

Le workflow d’erreur global

n8n permet de définir un workflow d’erreur pour chaque workflow. Quand l’exécution du workflow principal échoue, le workflow d’erreur se déclenche automatiquement. Pour le configurer : créez un nouveau workflow avec un node Error Trigger comme premier node. Ajoutez des nodes d’alerte (Slack, email). Sauvegardez. Dans le workflow principal, allez dans Options > Settings > Error workflow, et sélectionnez le workflow d’erreur créé.

Le node Error Trigger reçoit des métadonnées sur l’erreur : message d’erreur, ID d’exécution, URL de l’exécution (pour debug direct), et informations sur le node qui a échoué.

Continue on Fail

Chaque node dans n8n possède un toggle « Continue on Fail » dans ses paramètres. Quand il est activé, le workflow continue même si ce node échoue. Le node produit un objet d’erreur au lieu des données normales. Ajoutez un node IF juste après pour vérifier si une erreur est présente ({{ $json.error !== undefined }}) et router vers un chemin de fallback.

Ce pattern est idéal pour les enrichissements optionnels : si l’API Clearbit ne répond pas, le lead continue quand même vers le CRM, simplement sans les données d’enrichissement.

Retry on Fail

Pour les erreurs transitoires (timeout réseau, rate limit 429, service temporairement indisponible), activez « Retry on Fail » sur les nodes qui appellent des APIs externes. Configurez le nombre de tentatives (2-3 suffisent généralement) et le délai entre chaque tentative (avec un backoff exponentiel pour les rate limits : 1s, 2s, 4s).

Validation des données en entrée

Avant de traiter les données, validez leur format. Ajoutez un node Code ou IF après le trigger pour vérifier que les champs requis existent et sont du bon type. Si la validation échoue, routez vers une branche d’erreur qui log les données invalides et envoie une alerte, au lieu de laisser le workflow crasher plus loin dans la chaîne.

Règle des 10 % La plupart des équipes investissent 90 % de leur temps sur le « happy path » et 10 % sur la gestion d’erreur. En production, c’est exactement l’inverse qui devrait s’appliquer : les cas d’erreur définissent si votre automatisation fonctionne réellement ou si elle donne simplement l’illusion de fonctionner.

Bonnes pratiques de conception

Pensez modulaire dès le départ

Résistez à la tentation de tout mettre dans un seul workflow. Au-delà de 15-20 nodes, la maintenance devient difficile. Découpez en sub-workflows spécialisés dès que vous identifiez des blocs réutilisables. Un workflow « routeur API » qui reçoit les webhooks et dispatch vers des sub-workflows dédiés est un pattern éprouvé.

Nommez tout explicitement

Renommez chaque node avec un nom descriptif (« Classify Email with Claude » au lieu de « Anthropic »). Ajoutez des notes (sticky notes sur le canvas) pour expliquer la logique métier. Documentez les paramètres importants. Vous (ou un collègue) reviendrez sur ce workflow dans 6 mois sans aucun souvenir de son fonctionnement.

Testez node par node

n8n permet d’exécuter chaque node individuellement (« Execute step ») et d’inspecter ses données d’entrée/sortie. Utilisez cette fonctionnalité systématiquement pendant le développement. Vous pouvez aussi « pin » des données de test sur un node pour éviter de re-déclencher le trigger à chaque test.

Sécurisez les credentials

Ne hardcodez jamais de clé API dans un node Code ou dans une URL. Utilisez exclusivement le système de credentials n8n, qui chiffre les données sensibles. Créez des credentials séparés par environnement (dev, staging, production) pour éviter les erreurs accidentelles.

Versionnez vos workflows

Exportez vos workflows en JSON et stockez-les dans un repository Git. Le plan Business de n8n offre une intégration Git native. Pour les plans inférieurs, un workflow planifié peut exporter automatiquement tous les workflows actifs et les pusher sur GitHub.

Optimisez la performance

Pour les workflows à haut volume, utilisez Split In Batches pour traiter les données par lots au lieu de tout charger en mémoire. Ajoutez des nodes Wait entre les appels API pour respecter les rate limits. Surveillez la consommation mémoire (les workflows qui manipulent de gros fichiers ou des milliers d’items peuvent saturer les ressources). Si vous êtes auto-hébergé, activez le mode queue (Redis) pour paralléliser les exécutions.

AI Workflow Builder : de la description au workflow

n8n propose un constructeur IA (« AI Workflow Builder ») qui génère un workflow fonctionnel à partir d’une description en langage naturel. Vous décrivez ce que vous voulez automatiser (« Quand je reçois un email avec une facture en pièce jointe, extraire les données et les envoyer dans QuickBooks »), et l’IA génère les nodes, les connexions et la configuration de base.

C’est un excellent outil d’accélération pour les débutants et un bon moyen de prototyper rapidement. Mais le résultat nécessite toujours une validation humaine : vérification des credentials, ajustement des filtres, ajout du error handling, et tests avec des données réelles.

Au-delà de l’outil intégré, un serveur MCP communautaire (n8n-MCP) permet de donner à Claude Desktop ou Claude Code une connaissance approfondie des 1 000+ nodes n8n. Claude peut alors générer des workflows complets et validés à partir de descriptions conversationnelles.

Scaler vos workflows en production

Limites d’exécution

Les plans cloud n8n limitent les exécutions mensuelles : 2 500 pour Starter (24 €/mois), 10 000 pour Pro (60 €/mois), 40 000 pour Business (800 €/mois). En self-hosted (Community Edition), les exécutions sont illimitées : vous ne payez que l’infrastructure (~5-20 €/mois pour un VPS). Pour les équipes techniques, c’est l’option la plus économique à grande échelle.

Mode queue avec Redis

En self-hosted, activez le mode queue pour séparer les workers d’exécution du serveur web. Redis gère la file d’attente des exécutions. Vous pouvez ajouter plusieurs workers pour paralléliser le traitement. Ce setup est indispensable au-delà de quelques centaines d’exécutions par heure.

Monitoring

Surveillez vos workflows avec l’onglet Executions de n8n (historique des runs, filtrage par statut). Pour un monitoring avancé, activez le log streaming vers un service externe (Datadog, ELK Stack) disponible sur les plans Business et Enterprise. Mettez en place des alertes sur le taux d’échec : si plus de X workflows échouent en Y minutes, c’est probablement un problème systémique (API down, serveur surchargé).

Workflows n8n vs Make vs Zapier

Critère n8n Make Zapier
Facturation Par exécution de workflow Par opération (chaque node) Par tâche (chaque action)
Self-hosting Oui, gratuit Non Non
Intégrations 400+ natifs + communautaires 1 500+ natifs 7 000+ natifs
Code custom JavaScript + Python dans le workflow JavaScript limité Code by Zapier (limité)
AI Agent natif Oui (LangChain intégré) Non natif Non natif
Sub-workflows Oui (Execute Sub-workflow) Oui (scénarios appelés) Limité (Paths)
Error handling Error workflow + Continue on Fail + Retry Error handler par module Basique (retry auto)
Templates 8 500+ 1 000+ 6 000+
Git intégré Oui (plan Business) Non Non
Cible Développeurs, équipes techniques Power users, PME Non-techniciens, débutants

Verdict : n8n est la plateforme la plus puissante pour les équipes techniques qui veulent un contrôle total. La facturation par exécution (pas par opération) la rend largement plus économique que Make ou Zapier pour les workflows complexes. L’AI Agent intégré basé sur LangChain est unique dans cette catégorie. Le self-hosting avec exécutions illimitées est imbattable pour les équipes capables de gérer l’infrastructure. Make reste le meilleur compromis pour les non-développeurs qui veulent de la puissance. Zapier est le choix par défaut pour la simplicité et l’écosystème d’intégrations le plus large.


Questions fréquentes

Quelle est la différence entre une exécution et une opération dans n8n ?

Une exécution = un run complet de votre workflow entier, du trigger au dernier node. Quelle que soit la complexité du workflow (3 nodes ou 50 nodes) et la quantité de données traitées, c’est une seule exécution. C’est ce qui est facturé sur n8n cloud. À l’inverse, Make et Zapier facturent par opération ou tâche (chaque node/action individuelle). Un workflow de 10 nodes qui traite 100 items coûte 1 exécution n8n mais 1 000 opérations Make.

Combien de templates n8n sont disponibles gratuitement ?

Plus de 8 500 templates sont disponibles dans la bibliothèque officielle n8n.io/workflows. Tous sont gratuits, quel que soit votre plan. En ajoutant les sources tierces (GitHub, sites communautaires), on dépasse les 15 000 workflows disponibles. Les templates sont importables en un clic dans votre instance n8n.

Comment déboguer un workflow n8n qui échoue ?

Trois niveaux de débogage. Premièrement, ouvrez l’exécution échouée dans l’onglet Executions : cliquez sur chaque node pour voir ses données d’entrée/sortie et identifier le point d’échec exact. Deuxièmement, utilisez « Execute step » pour tester chaque node individuellement et inspecter les données en temps réel. Troisièmement, ajoutez des nodes Set ou Code temporaires pour logger des valeurs intermédiaires. Pour les erreurs intermittentes, configurez un workflow d’erreur qui capture et stocke les détails de chaque échec.

Peut-on utiliser n8n workflows avec plusieurs modèles IA simultanément ?

Oui. n8n supporte nativement OpenAI, Anthropic Claude, Google Gemini, Mistral, DeepSeek, Ollama (modèles locaux) et bien d’autres via le node HTTP Request. Dans un même workflow, vous pouvez utiliser Haiku pour le triage (coût minimal), Sonnet pour l’analyse (bon rapport qualité/prix), et GPT-5.4 pour la rédaction (qualité maximale). Un node Switch route chaque tâche vers le modèle optimal. C’est l’un des grands avantages de n8n par rapport aux plateformes qui vous enferment dans un seul fournisseur IA.

Les workflows n8n fonctionnent-ils de la même façon en cloud et en self-hosted ?

Oui. Les workflows sont identiques : même format JSON, mêmes nodes, même logique. Vous pouvez exporter un workflow depuis n8n cloud et l’importer dans une instance self-hosted (et inversement). La seule différence concerne les fonctionnalités de gestion : SSO, intégration Git native, et multi-environnement sont réservés aux plans Business/Enterprise. En self-hosted Community, les exécutions sont illimitées mais vous gérez vous-même l’infrastructure, les sauvegardes, et les mises à jour.

Polydesk.ai — Footer