n8n vs Make.com vs code custom : quand utiliser quoi

Après avoir construit plus de 50 automatisations, voici quand j'utilise chaque outil - et quand je ne l'utilise pas.

Chaque semaine, quelqu'un me demande : "Dois-je utiliser n8n, Make.com ou simplement écrire du code pour cela ?" La réponse honnête est que chacun gagne dans des situations spécifiques, et se tromper vous coûte du temps, de l'argent, ou les deux. J'ai fait les trois erreurs. Ce guide est celui que j'aurais aimé avoir avant de commencer.

Je vais vous présenter des scénarios réels, des structures de coûts et le cadre mental exact que j'utilise pour choisir le bon outil en moins de cinq minutes.

Verdict rapide

Si vous êtes pressé :

• Make.com - penseurs visuels, équipes marketing, 1 à 100 scénarios de complexité modérée, budget inférieur à 50 $/mois
• n8n - fondateurs techniques, logique complexe, préoccupations de confidentialité des données, fort volume, efficacité des coûts à long terme
• Code custom - logique unique qu'aucune plateforme ne supporte, exigences de performance maximale, ou quand l'automatisation fait partie intégrante de votre produit

Maintenant, approfondissons.

Comparaison des fonctionnalités

Make.com a plus de connecteurs d'apps pré-construits. n8n a une meilleure flexibilité de code. Le code custom n'a aucune des limitations et toute la complexité.

Comparaison des tarifs

Les modèles de tarification de ces trois options sont fondamentalement différents, ce qui rend la comparaison directe délicate.

Tarifs n8n

Auto-héberger n8n sur un droplet DigitalOcean à 5 $ vous donne des exécutions illimitées avec un contrôle total des données. C'est la vraie proposition de valeur.

Tarifs Make.com

Make.com facture par opération, pas par exécution de scénario. Un seul scénario avec 10 modules coûte 10 opérations à chaque exécution. Cela s'accumule vite en volume.

Tarifs du code custom

Le code custom n'a pas de coût de plateforme - mais il a des coûts réels :

• Temps de développement (votre temps ou celui d'un prestataire)
• Infrastructure d'hébergement (5-50 $/mois selon la charge)
• Maintenance et mises à jour (continu)
• Monitoring et alerting (outils comme Sentry, Datadog)

Pour une automatisation simple qui tourne une fois par jour, le code custom peut coûter 0 $/mois à exécuter mais 8 heures à construire. Pour quelque chose de complexe qui tourne des milliers de fois par jour, c'est peut-être l'option la moins chère par exécution.

Coût à grande échelle

Au-dessus de 10 000 exécutions mensuelles, n8n auto-hébergé gagne systématiquement en coût pur.

Quand utiliser n8n

n8n est mon choix par défaut pour les clients techniques qui ont besoin d'automatisation sérieuse sans la taxe Zapier. Voici quand il mérite cette position.

Vous avez une logique complexe

Le nœud Code de n8n vous donne du JavaScript et Python complets dans vos workflows. Quand un client avait besoin de parser des payloads de webhooks, d'exécuter une logique métier custom et de faire des appels API conditionnels basés sur des consultations de base de données - le tout dans un seul flux - n8n l'a géré proprement. Make.com aurait nécessité des contournements ou plusieurs scénarios déconnectés.

Vous vous souciez de la confidentialité des données

Un client dans le secteur de la santé avait besoin d'automatiser des rappels de rendez-vous sans que les données patient ne quittent leur infrastructure. n8n auto-hébergé tournant dans leur VPC a résolu le problème. Il n'existe pas d'équivalent Make.com pour cette exigence.

Votre volume est élevé

À plus de 50 000 exécutions d'automatisation par mois, la tarification de Make.com devient vite douloureuse. n8n auto-hébergé à ce volume coûte la même chose qu'à 1 000 exécutions : le prix de votre serveur.

Vous voulez l'IA profondément intégrée

n8n a des nœuds LLM natifs. Vous pouvez construire des agents IA multi-étapes - appeler un LLM, évaluer le résultat avec un autre nœud, brancher en fonction du résultat, appeler un outil et boucler - sans aucune gymnastique HTTP. C'est de plus en plus là que vivent les automatisations complexes.

Exemples réels de n8n tirés de missions clients

Exemple 1 : Pipeline de scoring de leads. Une entreprise SaaS B2B avait plus de 300 leads entrants par semaine. Construction d'un workflow n8n : le webhook reçoit la soumission du formulaire, le nœud Code exécute la logique d'enrichissement via l'API Clearbit, le nœud OpenAI score le lead de 0 à 100 selon les critères ICP, le nœud Switch route vers Slack pour les leads chauds et HubSpot pour tous les leads. Réduction du temps de qualification manuelle de 4 heures/jour à zéro.

Exemple 2 : Synchronisation de commandes e-commerce. Une boutique Shopify avait besoin d'une synchronisation en temps réel entre trois entrepôts avec une logique de priorité custom. Les règles métier étaient trop complexes pour le routage de Make.com. Les nœuds Code de n8n ont géré l'algorithme d'allocation d'inventaire et le tout tournait sur un VPS à 10 $.

Exemple 3 : Réutilisation de contenu par IA. Article de blog publié sur WordPress, le webhook n8n se déclenche, un agent LangChain extrait les points clés, génère cinq posts Twitter et une version LinkedIn, met en file d'attente sur Buffer via API et envoie une notification Slack avec aperçu. Trois heures pour le construire et six heures économisées par semaine.

Quand utiliser Make.com

Make.com mérite plus de crédit que ce que lui accordent les développeurs. Le builder visuel de scénarios est véritablement excellent, et pour les équipes non techniques, c'est le bon choix plus souvent qu'on ne le pense.

Votre équipe n'est pas technique

L'interface de Make.com est la meilleure de sa catégorie pour la construction visuelle de workflows. Vous pouvez la confier à un responsable marketing, un lead opérations ou un fondateur qui ne connaît rien au code et ils s'y retrouveront. n8n est plus opinioné et demande plus de patience.

Vous avez besoin d'une mise en place rapide avec des apps courantes

Make.com a plus de 1 000 connecteurs d'apps pré-construits avec des interfaces soignées pour l'authentification. Connecter HubSpot, Slack, Airtable, Gmail et Typeform se fait véritablement en quelques clics. n8n supporte aussi OAuth, mais les connecteurs de Make.com tendent à exposer davantage de la surface API de chaque app via l'interface visuelle.

Votre complexité est modérée

Branchement, filtrage, agrégation, itération - Make.com gère tout cela bien visuellement. Les problèmes commencent quand vous avez besoin de logique custom qui ne correspond pas à un module pré-construit. À ce stade, vous écrivez des requêtes HTTP de toute façon et n8n devient le meilleur choix.

Exemples réels de Make.com tirés de missions clients

Exemple 1 : Tableau de bord de reporting marketing. Une agence de 10 personnes avait besoin de rapports hebdomadaires tirant les données de Google Ads, Facebook Ads et HubSpot dans un Google Sheet. Un coordinateur marketing a construit l'intégralité du scénario Make.com en une journée en utilisant leurs connecteurs pré-construits. Aucun temps de développeur nécessaire.

Exemple 2 : Séquence d'onboarding client. Un cabinet de conseil déclenchait un onboarding multi-étapes : nouveau client signe dans Docusign, Make.com lance une séquence - crée un espace Notion, envoie un email de bienvenue, ajoute à HubSpot, crée un canal Slack, planifie un kickoff dans Calendly. Une personne des opérations non technique l'a construit et le maintient.

Exemple 3 : Veille sur les réseaux sociaux. Surveillance de marque sur Twitter, Reddit et Google Alerts, filtrage par mots-clés spécifiques, déduplication des mentions, routage vers Slack ou Notion en fonction du sentiment. Le scénario est visuellement complexe mais n'utilise que des modules pré-construits, la force de Make.com.

Quand passer au code custom

Le code custom est souvent la mauvaise réponse - mais quand c'est la bonne, c'est clairement la bonne.

Votre logique est propriétaire

Si la logique d'automatisation elle-même fait partie de votre avantage concurrentiel, un algorithme de tarification, un moteur de matching, un système de détection de fraude, vous ne devriez pas la construire dans une plateforme tierce que vous ne contrôlez pas. Écrivez le code. Possédez-le.

Vous avez besoin de performances maximales

Les plateformes d'automatisation ajoutent de la latence. Un webhook atteignant n8n peut prendre 200 à 500 ms pour s'exécuter. Une fonction Node.js custom sur votre propre infrastructure peut répondre en moins de 20 ms. Pour les systèmes temps réel, les interactions face client ou tout ce qui est sensible au temps, cet écart compte.

L'automatisation fait partie de votre produit

Si vous construisez une fonctionnalité qui automatise quelque chose pour vos utilisateurs - pas seulement de l'automatisation de processus interne - vous avez presque certainement besoin de code custom. Les utilisateurs ne doivent pas savoir qu'un outil tiers fait tourner leur expérience.

Vous avez des besoins d'intégration inhabituels

Parfois l'API que vous devez appeler n'a pas de nœud n8n ou de module Make.com. Parfois elle nécessite des flux OAuth, des réponses en streaming, la gestion de fichiers binaires ou des schémas d'authentification custom que les plateformes ne peuvent pas supporter proprement. Le code custom supprime entièrement ces contraintes.

Exemples réels de code custom tirés de missions clients

Exemple 1 : Moteur de matching immobilier. Construction d'un service Node.js qui tourne toutes les 15 minutes, récupère les nouvelles annonces immobilières depuis plusieurs API, les score par rapport aux profils de préférences des acheteurs en utilisant un algorithme custom et envoie des alertes personnalisées. La logique de matching était trop spécifique au métier pour une plateforme no-code, et le client voulait posséder la propriété intellectuelle.

Exemple 2 : Système de relance de paiement. Une entreprise SaaS avait besoin d'une logique de réessai custom pour les paiements échoués : réessai à 3 jours, 7 jours, 14 jours avec un texte d'email différent à chaque fois, pause des réessais si le client contacte le support, reprise s'il met à jour ses informations de paiement. Les conditions de branchement autour de l'état client étaient trop complexes pour être maintenues visuellement. Un worker Node.js custom avec une machine à états Postgres l'a géré proprement.

Exemple 3 : Processeur de webhooks temps réel. Un client fintech recevait 50 000 webhooks bancaires par jour, chacun nécessitant un traitement en moins de 100 ms pour mettre à jour les soldes de comptes clients. Les plateformes d'automatisation n'étaient même pas envisagées. Un serveur Fastify avec une file d'attente Bull l'a géré.

Code côte à côte : la même automatisation dans chaque outil

Pour rendre cela concret, voici la même automatisation implémentée de trois manières : recevoir une soumission de formulaire, enrichir avec des données d'entreprise, scorer le lead et sauvegarder dans un CRM.

Workflow n8n (extrait JSON)

Voici à quoi ressemble un nœud de workflow n8n dans le format JSON exporté :

{
  "nodes": [
    {
      "name": "Webhook",
      "type": "n8n-nodes-base.webhook",
      "parameters": {
        "path": "lead-capture",
        "responseMode": "lastNode"
      },
      "position": [240, 300]
    },
    {
      "name": "Enrich Lead",
      "type": "n8n-nodes-base.httpRequest",
      "parameters": {
        "method": "GET",
        "url": "https://company.clearbit.com/v2/companies/find",
        "queryParameters": {
          "parameters": [
            { "name": "domain", "value": "={{ $json.email.split('@')[1] }}" }
          ]
        },
        "authentication": "genericCredentialType",
        "genericAuthType": "httpHeaderAuth"
      },
      "position": [460, 300]
    },
    {
      "name": "Score Lead",
      "type": "n8n-nodes-base.code",
      "parameters": {
        "jsCode": "const lead = $input.first().json;\nconst company = $('Enrich Lead').first().json;\n\nlet score = 0;\nif (company.metrics?.employees > 50) score += 30;\nif (company.metrics?.estimatedAnnualRevenue > 1000000) score += 25;\nif (lead.timeline === 'immediate') score += 25;\nif (lead.budget > 5000) score += 20;\n\nreturn [{ json: { ...lead, company, score, tier: score > 70 ? 'hot' : score > 40 ? 'warm' : 'cold' } }];"
      },
      "position": [680, 300]
    },
    {
      "name": "Save to HubSpot",
      "type": "n8n-nodes-base.hubspot",
      "parameters": {
        "resource": "contact",
        "operation": "upsert",
        "email": "={{ $json.email }}",
        "additionalFields": {
          "leadScore": "={{ $json.score }}",
          "lifecyclestage": "={{ $json.tier === 'hot' ? 'opportunity' : 'lead' }}"
        }
      },
      "position": [900, 300]
    }
  ]
}

n8n vous donne une syntaxe d'expression (={{ }}), des nœuds HubSpot natifs et un nœud Code où vous écrivez du vrai JavaScript. Le workflow est versionné sous forme de JSON.

Scénario Make.com (configuration des modules)

Make.com n'exporte pas en JSON aussi lisible, mais voici à quoi ressemble conceptuellement la configuration des modules :

{
  "scenario": {
    "name": "Lead Capture and Score",
    "modules": [
      {
        "id": 1,
        "type": "webhook",
        "name": "Receive Form Submission",
        "config": { "method": "POST" }
      },
      {
        "id": 2,
        "type": "http.makeRequest",
        "name": "Clearbit Enrichment",
        "config": {
          "url": "https://company.clearbit.com/v2/companies/find",
          "method": "GET",
          "qs": [{ "key": "domain", "value": "{{split(1.email, '@')[1]}}" }],
          "headers": [{ "key": "Authorization", "value": "Bearer {{connection.apiKey}}" }]
        }
      },
      {
        "id": 3,
        "type": "builtin.basicRouter",
        "name": "Route by Company Size",
        "routes": [
          {
            "label": "Large Company",
            "filter": { "condition": "{{2.metrics.employees}}", "operator": "greater", "value": "50" }
          },
          {
            "label": "Small Company",
            "filter": { "condition": "{{2.metrics.employees}}", "operator": "less", "value": "50" }
          }
        ]
      },
      {
        "id": 4,
        "type": "hubspot.createUpdateContact",
        "name": "Save to HubSpot",
        "config": {
          "email": "{{1.email}}",
          "properties": [
            { "name": "lead_score", "value": "75" }
          ]
        }
      }
    ]
  }
}

Remarquez ce qui manque : la vraie logique de scoring. Make.com nécessiterait un champ de formule séparé ou un routeur avec plusieurs branches pour approximer ce que le nœud Code de n8n fait en dix lignes. Pour un scoring simple ça marche, mais la logique devient ingérable à mesure que les conditions se multiplient.

Implémentation custom en Node.js

import Fastify from "fastify";
import { clearbit } from "./lib/clearbit";
import { hubspot } from "./lib/hubspot";
import { slack } from "./lib/slack";
 
const app = Fastify();
 
interface LeadPayload {
  email: string;
  name: string;
  company: string;
  timeline: "immediate" | "quarter" | "year";
  budget: number;
  message: string;
}
 
function scoreLead(lead: LeadPayload, company: ClearbitCompany): number {
  let score = 0;
 
  // Company signals
  if ((company.metrics?.employees ?? 0) > 50) score += 30;
  if ((company.metrics?.estimatedAnnualRevenue ?? 0) > 1_000_000) score += 25;
  if (company.category?.sector === "Technology") score += 10;
 
  // Lead signals
  if (lead.timeline === "immediate") score += 25;
  if (lead.budget > 10_000) score += 20;
  else if (lead.budget > 5_000) score += 10;
 
  return Math.min(score, 100);
}
 
app.post<{ Body: LeadPayload }>("/webhooks/lead", async (request, reply) => {
  const lead = request.body;
 
  // Enrich with company data
  const domain = lead.email.split("@")[1];
  const company = await clearbit.company.find({ domain });
 
  // Score the lead
  const score = scoreLead(lead, company);
  const tier = score >= 70 ? "hot" : score >= 40 ? "warm" : "cold";
 
  // Save to CRM
  await hubspot.contacts.upsert({
    email: lead.email,
    properties: {
      firstname: lead.name.split(" ")[0],
      lastname: lead.name.split(" ").slice(1).join(" "),
      lead_score: score,
      lead_tier: tier,
      lifecyclestage: tier === "hot" ? "opportunity" : "lead",
    },
  });
 
  // Alert for hot leads
  if (tier === "hot") {
    await slack.postMessage({
      channel: "#hot-leads",
      text: `Hot lead: ${lead.name} at ${lead.company} (score: ${score})`,
    });
  }
 
  return reply.code(200).send({ received: true, score, tier });
});
 
app.listen({ port: 3000 });

C'est plus lisible, plus facile à tester et trivialement extensible. Le compromis est que vous l'avez écrit, vous l'hébergez et vous le maintenez. Il n'y a pas de glisser-déposer.

Exemples de projets réels

Projet 1 : Reporting client d'agence (Make.com)

Client : Agence de marketing digital de 15 personnes Problème : Extraire manuellement les rapports hebdomadaires de 6 plateformes publicitaires dans Google Sheets prenait 5 heures chaque lundi Outil choisi : Make.com Pourquoi : L'équipe marketing possède l'automatisation, pas le développeur. Connecteurs pré-construits pour Google Ads, Meta Ads, LinkedIn Ads et Google Sheets. Aucun code nécessaire. Résultat : 5 heures économisées par semaine. Le responsable marketing l'a construit et le maintient de manière indépendante. Coût : 18,82 $/mois sur Make.com Pro

Projet 2 : Qualification de leads SaaS (n8n)

Client : Startup SaaS B2B, plus de 300 leads entrants/semaine Problème : L'équipe commerciale passait 4 heures/jour à scorer manuellement les leads, les leads chauds refroidissaient Outil choisi : n8n auto-hébergé Pourquoi : Nécessitait un algorithme de scoring custom, une intégration OpenAI pour l'analyse de messages, une logique de routage complexe. Développeur dans l'équipe pour la maintenance. Résultat : 0 heure de qualification manuelle. Temps de réponse sous 2 minutes. Multiplication par 3 de la conversion des leads chauds. Coût : 12 $/mois (serveur + OpenAI)

Projet 3 : Synchronisation d'inventaire en temps réel (Node.js custom)

Client : Marque de retail multi-emplacements Problème : Les niveaux d'inventaire entre 12 emplacements et 3 entrepôts étaient désynchronisés. Des surventes se produisaient quotidiennement. Outil choisi : Service Node.js custom Pourquoi : Nécessitait un temps de réponse inférieur à 200 ms lors du passage de commande, logique d'allocation complexe basée sur les zones d'expédition, intégration directe avec un système de gestion d'entrepôt propriétaire Résultat : Zéro survente depuis le lancement. Précision de l'allocation des commandes à 99,8 %. Coût : 25 $/mois (VM dédiée)

Cadre de décision

Quand je reçois une nouvelle demande d'automatisation, je parcours ces questions dans l'ordre :

La version courte

• Personne non technique doit en être propriétaire : Make.com
• Logique complexe, intégration IA, fort volume ou confidentialité des données : n8n
• Fonctionnalité cœur de produit, algorithme unique ou performance sub-100 ms nécessaire : Code custom

Erreurs courantes que je vois

Erreur 1 : Utiliser du code custom pour des automatisations courantes

Un développeur voit un simple flux webhook-vers-CRM et lance immédiatement un service Node.js. Ce service a maintenant besoin d'hébergement, de monitoring, de pipelines de déploiement et de maintenance. n8n l'aurait géré en 20 minutes. Réservez le code custom pour quand il est vraiment nécessaire.

Erreur 2 : Utiliser Make.com pour des workflows à fort volume

Une startup choisit Make.com parce que ça a l'air convivial. Six mois plus tard, ils ont 500 000 opérations mensuelles et une facture de 300 $/mois pour ce qui coûterait 20 $ sur n8n auto-hébergé. La migration est douloureuse parce que leurs scénarios sont complexes. Planifiez pour le volume dès le départ.

Erreur 3 : Construire de la logique complexe dans les routeurs Make.com

Un routeur Make.com avec 8 branches et 40 conditions de filtre est un cauchemar de maintenance. Si vous vous retrouvez à construire une logique de routage profondément imbriquée dans Make.com, vous l'avez dépassé. Passez à n8n où les nœuds Code gardent cette logique lisible.

Erreur 4 : Traiter n8n comme un remplacement direct de Zapier

n8n demande plus de mise en place et de réflexion que Zapier ou Make.com. Si vous le configurez et essayez immédiatement de l'utiliser comme Zapier - en vous attendant à ce que tout fonctionne sans configuration - vous serez frustré. Investissez quelques heures pour comprendre les nœuds, les expressions et les credentials. Cela en vaut la peine.

Erreur 5 : Ne pas planifier pour les échecs

Les trois outils peuvent et vont échouer. Les webhooks sont manqués. Les limites de débit d'API sont atteintes. Les services tiers tombent en panne. Make.com a une gestion des erreurs intégrée décente. n8n a une logique de réessai et des workflows d'erreur. Le code custom a ce que vous construisez. Quel que soit l'outil que vous choisissez, concevez pour l'échec dès le premier jour.

Mon avis honnête après plus de 50 projets

Make.com est souvent sous-estimé par les développeurs. Pour une équipe non technique qui a besoin de posséder ses automatisations, c'est le bon choix - même si le modèle de tarification par opération pique à grande échelle. J'ai confié des scénarios Make.com à des responsables marketing et des coordinateurs d'opérations qui les ont maintenus de manière indépendante pendant des mois sans m'appeler.

n8n est mon outil quotidien pour le travail client. La combinaison du build visuel, des nœuds Code, de l'auto-hébergement et du support IA natif couvre 80 % de mes besoins. La courbe d'apprentissage est réelle mais gérable. L'économie à grande échelle est difficile à contester.

Le code custom, je le réserve aux situations où les autres outils ne peuvent véritablement pas livrer. Cela arrive moins souvent qu'on pourrait le penser. Quand c'est le cas, c'est généralement une exigence de performance, un algorithme propriétaire ou une fonctionnalité au niveau produit - et dans ces cas, il n'y a pas de débat.

Le pire résultat est de mal assortir l'outil au problème. La logique complexe dans Make.com devient impossible à maintenir. Les workflows standards en code custom deviennent coûteux à maintenir. La propriété non technique de n8n devient un fardeau de support.

Choisissez l'outil qui correspond à votre équipe, votre volume et la nature de la logique. C'est le cadre complet.

Vous travaillez sur une automatisation et vous n'êtes pas sûr de la direction à prendre ? Je propose des appels gratuits de 30 minutes pour parcourir votre cas d'usage spécifique et recommander la bonne approche. Contactez-moi et nous trouverons la solution ensemble.