n8n

Pourquoi n8n plutôt qu'un autre

n8n est un outil d'automatisation open source, disponible en offre hébergée comme en auto-hébergé. Deux conséquences pratiques, qui expliquent qu'il revienne si souvent dans mes recommandations.

L'unité facturée n'est pas la même. Zapier et Make décomptent chaque étape : un scénario de dix étapes consomme dix tâches à chaque passage, et enrichir la logique renchérit l'addition. n8n décompte l'exécution entière — dix étapes ou trois, c'est une exécution. Cela vaut sur n8n Cloud comme en auto-hébergé, donc l'essentiel de l'écart s'obtient sans serveur à tenir.

Vos données restent chez vous. Elles ne transitent pas par un tiers américain. Selon votre secteur, ce n'est pas un détail — et c'est un point que vos propres clients peuvent vous poser.

Ce que ça coûte vraiment

Mon critère de décision est simple : dès que vos scénarios comportent plusieurs étapes, n8n Cloud prend l'avantage, parce que c'est là que la facturation à la tâche se met à coûter cher. L'auto-hébergement n'entre en jeu qu'ensuite, sur une contrainte de localisation des données ou de très gros volumes.

Ce que je construis avec

Synchronisations entre Shopify, HubSpot et des outils métier. Traitements planifiés — rapports, réconciliations, nettoyages. Enchaînements conditionnels que les intégrations natives ne savent pas exprimer. Et des points de reprise, pour qu'un échec ponctuel ne perde pas de données.

Les règles que je m'impose

Filtrer au plus près de la source. Le nombre d'exécutions se pilote à l'abonnement, pas dans le scénario. Les déclencheurs sur metafield de Shopify servent exactement à ça.

Rendre les traitements idempotents. Un même événement peut arriver deux fois. Sans vérification, ce sont des doublons.

Alerter en cas d'échec. Un scénario en panne ne dit rien. C'est la première chose que je mets en place, avant même de terminer.