Make Cloud vs N8N Self-Hosted 2026 : Souveraineté des Données et RGPD

La souveraineté des données en 2026 : pourquoi c'est urgent

En 2026, la souveraineté des données n'est plus un sujet réservé aux grandes entreprises ou aux administrations publiques. Les PME françaises sont directement concernées — et les chiffres le confirment.

73% des DSI français citent la souveraineté comme critère n°1 dans les choix logiciels en 2026

41% des PME ont subi un incident lié à des données exposées via un SaaS tiers (rapport ANSSI 2025)

4% du CA mondial — montant maximum des amendes RGPD en cas d'infraction grave (Article 83)

2026 AI Act Article 28 — les déployeurs d'IA sont désormais responsables des données traitées par leurs workflows

Qu'est-ce que la souveraineté des données concrètement ?

La souveraineté des données désigne le contrôle total sur où les données sont stockées, comment elles sont traitées et par qui elles sont accessibles. Dans le contexte des outils d'automatisation, cela signifie : quand votre workflow Make ou N8N traite une donnée client, un document RH ou un résultat médical, où cette donnée transite-t-elle exactement ? Sur quel serveur ? Dans quelle juridiction ?

Un outil d'automatisation est, par nature, un carrefour de données : il reçoit des webhooks, lit des bases de données, interroge des API, génère des rapports. Chaque payload qui transite par un SaaS cloud est potentiellement stocké dans les logs de ce SaaS.

Les 3 risques d'un SaaS cloud américain pour vos workflows

Cloud Act (Clarifying Lawful Overseas Use of Data Act, 2018) : toute entreprise américaine, ou contrôlée par des intérêts américains, peut être contrainte de livrer les données hébergées sur ses serveurs à la justice américaine — même si ces données sont physiquement en Europe. Depuis le rachat de Make par Celonis (américain), ce risque est réel.
Transferts hors UE non maîtrisés : même si vous choisissez une région AWS EU, certains sous-traitants de Make peuvent être localisés hors UE (CDN, analytics, support). Le transfert de données peut être difficile à cartographier exhaustivement.
Vendor lock-in et dépendance : si Make modifie ses tarifs, ses CGU, ou cesse ses activités, vos workflows sont bloqués. En 2025, plusieurs SaaS d'automatisation ont été rachetés ou fermés sans préavis suffisant pour leurs clients.

Les niveaux de souveraineté : de cloud US à on-premise France

Niveau	Exemple	Souveraineté	Risque Cloud Act	Adapté secteur sensible
Cloud US	Make (avant rachat), Zapier	Faible	Élevé	Non
Cloud US + région EU	Make (région EU), n8n Cloud	Moyenne	Modéré (entreprise US)	Données non-sensibles OK
Cloud EU souverain	Actian, OVHcloud services	Bonne	Faible	Oui pour la plupart
Self-hosted VPS EU	N8N sur OVH / Scaleway	Très haute	Nul (si hébergeur EU)	Oui — santé, juridique, finance
On-premise France	N8N sur serveur local	Maximale	Nul	Oui — défense, administration

Make.com (cloud) : forces et limites

Historique et infrastructure

Make.com (anciennement Integromat) a été fondé en 2012 à Prague, République tchèque, par Ondřej Gazda. Pendant plus d'une décennie, c'est resté une entreprise européenne indépendante. En 2022, Celonis — éditeur allemand de process mining coté aux USA — a racheté Make. Ce rachat a fondamentalement changé la nature juridique de Make du point de vue du Cloud Act.

Aujourd'hui, Make utilise l'infrastructure AWS (Amazon Web Services). Les clients peuvent choisir une région EU (Frankfurt ou Dublin) pour leurs données. Mais l'entreprise elle-même reste contrôlée par Celonis, dont les actionnaires et cotation sont américains.

Ce que Make fait excellemment bien

Make est, objectivement, l'un des outils d'automatisation les mieux conçus du marché sur le plan de l'expérience utilisateur :

Interface visuelle "blueprint" : les workflows sont représentés comme des schémas visuels avec des modules connectés. La logique est immédiatement lisible, même pour des non-développeurs.
Logique avancée visuelle : itérateurs, agrégateurs, routeurs — Make permet de gérer des collections, de regrouper des données et de créer des branches conditionnelles complexes, le tout sans écrire une ligne de code.
2 000+ intégrations natives : quasiment tous les SaaS du marché sont intégrés (HubSpot, Salesforce, Slack, Google Workspace, Shopify, WooCommerce, Notion, Airtable, etc.).
Rapidité de mise en place : un scénario Make peut être opérationnel en 30 minutes pour une personne non-technique. La courbe d'apprentissage est très douce.
Support et documentation : Make dispose d'une communauté large et d'une documentation francophone partielle.

Tarifs Make.com 2026

Free

0 €

1 000 opérations/mois · 2 scénarios actifs · Délai minimum 15 min · Pour tester uniquement

Core

10,59 $/mois

10 000 ops/mois · Scénarios illimités · Déclenchement webhook · Historique 30 jours

Pro

18,82 $/mois

10 000 ops/mois · Tout Core + exécution prioritaire · Variables custom · Agendas avancés

Teams

34,12 $/mois

10 000 ops/mois · Collaboration équipe · Rôles et permissions · Logs étendus

Enterprise

Sur devis

Ops sur mesure · SSO · SLA garanti · Support dédié · DPA renforcé

Important : chez Make, 1 opération = 1 module exécuté dans un scénario. Un scénario de 5 modules qui traite 100 éléments consomme 500 opérations. Le coût peut augmenter très rapidement avec le volume.

Les limites souveraineté de Make

Les logs d'exécution sont stockés sur les serveurs Make (y compris les payloads complets des webhooks)
Les tokens API, données clients, URLs de documents confidentiels transitent par Make
Le DPA est disponible mais ne protège pas contre le Cloud Act américain
Pas de déploiement on-premise possible — Make est exclusivement SaaS
En cas de compromission de Make, toutes vos données d'exécution sont exposées

N8N self-hosted : liberté et responsabilité

Présentation de N8N

N8N (prononcé "nodemation") a été fondé en 2019 à Berlin par Jan Oberhauser. C'est un outil d'automatisation open-source (licence Sustainable Use) qui compte aujourd'hui plus de 400 nœuds natifs et une communauté active de 45 000+ membres sur GitHub.

La particularité fondamentale de N8N : vous pouvez le déployer sur votre propre infrastructure. Vos données ne quittent jamais votre serveur. C'est ce qu'on appelle le self-hosting.

Les avantages souveraineté du self-hosting

Zéro Cloud Act : si vous hébergez sur OVH (France), Scaleway (France) ou Hetzner (Allemagne), aucune juridiction américaine ne peut légalement contraindre votre hébergeur à livrer vos données
Choix du datacenter : OVH Roubaix/Gravelines, Scaleway Paris/Amsterdam, Hetzner Francfort/Helsinki — vous choisissez la localisation exacte
Logs sur votre serveur : tous les logs d'exécution, les payloads, les historiques restent dans votre base PostgreSQL
Chiffrement maîtrisé : vous gérez vos clés de chiffrement, votre certificat TLS, votre politique de rétention des logs
Indépendance totale : N8N open-source ne peut pas être "fermé". Même si la société N8N disparaît, votre instance continue de fonctionner indéfiniment

Architecture Docker recommandée

En production, l'architecture N8N self-hosted recommandée comprend :

N8N : le moteur d'automatisation (image Docker officielle)
PostgreSQL : base de données persistante pour les workflows, exécutions et credentials
Nginx : reverse proxy pour exposer N8N sur HTTPS
Redis : broker de messages pour le mode queue (workflows asynchrones longs)
Traefik (optionnel) : gestion automatique des certificats Let's Encrypt

Cette stack tourne sur un VPS standard. Les ressources minimales pour un usage PME (50 000 exécutions/mois, 20 workflows actifs) sont 2 vCPU / 4 GB RAM — soit environ 15-20 €/mois chez OVH ou Hetzner.

La licence Sustainable Use : ce qu'elle permet

Licence Sustainable Use N8N : N8N est gratuit pour un usage interne en entreprise (automatiser vos propres processus). La licence devient payante si vous revendez N8N comme service à vos clients (SaaS/PaaS). Pour 99% des PME qui s'automatisent pour elles-mêmes, N8N Community est entièrement gratuit — aucune limitation de workflows, d'exécutions ou de nœuds.

Comparatif RGPD et conformité AI Act

Voici la comparaison exhaustive sur les 10 critères de conformité RGPD qui comptent pour les décideurs et les DPO français :

Critère RGPD	Make Cloud (région EU)	N8N Self-Hosted (VPS EU)
Localisation serveurs	AWS Frankfurt ou Dublin (choix)	Votre choix : OVH, Scaleway, Hetzner
Soumis au Cloud Act US	Oui (Celonis est américain)	Non (si hébergeur européen)
DPA disponible	Oui — signable en ligne	N/A — vous êtes RT et ST
Chiffrement en transit	TLS 1.2/1.3 (géré par Make)	TLS 1.2/1.3 (vous le configurez)
Chiffrement au repos	Oui (AWS KMS, clés Make)	Selon votre config (PostgreSQL + chiffrement disque)
Accès aux données par prestataire	Make peut accéder aux logs d'exécution	Zéro accès tiers possible
Rétention des logs	30 jours (plans standard)	Vous définissez la durée (configurable)
Portabilité des données	Export JSON des scénarios	Export complet PostgreSQL (schéma ouvert)
Conformité AI Act 2026	Partielle — audit difficile	Totale — audit sur vos propres logs
Secteurs santé / finance / juridique	Non recommandé (données HDS)	Recommandé avec hébergeur HDS (OVH HDS)

AI Act 2026 — Attention aux workflows à haut risque : L'Article 28 de l'AI Act impose aux déployeurs de systèmes d'IA à haut risque (scoring crédit, recrutement automatisé, triage médical, évaluation de solvabilité) de documenter exhaustivement les données traitées et de garantir l'auditabilité des décisions. N8N self-hosted facilite grandement cet audit car tous les logs sont dans votre base PostgreSQL, requêtable à volonté. Avec Make cloud, les logs sont sur leurs serveurs — l'audit nécessite de passer par leur interface ou leur API, avec des limitations selon votre plan.

Recommandations par secteur d'activité

Secteur	Type de données traitées	Recommandation	Justification
E-commerce	Commandes, emails, stocks	Make OK	Données peu sensibles, volume souvent modéré
Marketing / agences	Leads, campagnes, analytics	Make OK	Données marketing non-critiques
Ressources Humaines	Dossiers employés, paie, évaluations	N8N self-hosted recommandé	Données personnelles sensibles (Art. 9 RGPD)
Finance / comptabilité	Virements, bilans, données bancaires	N8N self-hosted	Réglementation financière + données sensibles
Santé / médical	Dossiers patients, résultats, RDV	N8N self-hosted obligatoire	HDS obligatoire, données de santé Art. 9 RGPD
Juridique / cabinet d'avocats	Dossiers clients, contrats, actes	N8N self-hosted	Secret professionnel + données stratégiques
Administration publique	Données citoyens, actes administratifs	N8N self-hosted obligatoire	Doctrine "cloud de confiance" ANSSI + SecNumCloud
Immobilier	Mandats, données acquéreurs	N8N self-hosted recommandé	Données personnelles et financières combinées

Coût total de possession (TCO) sur 3 ans

Le TCO (Total Cost of Ownership) d'un outil d'automatisation inclut l'abonnement SaaS ou les coûts d'infrastructure, mais aussi les coûts cachés : temps de mise en place, maintenance, formation, et risques opérationnels.

Scénario de référence : PME type (50 000 ops/mois, 20 workflows actifs)

Poste de coût	Make Teams	N8N Self-Hosted (OVH)
Licence / abonnement	34,12 $/mois × 36 = ~1 230 €	0 € (open-source)
Infrastructure VPS	0 € (inclus SaaS)	~20 €/mois × 36 = 720 €
Setup initial	0 € (compte en 10 min)	1-3 jours dev = 800-2 400 €
Maintenance mensuelle	~0,5h/mois (gestion scénarios)	~1-2h/mois (updates, backup, monitoring)
Formation équipe	Faible (UX intuitive)	Modérée (concepts DevOps + N8N)
TCO total 3 ans (estimé)	~1 500-2 000 €	~2 500-3 500 €

Seuil de rentabilité N8N vs Make : à 50 000 ops/mois, Make est légèrement moins cher si l'on valorise le temps de maintenance à 100 €/h. Le point d'inflexion se situe autour de 100 000 à 150 000 opérations/mois. Au-delà, N8N self-hosted devient structurellement moins cher — parfois de 50 à 70%.

TCO comparatif à différents niveaux de volume (sur 3 ans)

Volume mensuel	Make plan requis	Make TCO 3 ans	N8N VPS requis	N8N TCO 3 ans	Économie N8N
10 000 ops	Core (10,59 $/mois)	~460 €	VPS 2vCPU/2GB (~10 €)	~1 800 €	Make gagne (+290%)
50 000 ops	Teams (34,12 $/mois)	~1 800 €	VPS 2vCPU/4GB (~20 €)	~2 900 €	Make gagne (+61%)
150 000 ops	Teams + ops supp. (~90 $/mois)	~3 900 €	VPS 4vCPU/8GB (~35 €)	~3 500 €	N8N gagne (-10%)
500 000 ops	Teams + ops supp. (~340 $/mois)	~13 500 €	VPS 4vCPU/16GB (~60 €)	~4 500 €	N8N gagne (-67%)
2M+ ops	Enterprise (devis)	~30 000 €+	Serveur dédié (~200 €)	~10 000 €	N8N gagne (-67%+)

TCO inclut : abonnement/infra + setup initial (amorti) + maintenance valorisée à 80 €/h. Hors formation équipe.

Performances et scalabilité comparées

Make : scalabilité automatique et monitoring inclus

Make étant un SaaS, la scalabilité est transparente pour l'utilisateur. L'infrastructure AWS sous-jacente s'adapte automatiquement. Make offre de série :

Monitoring des scénarios avec alertes email en cas d'erreur
Historique d'exécution sur 30 jours (plans standard)
Retry automatique configurable
Quotas par scénario (exécutions parallèles limitées selon le plan)

La principale limitation de Make sur les performances est le système de scheduling : sur les plans bas de gamme, les scénarios planifiés sont vérifiés toutes les 15 minutes minimum. Seule la réception d'un webhook déclenche une exécution instantanée.

N8N : performances linéaires selon votre infra

N8N self-hosted peut théoriquement gérer des millions d'exécutions par jour si votre infrastructure le permet. Le mode queue (N8N + Redis) permet de distribuer les workflows longs sur plusieurs workers en parallèle. Les performances clés :

Webhook déclenchement : latence < 50ms sur un VPS correctement dimensionné
Scheduling : pas de délai minimum — vos crons s'exécutent à la seconde près
Parallélisme : configurable — de 1 à N workers selon votre infra
Queue mode : avec Redis, les workflows longs ne bloquent pas les webhooks entrants

Tableau comparatif des performances sur 6 métriques

Métrique	Make Cloud	N8N Self-Hosted	Vainqueur
Latence webhook	~100-300ms (réseau AWS)	<50ms (VPS local)	N8N
Délai scheduling minimum	1-15 min selon plan	1 seconde (cron)	N8N
Disponibilité garantie	99,9% (SLA Make)	Selon votre infra (non garanti)	Make
Scalabilité automatique	Oui (transparent)	Manuelle (upgrade VPS)	Make
Workflows simultanés	Limité par plan	Limité par RAM/CPU	Égalité
Exécutions longues (>5 min)	Limité selon plan (timeout)	Illimité (queue mode)	N8N

Sur la disponibilité : Make garantit 99,9% de SLA — ce qui correspond à environ 8,7 heures d'indisponibilité par an. Pour N8N self-hosted, atteindre ce niveau requiert une configuration HA (haute disponibilité) avec deux instances N8N + un load balancer, ce qui complexifie l'architecture et augmente les coûts infra. Pour la plupart des PME, une seule instance avec un monitoring Uptime Robot est suffisant (~99,5% de disponibilité effective).

Fonctionnalités et complexité des workflows

Sur le plan purement fonctionnel, Make et N8N couvrent 90% des mêmes cas d'usage. Mais leurs points forts sont complémentaires.

Fonctionnalité	Make Cloud	N8N Self-Hosted	Avantage
Interface visuelle / canvas	Excellent (blueprint)	Très bon (canvas libre)	Make
Logique conditionnelle	Routeur visuel intuitif	Nœud IF + Switch	Make (plus visuel)
Itérateurs / boucles	Excellent (itérateur visuel)	Split in Batches + Loop	Make (plus intuitif)
Agrégateurs de données	Excellent (agrégateur Make)	Merge / Set Node	Make
Code custom (JS)	Limité (fonction Make)	Complet (nœud Code JS)	N8N
Sous-workflows	Scénarios imbriqués	Execute Workflow avancé	N8N
Gestion d'erreurs	Error handler basique	Error Trigger + workflow dédié	N8N
Retry automatique	Oui (configurable)	Oui (configurable par nœud)	Égalité
Variables d'environnement	Limité (variables de scénario)	Complet (fichier .env sécurisé)	N8N
Versioning des workflows	Non (pas de Git natif)	Export JSON + Git possible	N8N
Collaboration équipe	Oui (plans Teams+)	Oui (accès multi-utilisateurs)	Égalité
LLM / AI Agent natif	Limité (via modules HTTP)	Complet (nœud AI Agent)	N8N
Monitoring et alertes	Dashboard intégré	Logs PostgreSQL + Uptime Robot	Make (plus clé en main)

N8N AI Agent : l'avantage 2026

En 2026, la fonctionnalité la plus différenciante de N8N est son nœud AI Agent natif. Il permet de créer des agents IA autonomes qui utilisent des outils (recherche web, base de données, API) pour accomplir des tâches complexes — le tout orchestré directement dans N8N, sans sortir vers une plateforme tierce. Les LLM supportés : OpenAI, Anthropic, Google Gemini, Mistral, Ollama (modèles locaux).

Make propose aussi des intégrations OpenAI et Anthropic, mais via des modules HTTP standards — sans la couche d'orchestration "agent" que N8N offre nativement.

Déploiement et maintenance N8N self-hosted

Guide de déploiement en 5 étapes

Provisionner un VPS EU — OVH Starter (2vCPU / 4GB / 40GB SSD, ~20 €/mois) ou Hetzner CX21 (~6 €/mois). Ubuntu 24.04 LTS recommandé. Configurer le firewall (ports 80, 443, 22 uniquement), créer un utilisateur non-root, activer fail2ban.
Installer Docker et Docker Compose — curl -fsSL https://get.docker.com | sh sur Ubuntu. Ajouter l'utilisateur au groupe docker. Tester avec docker run hello-world.
Configurer le fichier docker-compose.yml — Stack complète N8N + PostgreSQL + Nginx. Variables d'environnement clés : N8N_ENCRYPTION_KEY (clé 32 caractères aléatoires), DB_POSTGRESDB_PASSWORD, N8N_HOST, WEBHOOK_URL. Ne jamais committer le fichier .env dans Git.
Configurer Nginx + SSL Let's Encrypt — Nginx comme reverse proxy sur le port 443. Certbot pour le certificat SSL automatique (certbot --nginx -d n8n.votredomaine.fr). Renouvellement automatique via cron. Ajouter les en-têtes de sécurité HSTS, X-Frame-Options, Content-Security-Policy.
Premier test et sauvegarde — Accéder à https://n8n.votredomaine.fr, créer le compte admin, créer un workflow de test (webhook → Set Node → Respond to Webhook). Configurer une sauvegarde PostgreSQL automatique : pg_dump quotidien vers un bucket S3 OVH Object Storage. Tester le restore.

Maintenance mensuelle type (~1,5h/mois)

Mise à jour N8N (20 min) : docker pull n8nio/n8n:latest puis docker-compose up -d. Vérifier les release notes pour les breaking changes
Vérification des backups (10 min) : s'assurer que les dumps PostgreSQL ont bien été créés et sont accessibles. Tester un restore sur un environnement de staging trimestriellement
Rotation des secrets (20 min, trimestriel) : renouveler les tokens API stockés dans N8N Credentials, vérifier les clés expirées
Analyse des logs (10 min) : vérifier les erreurs récurrentes dans les workflows, les tentatives d'accès échouées dans les logs Nginx
Surveillance certificat SSL (5 min) : vérifier la date d'expiration, tester le renouvellement automatique

Attention — évaluez votre capacité de maintenance : si vous n'avez pas de compétences DevOps en interne (ou un prestataire de confiance), le self-hosting N8N peut coûter plus cher en temps que Make — surtout en cas d'incident (panne VPS, base de données corrompue, certificat expiré). Évaluez honnêtement votre situation avant de vous lancer. Alternative : N8N Cloud (hébergé par N8N sur serveurs EU) vous donne une bonne partie des avantages RGPD sans la charge de maintenance — à partir de 20 €/mois.

Coûts cachés du self-hosting à ne pas négliger

Coût caché	Estimation	Comment le minimiser
Temps de setup initial	8-24h selon niveau	Utiliser un template docker-compose documenté
Temps de maintenance mensuel	1-3h/mois	Automatiser les updates + monitoring Uptime Robot
Incidents et debugging	1-4h/trimestre	Backups testés + documentation interne
Formation de l'équipe	4-8h (une fois)	Documentation interne + formation courte
Stockage backups	~5 €/mois (S3 OVH)	Inclure dans le budget infra

Architectures hybrides : Make + N8N self-hosted

L'architecture hybride est adoptée par de nombreuses PME françaises qui veulent le meilleur des deux mondes : la simplicité de Make pour les processus non-sensibles, et la souveraineté de N8N pour les données critiques. Ce n'est pas un compromis — c'est une stratégie délibérée.

Principe de l'architecture hybride

Règle de segmentation des données :

Données non-sensibles (notifications, synchronisation SaaS, rapports marketing) → Make
Données sensibles (RH, clients, finance, documents confidentiels) → N8N self-hosted

Pattern 1 — Orchestration Make / traitement N8N

Make détecte un événement (nouveau formulaire, nouveau lead Salesforce, nouvelle commande Shopify) et appelle un webhook N8N pour le traitement des données sensibles. Le traitement effectif, l'enrichissement et le stockage se font dans N8N sans que les données brutes transitent par Make.

Flux : Formulaire web → Make (détection uniquement) → Webhook N8N → Traitement N8N → Base de données interne

Pattern 2 — N8N orchestrateur / Make exécutant

N8N orchestre l'ensemble du workflow et délègue à Make uniquement les tâches ne nécessitant pas de données sensibles : envoi de notifications Slack, création de tâches dans un outil de gestion de projet, envoi d'emails marketing génériques.

Flux : Trigger N8N → Traitement interne N8N → HTTP Request vers Make API → Make envoie notification Slack

Pattern 3 — Séparation stricte par domaine métier

Chaque domaine métier a son outil attitré. RH, Finance et Juridique : 100% N8N self-hosted. Marketing, Ventes et Support client niveau 1 : Make pour sa rapidité et ses intégrations riches. Les deux systèmes ne partagent que des identifiants anonymisés (ID client) — jamais de données personnelles brutes.

Connexion technique Make ↔ N8N

La connexion entre Make et N8N se fait via des webhooks HTTP — le standard universel :

Make → N8N : le module "HTTP Request" de Make envoie un POST vers l'URL webhook de N8N. Sécurisation via header d'autorisation (Bearer token) configuré dans N8N.
N8N → Make : le nœud "HTTP Request" de N8N appelle le webhook Make. Make peut aussi exposer des webhooks "instant" qui déclenchent un scénario en temps réel.
Authentification : configurer un header X-Auth-Token ou Authorization: Bearer xxx pour sécuriser les appels entre les deux systèmes.

Conseil architecture hybride : dans une architecture hybride, les données sensibles ne doivent jamais transiter par Make — même temporairement. Si vous avez un doute sur la sensibilité d'une donnée, appliquez le principe de précaution : N8N self-hosted. La règle d'or : ce qui est dans Make peut potentiellement être vu par Make. Ce qui est dans N8N self-hosted ne l'est que par vous.

Verdict et recommandations par secteur

Scores comparatifs /5

Critère	Make Cloud	N8N Self-Hosted
Facilité de prise en main	⭐⭐⭐⭐⭐ 5/5	⭐⭐⭐ 3/5
Souveraineté / RGPD	⭐⭐ 2/5	⭐⭐⭐⭐⭐ 5/5
Coût à volume élevé	⭐⭐ 2/5	⭐⭐⭐⭐⭐ 5/5
Richesse des intégrations	⭐⭐⭐⭐⭐ 5/5	⭐⭐⭐⭐ 4/5
Performances et latence	⭐⭐⭐ 3/5	⭐⭐⭐⭐ 4/5
Flexibilité technique	⭐⭐⭐ 3/5	⭐⭐⭐⭐⭐ 5/5
Maintenance et support	⭐⭐⭐⭐⭐ 5/5	⭐⭐ 2/5
Conformité AI Act 2026	⭐⭐ 2/5	⭐⭐⭐⭐⭐ 5/5

Choisissez Make.com si :

Votre équipe est non-technique et vous avez besoin d'un outil opérationnel rapidement
Vos données sont peu sensibles (marketing, e-commerce, productivité générale)
Votre volume est inférieur à 100 000 opérations/mois
Vous n'avez pas les ressources pour la maintenance DevOps
Vous démarrez l'automatisation et voulez tester avant d'investir
Vous avez besoin d'intégrations très spécifiques disponibles uniquement dans le catalogue Make

Choisissez N8N self-hosted si :

Vos workflows traitent des données personnelles sensibles (santé, RH, finance, juridique)
Vous êtes soumis à des obligations de conformité strictes (HDS, ISO 27001, exigences DSI)
Votre volume dépasse 100 000 opérations/mois
Vous avez une équipe technique (ou un partenaire intégrateur) capable de gérer l'infrastructure
Vous souhaitez créer des agents IA avec des modèles LLM natifs (OpenAI, Anthropic, Mistral, Ollama)
Vous opérez dans un secteur réglementé (santé, finance, administration, défense)
Vous voulez une indépendance totale vis-à-vis des prestataires SaaS

La vraie question n'est pas Make vs N8N — c'est : quelle criticité ont vos données ? Si elles sont peu sensibles, Make est excellent : rapide, fiable, et sans friction. Si elles sont confidentielles — données de santé, dossiers RH, informations financières, secrets commerciaux — N8N self-hosted est le seul choix véritablement responsable en 2026. L'architecture hybride reste la solution la plus pragmatique pour la plupart des PME : Make pour la vitesse, N8N pour la souveraineté.

Chez AutomateIA, nous déployons et configurons des architectures N8N self-hosted pour des PME françaises qui souhaitent reprendre le contrôle de leurs données tout en automatisant leurs processus métier. Nos accompagnements incluent le setup initial, la formation des équipes et la documentation technique.

Contactez-nous pour un audit gratuit de vos besoins en automatisation souveraine →

Questions fréquentes

N8N self-hosted est-il vraiment RGPD-compliant ?

Oui — à condition d'être correctement configuré. En self-hosting N8N sur un serveur hébergé dans l'UE (OVH Roubaix, Scaleway Paris, Hetzner Francfort), vous êtes responsable du traitement et toutes les données restent sur votre infrastructure. Aucune donnée ne transite par des serveurs tiers. Vous devez néanmoins documenter vos traitements, chiffrer les données au repos, gérer les logs et mettre en place des procédures de sauvegarde/restauration. La conformité RGPD est votre responsabilité en tant que responsable de traitement — N8N vous donne simplement les moyens de la garantir.

Peut-on déployer N8N self-hosted sans compétences DevOps ?

C'est faisable mais difficile sans un minimum de connaissances techniques. La configuration Docker de base (N8N + PostgreSQL + Nginx) requiert de savoir manipuler des fichiers docker-compose.yml, configurer un reverse proxy et gérer des certificats SSL. Si vous n'avez pas ces compétences en interne, deux options : faire appel à un intégrateur spécialisé pour le setup initial (coût unique de 800-2 000 €), ou opter pour N8N Cloud — la version hébergée par N8N (serveurs en UE, moins souveraine que le self-hosting mais bien plus simple à maintenir).

Make.com est-il conforme au RGPD pour les entreprises françaises ?

Make.com propose un DPA (Data Processing Agreement) et offre la possibilité de choisir des serveurs AWS dans la région EU (Frankfurt, Dublin). Cela couvre l'obligation de localisation des données dans l'UE. Cependant, depuis le rachat par Celonis (entreprise américaine cotée aux USA), Make est soumise au Cloud Act américain. En théorie, les autorités américaines peuvent demander l'accès aux données. Pour des données non-sensibles, Make est suffisant pour la conformité RGPD. Pour des données médicales, RH ou financières, la prudence impose le self-hosting.

Quelle est la différence entre N8N Community et N8N Enterprise ?

N8N Community (open-source, licence Sustainable Use) est gratuit pour usage interne en entreprise et inclut tous les nœuds, workflows illimités et l'accès complet à l'outil. N8N Enterprise ajoute des fonctionnalités de gouvernance : SSO/SAML, audit logs avancés, gestion des permissions par rôle, support prioritaire et SLA garanti. Le prix Enterprise est sur devis. Pour une PME de moins de 50 personnes avec un usage interne, Community suffit largement. Enterprise est justifié quand vous avez des équipes multiples, des exigences d'audit strictes (ISO 27001, SOC 2) ou des obligations contractuelles avec vos clients.

Peut-on migrer ses scénarios Make vers N8N ?

Il n'existe pas d'outil de migration automatique entre Make et N8N — la migration se fait manuellement. Les concepts sont proches (modules ↔ nœuds, scénarios ↔ workflows, opérations ↔ exécutions) mais l'implémentation diffère. Un scénario Make simple se recrée en N8N en 15-30 minutes. Un scénario complexe avec itérateurs, agrégateurs et gestion d'erreurs avancée peut prendre 2-4 heures. Estimation pour une migration complète : comptez 1 journée par 10-15 scénarios Make actifs. Le point positif : la migration est l'occasion de simplifier et d'optimiser vos automatisations.