Épisode 2 sur 4 — Saison 1 : le pipeline Rylaz.
Sommaire
- Pourquoi j’ai choisi n8n
- La prise en main
- Ce qui m’a convaincu
- Ce qui m’a fait perdre du temps
- Pour qui c’est vraiment fait
- Le résultat après plusieurs semaines
- Où ça peut casser
- Ce que je recommande
Pourquoi j’ai choisi n8n
Dans le premier article, j’ai montré comment connecter WordPress à une IA. Le relais technique, c’était n8n. Il était temps d’en parler pour lui-même.
Avant n8n, j’avais regardé deux ou trois alternatives. Zapier, trop cher dès qu’on dépasse quelques automatisations. Make, correct, mais moins lisible visuellement pour moi. n8n gagnait sur un point simple : je pouvais l’auto-héberger, gratuitement, sur mon propre serveur.
Pour automatiser avec n8n, il faut d’abord accepter un léger coût d’entrée : l’installer soi-même. Pas de solution « cliquer et c’est prêt » comme les concurrents SaaS.
La prise en main
L’interface ressemble à un tableau blanc. Des nœuds, des flèches, des connexions entre les deux. Familier si on a déjà vu un organigramme.
Premier réflexe d’admin système : chercher la documentation technique avant de cliquer partout. Bon point, elle existe et elle est claire.
Le vrai déclic est venu après le troisième workflow, pas le premier. Les deux premiers m’ont pris du temps à cause de petites incompréhensions sur la façon dont les données circulent d’un nœud à l’autre.
Ce qui m’a convaincu
La gratuité réelle en auto-hébergement. Pas de limite artificielle sur le nombre d’exécutions, contrairement aux versions gratuites de la concurrence.
Le contrôle total des données. Rien ne transite par un serveur tiers. Pour quelqu’un qui gère des informations sensibles (identifiants, contenus non publiés), ça compte.
La possibilité d’utiliser du code quand un nœud standard ne suffit pas. Un nœud « Code » accepte du JavaScript directement dans le workflow. Pratique pour les cas particuliers.
Ce qui m’a fait perdre du temps
Honnêtement, deux points ont coincé.
D’abord, l’auto-hébergement lui-même. Installer n8n proprement (avec HTTPS, une base de données correcte, des sauvegardes) demande des compétences serveur. Sans elles, ça devient vite plus compliqué qu’un SaaS payant.
Ensuite, les credentials. Chaque connexion à un service externe (WordPress, une API, un email) demande de créer un identifiant à part dans n8n. La première fois, on ne sait pas toujours quel type choisir. Une erreur ici donne des messages d’erreur peu clairs, comme on l’a vu avec l’authentification WordPress dans l’article précédent.
Pour qui c’est vraiment fait
n8n convient bien à quelqu’un qui a déjà un minimum de réflexe technique, ou qui est prêt à y passer un peu de temps au départ. Pour quelqu’un qui veut juste « brancher deux applis » sans réfléchir, un outil plus simple (et payant) sera probablement plus rapide à prendre en main.
Le résultat après plusieurs semaines
Aujourd’hui, plusieurs workflows tournent en continu : publication de contenu, quelques automatisations internes. Aucune panne majeure depuis la mise en place. Le vrai gain n’est pas le temps gagné à la création du workflow (souvent plus long que faire la tâche une fois à la main), mais le temps gagné à chaque répétition suivante.
Où ça peut casser
- Un changement d’API chez un service connecté (WordPress, Rank Math) peut casser un workflow du jour au lendemain, sans prévenir.
- L’auto-hébergement veut dire que la disponibilité de n8n dépend de mon propre serveur, pas d’un tiers qui gère la charge à ma place.
Ce que je recommande
Si tu as déjà un serveur et un peu de patience technique : automatiser avec n8n est probablement le meilleur rapport contrôle/coût du marché. Si tu débutes complètement en technique, teste d’abord un scénario simple avant de construire quelque chose de critique dessus.
Cet article a été rédigé avec l’aide de Claude, publié via le pipeline d’automatisation n8n → WordPress décrit dans l’article précédent.
