Quand utiliser n8n (et quand écrire un worker à la place)

Résumé : n8n pour des intégrations lisibles et à volume modéré ; du code (workers) pour l'idempotence, les tests et l'observabilité — ou les deux en hybride.

n8n est excellent pour le "milieu sale" : coller ensemble CRM, mail, tableurs et APIs, avec une trace visuelle de ce qui s'exécute. Mais c'est un mauvais choix pour des pipelines à fort volume, tout ce qui a une latence stricte, ou des workflows qui doivent être vraiment testés.

Choisir entre n8n et du code sur mesure

Utilisez n8n quand

• La personne non-tech qui possède le process doit pouvoir inspecter les exécutions
• Le volume reste sous quelques milliers d'événements par jour
• La plupart des étapes sont des appels HTTP ou des transforms simples

Écrivez un worker quand

• Vous avez besoin de retries, de clés d'idempotence et d'une vraie observabilité
• La logique dépasse ~20 nœuds — elle cesse d'être lisible
• La donnée est assez sensible pour que "cliquer dans une UI" soit le mauvais modèle de gouvernance

Le pattern hybride qui fonctionne

Souvent la réponse n'est ni l'un ni l'autre : n8n pour l'orchestration et la visibilité, et délégation des étapes lourdes ou sensibles à un petit worker (consumer de queue, Edge function, cron) avec idempotence, logs structurés et tests unitaires. n8n devient le plan de contrôle ; le code devient le plan de données.

Observabilité et gestion du changement

Exportez les workflows en JSON, versionnez-les dans git, et traitez les changements comme tout autre PR. Pour l'astreinte, il faut des alertes quand un workflow échoue ou s'arrête silencieusement — pas un mail enterré dans une boîte perso. Nommez workflows et nœuds pour que la personne suivante comprenne l'intention sans ouvrir vingt branches.

Checklist rapide

Avant de vous engager sur n8n pour une nouvelle intégration : le volume est-il prévisible et sous quelques milliers d'événements par jour ? Le métier peut-il lire le journal d'exécution ? Si oui aux deux, n8n est un bon défaut. Sinon, prototyper dans n8n, puis planifier quelles parties passent en code.