Crée un Sub-workflow dans n8n
Comment créer des sub-workflows dans N8N pour réutiliser des modules complexes et éviter la duplication de code dans plusieurs scénarios ?
BRIEFING MISSION
Tu es en train de construire tes automatisations n8n et tu réalises soudainement que tu recrées souvent les mêmes séquences de nœuds dans différents workflows. Cette conversion de pages Notion en Markdown que tu as codée dans un scénario, tu aimerais l'utiliser dans 5 autres projets ! Mais voilà le problème : tu copies-colles tes 3 modules à chaque fois... Et quand tu dois modifier une seule ligne de logique, tu dois le faire dans tous tes scénarios. Sans compter les risques d'oubli et d'erreurs…
Imagine plutôt : tu crées une fois tes 3 modules de conversion Notion vers Markdown dans un sub-workflowOptimise tes tâches avec des étapes claires et fluides. dédié, et ensuite tu peux l'appeler depuis n'importe quel autre scénario en un seul clic. Une modification ? Tu la fais une seule fois et elle s'applique automatiquement partout !
Aujourd'hui, tu vas justement créer ton premier sub-workflow dans n8n pour transformer des automatisations en briques réutilisables. Tu vas découvrir comment :
- extraire des modules existants pour les convertir en sub-workflow
- configurer les paramètres d'entrée et de sortie
- appeler ce sub-workflow depuis ton scénario principal
OBJECTIFS MISSION
Consigne et checklist
En résumé, tu vas créer :
- un sub-workflow dédié contenant 3 modules de traitement Notion
- une configuration des paramètres d'entrée pour recevoir l'ID de la page
- un système de retour des données converties en Markdown
- un appel à ce sub-workflow depuis ton scénario principal
La mission sera considérée comme réussie si…
- Ton sub-workflow est correctement configuré avec des paramètres d'entrée clairs
- Tu utilises le nœud « Execute Workflow » pour appeler ton sub-workflow depuis le scénario principal
- Les données sont correctement transmises entre le workflow principal et le sub-workflow
- Le sub-workflow retourne les résultats attendus au format JSON structuré
- Tu peux réutiliser ce sub-workflow dans d'autres scénarios sans duplication de code
- Tu peux expliquer la différence entre un workflow normal et un sub-workflow
- Le workflow principal fonctionne de façon identique mais avec une architecture plus modulaire
Pour aller plus loin
Une fois cette technique maîtrisée, tu pourras :
- créer une bibliothèque de sub-workflows réutilisables pour toutes tes intégrations courantes
- optimiser drastiquement tes temps de développement en réutilisant des briques existantes
- maintenir plus facilement tes automatisations complexes en centralisant la logique
- collaborer plus efficacement en équipe en partageant des modules standardisés
- développer des patterns d'architecture plus robustes pour tes projets d'entreprise
ETAPES
- 1Analyse le workflow existant · identifie les 3 modules à extraire : Metadata (récupération des métadonnées de la page Notion), Blocks (récupération des blocs de contenu) et Extract Text from Notion Block (conversion en Markdown). Comprends le flux de données entre eux, note les paramètres d'entrée nécessaires (ID de page Notion, credentials) et repère la donnée de sortie à renvoyer : le contenu Markdown formaté.
- 2Crée le nouveau sub-workflow · dans n8n, crée un nouveau workflow et nomme-le de manière explicite : « Convert Notion Page to Markdown ». N'y ajoute aucun trigger automatique (webhook, cron…) : un sub-workflow ne s'active jamais, il est toujours appelé par un autre scénario.
- 3Configure les paramètres d'entrée · ajoute un nœud Execute Workflow Trigger en début de sub-workflow, définis le paramètre
page_id(l'ID de la page Notion) et vérifie que tes credentials Notion sont bien accessibles dans le sub-workflow. - 4Migre les modules de traitement · copie les modules Metadata, Blocks et Extract Text from Notion Block depuis ton workflow principal, connecte-les à la suite du trigger et adapte les références de données pour qu'elles pointent vers le paramètre
page_iddu nœud d'entrée. - 5Configure la sortie du sub-workflow · ajoute un nœud Respond to Workflow en fin de chaîne et configure-le pour renvoyer un JSON structuré contenant le contenu Markdown. Teste le retour des données.
- 6Intègre le sub-workflow dans le scénario principal · remplace les 3 modules d'origine par un nœud Execute Workflow, configure l'appel vers ton sub-workflow fraîchement créé, mappe l'ID de page depuis le webhook vers
page_idet connecte la sortie vers le module Summarization Chain. - 7Teste et valide l'ensemble · déclenche le workflow complet avec une page Notion réelle : vérifie que les données passent du webhook au sub-workflow, que le Markdown généré arrive bien au module de résumé et que l'envoi final par Gmail fonctionne. Le scénario doit faire exactement la même chose qu'avant, mais avec une architecture modulaire.
Débloque cette partie en rejoignant le palier No-Limit.
Débloquer cette sectionDébloque cette partie en rejoignant le palier No-Limit.
Débloquer cette sectionTu peux lire ce contenu librement. Pour le valider, il faut No-Limit.
Compléter la mission, soumettre une remise, passer le quiz et gagner de l'XP, c'est inclus dans No-Limit.
Passer à No-Limit →