n8n · exemples · vérifié le 6 septembre 2026
Exemples de workflows n8n
Cette page sépare deux choses que l’on trouve presque toujours mélangées. D’abord cinq workflows que nous avons réellement construits et exécutés sur une instance n8n, puis réimportés dans une instance vierge pour vérification ; les cinq fonctionnent sans aucun identifiant. Ensuite six schémas : des chaînes de nœuds pour les automatisations les plus demandées, à reconstruire chez vous. Un schéma n’est pas un téléchargement, et nous ne le présentons pas comme tel.
Chaque exemple est donné avec sa chaîne de nœuds, car c’est précisément là que se joue la différence : dans n8n, un workflow coûte une exécution par passage, quel que soit son nombre de nœuds. Ce qui détermine votre facture, ce n’est pas la longueur de la chaîne, c’est le déclencheur placé en tête.
Cinq workflows testés, zéro identifiant
Chacun a été construit et exécuté sur une instance n8n réelle, puis exporté, nettoyé et réimporté dans une instance vierge. Les cinq tournent sans le moindre compte connecté.
| Workflow | Chaîne de nœuds | À quoi ça sert |
|---|---|---|
| Point d’entrée JSON par webhook | Webhook (POST) → Edit Fields (Set) → Respond to Webhook | Un endpoint JSON à vous en trois nœuds. Le moyen le plus rapide de vérifier que votre instance enregistre bien les webhooks de production. |
| Validation de formulaire en API | Webhook (POST) → Code (valider les champs et l’e-mail) → Respond to Webhook | Reçoit un envoi de formulaire, le valide dans le nœud Code et répond avec le résultat et le bon code de statut. |
| Routeur d’événements par webhook | Webhook (POST) → Switch (par type d’événement) → Respond to Webhook ×4 | Un point d’entrée, quatre branches. C’est le motif derrière tout montage « un webhook, plusieurs types d’événements ». |
| Récupérer et extraire des données d’API | Manual Trigger → HTTP Request (GET) → Edit Fields (Set) | Interroge une API publique et n’en garde que les champs utiles. La base de tout enrichissement de données. |
| Lire un flux RSS | Manual Trigger → RSS Read → Limit | Récupère et analyse un flux, puis conserve les entrées les plus récentes. |
Regardez le déclencheur : ces cinq-là démarrent sur un Manual Trigger ou un Webhook. Remplacez le Manual Trigger par un Schedule Trigger et un workflow sans coût récurrent se met à consommer une exécution à chaque déclenchement. Notre calculateur d’expressions cron donne le total sur 30 jours.
Six schémas à reconstruire, pas à télécharger
Les chaînes de nœuds des automatisations les plus demandées. Elles réclament vos propres identifiants : nous les publions donc comme plan, pas comme fichier.
- Prospect via formulaire → feuille de calcul → alerteWebhook → Set (normaliser les champs) → Google Sheets (ajouter une ligne) → Slack (publier un message). Une exécution par prospect reçu. Le motif le moins cher qui soit, puisque seuls les événements réels comptent.
- Rapport quotidien programméSchedule Trigger → HTTP Request (récupérer les indicateurs) → Code (mettre en forme) → Gmail ou Slack (envoyer). Environ 30 exécutions par mois en quotidien. Attention au fuseau horaire : d’après la documentation, une instance auto-hébergée démarre en
America/New_York. - Flux → résumé → canalSchedule Trigger → RSS Read → Limit → HTTP Request vers un modèle de langage → Slack. Ici, la fréquence décide de tout : toutes les heures, 720 exécutions par mois ; toutes les 15 minutes, 2 880, soit plus que ce qu’inclut la formule Starter.
- Trier le courrier entrantGmail Trigger → Set → If (aiguiller selon l’expéditeur ou l’objet) → Gmail (poser une étiquette). C’est un déclencheur par sondage : il coûte par interrogation, pas par message.
- Synchroniser des contacts entre deux systèmesWebhook → Set → HTTP Request (chercher dans le système cible) → If → HTTP Request (créer ou mettre à jour). Ni la chaîne ni la ramification ne changent le coût : cela reste une exécution par contact.
- Un point d’entrée, plusieurs types d’événementsWebhook → Switch → des nœuds propres à chaque branche → Respond to Webhook. Ce motif figure plus haut en téléchargement testé. Rappel : n8n n’enregistre qu’un seul webhook par couple chemin + méthode HTTP.
Reconnaître un exemple qui tient en production
Le déclencheur, c’est toute la question du coût. Un webhook coûte une exécution par événement réel ; une planification en coûte une à chaque tour d’horloge, même sans rien à faire. Deux workflows qui accomplissent exactement le même travail peuvent afficher un rapport de un à cent sur la facture mensuelle, uniquement à cause de ce choix. Les chiffres sont sur notre page tarifs n8n.
Allonger la chaîne ne coûte rien. Un nœud Code, trois nœuds Set et cinq nœuds applicatifs de plus ne changent rien à la facturation. Optimisez la fréquence, pas le nombre de nœuds. C’est exactement ce qui distingue n8n des outils facturant à l’étape, comparés sur n8n vs Zapier vs Make.
Un exemple sans identifiants vaut mieux qu’un exemple spectaculaire qui en demande. Le moyen le plus rapide de valider une instance fraîchement montée est un workflow qui ne réclame aucun compte : c’est de là que viennent les cinq ci-dessus. Si l’un d’eux tourne, vous savez que l’import, l’exécution et l’enregistrement des webhooks fonctionnent ; ce n’est qu’ensuite qu’il vaut la peine d’affronter OAuth.
Ensuite : importer un modèle (une minute) ou installer n8n d’abord. Si l’import échoue, voyez « impossible d’importer le fichier » ; si un webhook renvoie 404 après publication, « webhook non enregistré ».
Sources et date de vérification
Les chaînes de nœuds des cinq workflows testés proviennent de notre propre registre de modèles et correspondent aux fichiers publiés. Les éléments concernant les déclencheurs, le fuseau horaire et la facturation viennent des pages ci-dessous, consultées le 6 septembre 2026.
- n8n Docs — Schedule Trigger node — vérifié le 2026-09-06
- n8n Docs — Webhook node, common issues — vérifié le 2026-09-06
- n8n Plans and Pricing (what counts as an execution) — vérifié le 2026-09-06
Questions fréquentes
Qu’appelle-t-on un exemple de workflow n8n ?
Une chaîne de nœuds concrète : un déclencheur, quelques étapes de traitement et une action. Cette page en donne cinq sous forme de workflows testés et téléchargeables qui ne demandent aucun identifiant, et six autres sous forme de schémas à reconstruire avec vos propres comptes. Les deux catégories sont séparées parce que seule la première fonctionne sans travail préalable.
Quels exemples n8n fonctionnent sans identifiants ?
Cinq : le point d’entrée JSON par webhook, la validation de formulaire en API, le routeur d’événements par webhook, la récupération et l’extraction de données d’API, et la lecture d’un flux RSS. Les cinq ont été construits et exécutés sur une instance n8n réelle, puis réimportés dans une instance vierge. C’est la façon la plus rapide de valider une nouvelle instance.
Combien d’exécutions un exemple consomme-t-il par mois ?
Cela dépend uniquement du déclencheur. Un webhook consomme une exécution par événement entrant. Un Schedule Trigger en consomme une par déclenchement : en quotidien, 30 ou 31 par mois ; toutes les heures, 720 ; toutes les 15 minutes, 2 880 — ce dernier chiffre dépasse déjà les 2 500 exécutions de la formule Starter. Le nombre de nœuds n’entre pas en compte.
Pourquoi les schémas ne sont-ils pas téléchargeables ?
Parce qu’ils exigent des identifiants pour des services comme Google Sheets, Slack ou Gmail, et que nous ne publions en fichier que ce que nous avons exécuté de bout en bout. Proposer un fichier que nous n’avons jamais pu faire tourner serait une promesse sans garantie. La chaîne de nœuds est donnée en entier pour que vous puissiez la reconstruire en quelques minutes.
Puis-je faire passer un workflow d’exemple de manuel à programmé ?
Oui : remplacez le Manual Trigger par un Schedule Trigger. Calculez d’abord ce que coûte la nouvelle fréquence, car le workflow qui ne tournait qu’au clic consommera désormais une exécution à chaque déclenchement. Notre calculateur cron affiche les prochaines exécutions et le total sur 30 jours pour n’importe quelle expression.