Automatisation de workflow : n8n, Zapier et Trigger.dev - quoi utiliser quand

Vue d'ensemble

Avant de bâtir une app dédiée, demandez-vous si un outil de workflow peut faire le job en un après-midi. Les plateformes d'automatisation s'intercalent entre vos services et déclenchent une chaîne d'étapes chaque fois que quelque chose arrive : un formulaire est soumis, une ligne change, une minuterie expire. Les trois qui comptent en 2026 sont Zapier (le plus simple, hébergé, facturation par tâche), n8n (flexible, self-hostable, le chouchou des builders) et Trigger.dev (jobs code-first qui vivent à côté de votre app). Cette leçon vous donne une règle de décision, le vrai tableau des coûts et l'astuce qui rend chacun plus rapide : laissez votre agent écrire le JSON de workflow au lieu de glisser des nodes.

Ce que vous allez apprendre

Vous allez apprendre en quoi les trois plateformes diffèrent en philosophie et en coût, pourquoi le self-hosting de n8n sur un VPS à 5 à 10 dollars bat souvent la facturation par tâche dès que le volume grandit, quand Trigger.dev est le bon choix et comment décrire un workflow à Claude Code et récupérer du JSON importable. À la fin, vous choisissez une plateforme en secondes et la montez le jour même.

Prérequis

Les Cours 1 à 3. Vous avez besoin des bases d'API et de webhook, d'une familiarité avec les variables d'environnement et les secrets, et idéalement d'un projet déployé du Cours 3, pour qu'une automatisation ait quelque chose de réel à qui parler. Si les mots trigger, webhook et cron ne sont pas encore des réflexes, survolez d'abord la page de fondamentaux sur ce qu'est une API.

Le problème

Les débutants saisissent l'un de deux extrêmes. Soit ils câblent tout dans Zapier, voient la facture par tâche grimper avec le volume et se sentent piégés. Soit ils décident de bâtir un backend dédié pour un job qui n'est en fait que « quand un Typeform arrive, ajoute une ligne et envoie un message Slack » - trois semaines de travail pour quelque chose qu'un outil de workflow fait en vingt minutes. La compétence consiste à savoir quels jobs ont une forme de workflow et quelle plateforme correspond au contrôle, au coût et au code que vous voulez vraiment.

Choisir une plateforme

Pensez en trois questions : combien le coût au volume vous importe, combien de contrôle vous avez besoin et combien de code vous êtes prêt à écrire. Zapier optimise pour être en live en cinq minutes, avec des milliers d'intégrations pré-bâties. n8n optimise pour la flexibilité et le contrôle des coûts, parce que vous pouvez l'héberger vous-même. Trigger.dev optimise pour les développeurs qui veulent leurs jobs de fond versionnés dans leur propre repo. Adaptez la plateforme à la réponse, pas à la familiarité de marque.

• Zapier : hébergé, le plus simple, le catalogue d'intégrations le plus large. La facturation est par tâche (chaque étape qui tourne compte), ce qui convient au faible volume et fait mal au fort volume. Prenez-le pour de la glue rapide entre outils SaaS, où vous faites tourner des centaines de tâches par mois, pas des millions.
• n8n : open source et self-hostable, un éditeur de nodes visuel comme Zapier, mais vous possédez l'instance. Une option cloud hébergée existe, mais le gain est de le piloter vous-même, à un prix VPS fixe. Prenez-le quand le volume est réel, que vous voulez le plein contrôle ou du code sur mesure dans les étapes.
• Trigger.dev : code-first. Vous écrivez des jobs de fond en TypeScript dans votre propre repo, avec retries, scheduling et tâches longues gérés pour vous. Prenez-le quand l'automatisation fait vraiment partie de votre app et a sa place à côté d'elle dans le version control, pas dans une UI de clics séparée.
• Règle de pouce : prototypez dans Zapier, faites monter la glue à fort volume vers un n8n self-hosté et mettez les jobs couplés à l'app dans Trigger.dev.

Le piège des coûts et le self-hosting de n8n

La facturation par tâche est ce qui vous mord. Un workflow à six étapes qui tourne 5 000 fois par mois, ce sont 30 000 tâches, et sur un plan hébergé cela s'additionne vite. Héberger n8n vous-même transforme cela en un prix fixe : un petit VPS chez un fournisseur comme Hostinger, Hetzner ou un simple droplet DigitalOcean coûte grosso modo 5 à 10 dollars par mois et exécute joyeusement des dizaines de milliers de runs de workflow. Vous échangez un peu de setup contre des coûts prévisibles et le plein contrôle, y compris des code nodes sur mesure et l'accès à votre propre base de données sur la même machine. Voici une esquisse minimale de docker-compose pour monter n8n avec un volume persistant, pour que vos workflows survivent à un redémarrage.

# docker-compose.yml - n8n self-hosté minimal sur un petit VPS
services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - '5678:5678'
    environment:
      - N8N_HOST=your-domain.com
      - N8N_PORT=5678
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://your-domain.com/
      # Toujours poser une Basic Auth ou le placer derrière un reverse proxy
      - N8N_BASIC_AUTH_ACTIVE=true
      - N8N_BASIC_AUTH_USER=admin
      - N8N_BASIC_AUTH_PASSWORD=${N8N_PASSWORD}
    volumes:
      # Persister credentials et workflows à travers les redémarrages
      - n8n_data:/home/node/.n8n

volumes:
  n8n_data:

Lancez-le avec docker compose up -d, pointez un sous-domaine vers la machine et placez-le derrière un reverse proxy (Caddy ou Nginx) pour le HTTPS. La mentalité de sécurité du Cours 3 s'applique : une instance n8n ouverte sans auth est une machine à exécution de code distant pour quiconque la trouve. Verrouillez-la avant d'y mettre une seule credential.

Générer le JSON de workflow avec votre agent

Voici la partie qui vous rend plus rapide que les gens qui vivent dans ces builders. n8n et Zapier stockent tous deux les workflows en JSON sous le capot. Cela veut dire que vous n'avez pas du tout à glisser des nodes - vous pouvez décrire le workflow à Claude Code, lui faire produire le JSON et l'importer. Pour tout ce qui dépasse trois étapes, c'est drastiquement plus rapide, et cela met votre automatisation dans un fichier que vous pouvez versionner, differ et réutiliser. L'astuce est de donner à l'agent le schema de nodes à suivre, que vous obtenez en exportant d'abord un workflow exemple depuis l'UI.

## Goal
An n8n workflow JSON I can import directly.

## Trigger
Webhook node. It receives a POST with { email, name, plan }.

## Steps
1. Validate that email contains "@"; if not, respond 400.
2. Insert a row into Postgres (table: leads) with the three fields plus a created_at timestamp.
3. Send a Slack message to #new-leads: "New lead: {name} on {plan}".
4. Respond 200 with { ok: true }.

## Constraints
- Match the exact node JSON structure of the example I pasted below.
- Use n8n expression syntax ={{ $json.email }} for field references.
- Do not invent credential IDs; leave them as placeholders I will fill in.

## Example node structure
<paste one exported workflow here so the agent copies the real schema>

Le même pattern marche pour Trigger.dev, sauf que l'output est du TypeScript dans votre repo au lieu de JSON dans une UI, ce qui est encore plus naturel pour un agent. Importez toujours le JSON généré d'abord dans un workflow de test et faites-le tourner une fois avant de lui faire confiance en production, car les schemas de nodes dérivent entre versions de n8n et l'agent travaille avec l'exemple que vous lui avez donné.

Erreurs fréquentes

Les erreurs récurrentes : mettre Zapier par défaut pour tout et ne découvrir la facture par tâche qu'à l'échelle ; héberger n8n sans auth ni HTTPS, ce qui est un trou de sécurité, pas une économie ; bâtir une app dédiée pour un job qui a toujours eu une forme de workflow ; et faire confiance au JSON généré par l'agent sans l'importer et le faire tourner une fois. Faites aussi attention à ne pas mettre les secrets directement dans les nodes de workflow au lieu du credential store de la plateforme - cela les fuite à chaque export.

ROI business

Les outils de workflow sont l'automatisation à plus haut levier que vous pouvez livrer sans backend. Un seul flow n8n peut remplacer un emploi à temps partiel : recevoir des leads, les enrichir, les router, notifier un humain, tout logger. Déplacer la glue à fort volume de la facturation par tâche de Zapier vers une machine n8n self-hostée peut faire passer une facture récurrente de centaines de dollars par mois à moins de dix, sans perte de fonctionnalité. Et générer le JSON avec votre agent compresse une demi-journée de clics en un spec de dix minutes, si bien que vous bâtissez cinq automatisations dans le temps où d'autres en bâtissent une.

Checklist

Vous êtes prêt à avancer quand vous pouvez répondre à ceci sans hésiter, car le reste de ce cours suppose que vous savez monter une automatisation.

• Savez-vous nommer la bonne plateforme pour un job de glue SaaS rapide, un flow à fort volume et un job de fond couplé à l'app ?
• Savez-vous pourquoi la facturation par tâche fait mal à l'échelle et grossièrement ce que coûte un VPS n8n self-hosté ?
• Savez-vous monter n8n avec Docker Compose, derrière auth et HTTPS ?
• Savez-vous écrire un spec qui tire du JSON de workflow importable de votre agent ?

Ressources

Gardez en favoris les docs officielles de n8n, Zapier et Trigger.dev, car les noms de nodes et les prix changent et vous voulez la source à jour, pas un souvenir. Les docs n8n sur le self-hosting et Docker sont la référence canonique pour le setup compose ci-dessus. Quand un workflow généré par l'agent se comporte mal, votre premier coup est toujours d'exporter un exemple frais de l'instance en cours et de reprompter contre lui.

Votre mission

Choisissez une vraie tâche récurrente de votre travail qui a la forme « quand X arrive, fais Y et Z ». Bâtissez-la deux fois : une fois à la main dans un compte gratuit Zapier ou n8n, pour sentir le builder, puis à nouveau en laissant votre agent générer le JSON à partir d'un spec. Notez ce qui a été plus rapide et ce que vous maintiendriez vraiment. Cette comparaison vous dit comment bâtir chaque automatisation à partir d'ici.

Prochaine leçon

Les automatisations doivent sans cesse agir sur des sites web qui n'ont pas d'API. La prochaine leçon couvre l'automatisation de navigateur et le scraping avec Playwright, l'astuce non-headless avec login manuel et l'astuce .har pour trouver la vraie API qui se cache derrière une page.