Je construis des systèmes qui tournent sans moi. Et je publie ce qui marche.

n8n est devenu mon outil d’automatisation principal. Auto-hébergé sur un petit VPS, il exécute un nombre illimité de workflows pour le prix d’un café par semaine. Là où Zapier et Make facturent chaque étape exécutée, mon instance publie, lit des Google Sheets et appelle des API tous les jours sans aucun compteur, pour le seul prix du serveur. Soyons précis dès la première ligne : à faible volume, un abonnement Make coûte moins cher qu’un VPS. Le seuil à partir duquel l’auto-hébergement devient réellement rentable, je vous le donne chiffré juste en dessous.

Dans ce guide, je vous montre comment installer n8n sur un VPS, de zéro jusqu’à une installation propre, sécurisée et accessible en HTTPS. C’est celle que j’utilise en production. Aucune compétence d’administrateur système requise : si vous savez copier-coller des commandes et suivre des étapes dans l’ordre, vous y arriverez.

Une précision avant de commencer. Ce guide décrit l’installation que j’utilise, pas la seule possible ni forcément la meilleure. J’ai retenu Hostinger et Docker parce que cette configuration tourne chez moi sans incident depuis des mois, pas parce que j’aurais testé les quinze alternatives. À chaque étape, je vous dis pourquoi j’ai tranché ainsi, pour que vous puissiez trancher autrement en connaissance de cause. Et une section en fin d’article liste les alternatives sérieuses, avec les cas où elles valent mieux que ce montage.

n8n Cloud, Zapier, Make… ou auto-hébergement ?

Avant de sortir la carte bleue pour un abonnement d’automatisation, posons les chiffres. Le critère qui change tout, c’est le volume d’opérations. Zapier et Make facturent chaque étape exécutée, pas le workflow. Un workflow de 10 nœuds lancé 2 fois par jour consomme donc environ 600 opérations par mois ; un scénario de 30 modules à la même fréquence en consomme 1 800.

Solution	Coût mensuel	Ce qui est inclus	Pour qui
Make — plan gratuit	0 €	1 000 opérations/mois	Un ou deux workflows légers
Make — Core	≈ 12 $	10 000 opérations/mois	Volume faible à moyen
Zapier — Professional	à partir de ≈ 20 $	Facturé à la tâche, selon le palier choisi	Le plus large catalogue d’applications
n8n Cloud — Starter	20 €	2 500 exécutions/mois, workflows illimités	Ceux qui refusent toute technique
n8n auto-hébergé (VPS)	à partir de 5,49 €, puis ≈ 12 €	Exécutions et workflows illimités	Volume élevé, maîtrise des données

Tarifs relevés en septembre 2026 sur les pages officielles des quatre éditeurs. Ils évoluent régulièrement : vérifiez avant de vous engager. Zapier et Make affichent leurs prix en dollars, n8n et Hostinger en euros.

Regardons ces chiffres honnêtement, parce qu’ils ne disent pas ce qu’on lit partout. À faible volume, l’auto-hébergement ne fait pas économiser d’argent. Et je suis très en dessous du seuil : le calcul ne bascule qu’au-delà de 10 000 opérations par mois, soit environ 330 par jour, là où mon instance en consomme quelques centaines. Tout ce qui tourne chez moi tiendrait dans le plan Core de Make. Sans doute même dans son offre gratuite.

Alors pourquoi j’auto-héberge quand même ? Pour trois raisons qui n’ont rien à voir avec le prix. La première, c’est que je teste beaucoup. Mon instance héberge aujourd’hui quatorze workflows, dont un seul tourne vraiment en continu. Les autres sont des essais : des montages construits puis laissés en pause, des idées reprises un mois plus tard, quelques-unes abandonnées. Chez un service facturé à l’opération, cette façon de travailler se paie, et on finit par hésiter avant de tenter quoi que ce soit. Sur mon serveur, la question ne se pose pas. Je n’ai encore parlé d’aucun de ces montages ici ; ils arriveront quand ils auront tourné assez longtemps pour que j’aie quelque chose d’honnête à en dire.

Les identifiants de mes comptes (Pinterest, Google, diverses API) restent par ailleurs sur mon serveur et ne transitent par aucun tiers. Et un workflow complexe ne me coûte pas plus cher qu’un workflow simple, alors que chez Make chaque module ajouté est facturé à chaque exécution. Le vrai coût de l’auto-hébergement se paie en temps : une heure d’installation, celle que ce guide va vous faire gagner, puis quelques minutes de maintenance par mois.

Étape 1 — Choisir et commander son VPS

n8n est léger. Deux gigaoctets de RAM et 1 à 2 vCPU suffisent largement pour plusieurs dizaines de workflows. En pratique, les offres d’entrée de gamme démarrent aujourd’hui à 4 Go, vous serez donc confortable d’emblée. Inutile de surdimensionner : vous pourrez augmenter la taille du serveur plus tard en quelques clics.

J’utilise personnellement un VPS Hostinger. L’interface est en français et, gros avantage pour les débutants, un template n8n est proposé préinstallé. Au moment de créer le VPS, vous choisissez « Ubuntu 24.04 avec n8n » comme système d’exploitation, et l’application est déployée automatiquement dans Docker. L’offre d’entrée (KVM 1 : 4 Go de RAM, 1 vCPU, 50 Go NVMe) est affichée à 5,49 €/mois et suffit largement. Attention à ce prix d’appel : il suppose un engagement long, et le renouvellement passe à 11,99 €/mois. Intégrez-le à votre calcul dès le départ, et comparez les tarifs de renouvellement chez les autres hébergeurs plutôt que les prix affichés.

Deux chemins mènent au même résultat, et l’étape 3 les détaille tous les deux. Avec le template, Hostinger déploie n8n et Traefik pour vous : il ne vous reste qu’à vérifier la configuration. Sans template, chez n’importe quel hébergeur, vous installez la même chose à la main en quelques commandes. Le montage obtenu est identique dans les deux cas.

Étape 2 — Quelle adresse pour votre instance

Avant d’installer quoi que ce soit, une décision à prendre. Elle paraît anodine et elle ne l’est pas.

Si vous avez pris le template Hostinger, vous avez déjà une adresse qui fonctionne : n8n répond sur https://n8n.[nom-d-hôte-de-votre-VPS], avec un certificat HTTPS valide, sans rien configurer. Pour la plupart des gens, c’est la bonne réponse, et vous pouvez passer directement à l’étape 3.

Si vous installez à la main chez un autre hébergeur, il vous faut en revanche une adresse à vous avant de lancer les conteneurs. Traefik demande le certificat au démarrage, pour le nom que vous lui indiquez ; sans enregistrement DNS déjà en place, la demande échoue.

Les deux options, et ce qu’elles coûtent

Le nom d’hôte fourni par l’hébergeur ne coûte rien, fonctionne immédiatement, et surtout il isole votre marque. Si un robot classe un jour votre outil comme suspect, c’est ce nom d’hôte qui porte l’étiquette. Sa faiblesse : il ne vous appartient pas. Le jour où vous changez d’hébergeur, l’adresse disparaît, et toutes vos URL de rappel OAuth sont à refaire. Quand on a mis trois semaines à obtenir un accès API, ce n’est pas un détail.

Un domaine à vous donne une adresse stable, que vous emportez d’un hébergeur à l’autre. Sa faiblesse, je l’ai apprise à mes dépens : un sous-domaine partage la réputation du domaine principal. J’ai mis mon instance sur un sous-domaine de ma marque, Google l’a classée « page trompeuse », et c’est le nom du blog qui s’est retrouvé derrière un avertissement rouge.

Si vous choisissez votre propre domaine

Il s’agit de faire pointer un sous-domaine, par exemple n8n.votredomaine.fr, vers l’adresse de votre serveur. Trois manipulations, dans l’ordre :

• Récupérez l’adresse IP publique de votre VPS (affichée dans le panel de votre hébergeur).
• Dans la zone DNS de votre domaine, créez un enregistrement de type A : nom n8n, valeur = l’IP du VPS.
• Patientez le temps de la propagation DNS (souvent quelques minutes, parfois quelques heures), puis vérifiez que l’adresse répond avant de lancer l’installation.

Étape 3 — Installer n8n sur un VPS avec Docker

Commençons par le point commun aux deux chemins : se connecter au serveur. Sur Windows, ouvrez PowerShell ; sur Mac ou Linux, le Terminal. Tapez la commande ci-dessous en remplaçant l’adresse par l’IP de votre VPS, puis saisissez le mot de passe fourni par votre hébergeur. Rien ne s’affiche pendant que vous tapez le mot de passe, c’est normal.

ssh root@VOTRE.IP.DU.VPS

3A — Avec le template, l’installation est déjà faite

Si vous avez choisi l’image « Ubuntu 24.04 avec n8n » au moment de commander le VPS, tout est déjà en place quand le serveur démarre. n8n et Traefik tournent, le certificat HTTPS est demandé automatiquement, et il n’y a aucune configuration à écrire. C’est le chemin que j’ai pris. Placez-vous dans le dossier de configuration et regardez ce qui s’y trouve :

cd /docker/n8n
ls -la
docker compose ps

Deux fichiers vous attendent. docker-compose.yml décrit les conteneurs à lancer. Le fichier .env contient les valeurs qu’il utilise : votre domaine, le sous-domaine, l’adresse e-mail pour le certificat et le fuseau horaire. Ce sont les quatre variables de la capture ci-dessus. Ouvrez-le pour vérifier qu’elles correspondent bien à votre domaine :

nano .env

nano est un éditeur de texte qui fonctionne directement dans la fenêtre SSH. On enregistre avec Ctrl+O suivi d’Entrée, on quitte avec Ctrl+X. Si vous changez une valeur, appliquez-la avec docker compose up -d.

Ce raccourci fait gagner une heure, et je ne le regrette pas. Sa contrepartie, c’est qu’on ignore ce qui tourne sur sa machine tant qu’on n’a pas ouvert ces deux fichiers. D’où la section suivante, qui reconstruit exactement la même chose à la main. Lisez-la même si vous n’en avez pas besoin aujourd’hui : le jour où quelque chose casse, c’est là-dedans qu’il faudra aller.

3B — Sans template, chez n’importe quel hébergeur

Installez d’abord Docker s’il n’est pas déjà là :

curl -fsSL https://get.docker.com | sh

Créez le dossier qui contiendra la configuration, placez-vous dedans, et ouvrez un éditeur :

mkdir -p /docker/n8n && cd /docker/n8n
nano docker-compose.yml

Collez le contenu ci-dessous (dans PowerShell, un clic droit colle), puis enregistrez avec Ctrl+O et Entrée, et quittez avec Ctrl+X. Cette configuration installe deux conteneurs : n8n, et Traefik qui sert de portier et obtient le certificat HTTPS tout seul auprès de Let’s Encrypt.

services:
  traefik:
    image: traefik
    restart: always
    command:
      - "--providers.docker=true"
      - "--providers.docker.exposedbydefault=false"
      - "--entrypoints.web.address=:80"
      - "--entrypoints.web.http.redirections.entryPoint.to=websecure"
      - "--entrypoints.web.http.redirections.entryPoint.scheme=https"
      - "--entrypoints.websecure.address=:443"
      - "--certificatesresolvers.mytlschallenge.acme.tlschallenge=true"
      - "--certificatesresolvers.mytlschallenge.acme.email=${SSL_EMAIL}"
      - "--certificatesresolvers.mytlschallenge.acme.storage=/letsencrypt/acme.json"
      - "--accesslog=true"
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - traefik_data:/letsencrypt
      - /var/run/docker.sock:/var/run/docker.sock:ro
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    labels:
      - traefik.enable=true
      - traefik.http.routers.n8n.rule=Host(`${SUBDOMAIN}.${DOMAIN_NAME}`)
      - traefik.http.routers.n8n.entrypoints=web,websecure
      - traefik.http.routers.n8n.tls.certresolver=mytlschallenge
    environment:
      - N8N_HOST=${SUBDOMAIN}.${DOMAIN_NAME}
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://${SUBDOMAIN}.${DOMAIN_NAME}/
      - GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
      - N8N_PROXY_HOPS=1
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  traefik_data:
  n8n_data:

Créez ensuite le fichier des variables, celui de la capture plus haut :

nano .env

DOMAIN_NAME=votredomaine.fr
SUBDOMAIN=n8n
SSL_EMAIL=vous@votredomaine.fr
GENERIC_TIMEZONE=Europe/Paris

Lancez le tout, puis vérifiez que les deux conteneurs sont bien démarrés :

docker compose up -d
docker compose ps

Dans les deux cas, une à deux minutes plus tard, ouvrez https://n8n.votredomaine.fr dans votre navigateur : n8n vous accueille avec la création du compte propriétaire. Le cadenas HTTPS est déjà là, Traefik s’est occupé du certificat sans rien demander.

Étape 4 — Fermer l’interface, puis entretenir

C’est la partie sur laquelle j’ai appris le plus cher, et celle que la plupart des guides sautent. Une instance n8n installée comme ci-dessus présente au monde entier une page demandant une adresse e-mail et un mot de passe, sur un domaine que personne ne connaît. Vue par un robot, elle ressemble à s’y méprendre à une page d’hameçonnage. J’ai fini avec mon sous-domaine classé « page trompeuse » par Google et un avertissement rouge « Site dangereux » devant l’adresse. Voici le correctif.

Le principe : ajouter une demande de mot de passe au niveau du reverse proxy, devant l’application. Le visiteur non authentifié ne voit plus de page de connexion, il reçoit un refus. Mais il ne faut pas tout fermer : les webhooks et l’adresse de rappel OAuth2 doivent rester joignables, sans quoi vos intégrations cessent de fonctionner. D’où deux règles de routage vers le même conteneur, l’une protégée, l’autre ouverte sur les seuls chemins nécessaires.

Premier réflexe, avant de modifier quoi que ce soit : faites une copie des deux fichiers. Cinq secondes qui vous permettront de tout remettre en place si ça tourne mal.

cd /docker/n8n
cp docker-compose.yml docker-compose.yml.sauvegarde
cp .env .env.sauvegarde

Générez ensuite un identifiant chiffré. La commande vous demande un mot de passe deux fois, puis affiche une ligne de la forme identifiant:$2y$05$… :

docker run --rm -it httpd:alpine htpasswd -nB VOTRE_IDENTIFIANT

Reportez cette ligne dans votre .env sous la clé N8N_AUTH, en doublant chaque caractère dollar :

N8N_AUTH=identifiant:$$2y$$05$$le_reste_de_votre_empreinte

Rouvrez le fichier de configuration avec nano docker-compose.yml. Sous le service n8n, repérez la section labels : ce sont les consignes que le conteneur transmet à Traefik, et c’est là que tout se joue. Remplacez cette section par celle-ci, en respectant l’indentation au caractère près. En YAML, deux espaces de décalage changent le sens du fichier.

    labels:
      - traefik.enable=true
      - traefik.http.middlewares.n8n-auth.basicauth.users=${N8N_AUTH}
      - traefik.http.routers.n8n.rule=Host(`${SUBDOMAIN}.${DOMAIN_NAME}`)
      - traefik.http.routers.n8n.entrypoints=web,websecure
      - traefik.http.routers.n8n.tls.certresolver=mytlschallenge
      - traefik.http.routers.n8n.middlewares=n8n-auth@docker
      - traefik.http.routers.n8n-public.rule=Host(`${SUBDOMAIN}.${DOMAIN_NAME}`) && (PathPrefix(`/webhook`) || PathPrefix(`/webhook-test`) || PathPrefix(`/webhook-waiting`) || PathPrefix(`/rest/oauth2-credential/callback`))
      - traefik.http.routers.n8n-public.priority=100
      - traefik.http.routers.n8n-public.entrypoints=web,websecure
      - traefik.http.routers.n8n-public.tls.certresolver=mytlschallenge

La deuxième ligne crée le contrôle par mot de passe. Les quatre suivantes définissent le routeur de l’interface et lui appliquent ce contrôle. Les quatre dernières créent un second routeur vers le même conteneur, qui ne répond qu’aux adresses de webhook et au retour d’autorisation : sa priorité plus élevée le fait consulter en premier, donc ces chemins-là passent sans mot de passe pendant que tout le reste est fermé.

Relancez, puis vérifiez deux choses plutôt qu’une.

docker compose up -d
docker compose ps

Les deux conteneurs doivent afficher running. Ouvrez ensuite votre adresse dans une fenêtre de navigation privée : une petite boîte doit vous demander un identifiant et un mot de passe avant tout affichage de n8n. Tant que vous ne l’avez pas vue de vos yeux, considérez que votre interface est restée ouverte à tous.

Vérifiez aussi que vous n’avez pas tout fermé. Dans n8n, ouvrez un workflow contenant un webhook et appelez son adresse depuis votre navigateur : elle doit répondre sans rien demander. Si elle réclame un mot de passe, c’est que la seconde règle de routage n’est pas prise en compte, et vos intégrations extérieures cesseront de fonctionner.

Une fois l’interface fermée, quatre habitudes d’entretien suffisent.

• Un mot de passe fort et unique sur le compte propriétaire n8n. C’est la porte d’entrée de tout le reste.
• Des mises à jour régulières : docker compose pull && docker compose up -d une fois par mois. n8n évolue vite et les correctifs de sécurité sont fréquents. Pour savoir où vous en êtes, la version installée s’affiche dans le menu Help, entrée About n8n.
• Des sauvegardes : le volume n8n_data contient workflows et credentials chiffrés. Sauvegardez-le régulièrement (la plupart des hébergeurs proposent des snapshots automatiques du VPS en option à quelques euros).
• Le pare-feu du VPS : n’ouvrez que les ports 22 (SSH), 80 et 443. Tout le reste fermé.

Coût réel après installation

Voici ce que coûte réellement une installation comme celle décrite dans ce guide, sur l’offre d’entrée :

Poste	Coût
VPS (Hostinger KVM 1, 4 Go RAM)	5,49 €/mois la première période, puis 11,99 €/mois
n8n (licence Community auto-hébergée)	0 €
Certificat HTTPS (Let’s Encrypt via Traefik)	0 €
Sous-domaine	0 € (inclus avec votre domaine)
Total	5,49 € puis ≈12 €/mois, exécutions et workflows illimités

À titre de comparaison, ce qui tourne réellement chez moi (lectures et mises à jour de Google Sheets, quelques appels d’API, un workflow quotidien) représente quelques centaines d’opérations par mois. Chez Make, cela tiendrait dans le plan Core, et sans doute encore dans le plan gratuit. À ce volume, l’auto-hébergement ne me fait donc pas économiser d’argent. Il me débarrasse d’un plafond, ce qui est autre chose. Le jour où j’ajoute cinq workflows quotidiens, ma facture reste identique au centime près ; chez Make, elle change de palier.

Les alternatives à ce montage (et quand elles valent mieux)

Autant le dire clairement plutôt que de vendre ma solution comme la seule : l’auto-hébergement décrit ici n’est pas le bon choix pour tout le monde.

Si vous ne voulez pas être responsable des mises à jour, des sauvegardes et de la sécurité d’un serveur, prenez n8n Cloud. C’est un travail léger, mais réel, et il n’est jamais terminé. À 20 €/mois, vous achetez surtout le droit de ne plus y penser. Et en dessous de 10 000 opérations par mois, Make et Zapier restent moins chers, plus rapides à mettre en place, sans aucune maintenance. Il n’y a aucune honte à y rester. Si vous débutez, commencer là puis migrer plus tard est sans doute plus sage que l’inverse.

Côté hébergeur, Hetzner et Contabo sont souvent moins chers à performances comparables ; OVH et Scaleway hébergent en France si la localisation de vos données compte. Je suis chez Hostinger pour le template n8n préinstallé et l’interface en français, pas au terme d’un comparatif sérieux. Il existe aussi des interfaces de déploiement comme Coolify ou Dokploy, qui gèrent Docker, les certificats et les mises à jour à votre place. Plus confortable sur la durée que le Docker Compose de ce guide, au prix d’une couche supplémentaire à comprendre. Je ne les utilise pas, je préfère savoir exactement ce qui tourne sur ma machine, mais c’est une préférence personnelle et pas une recommandation technique.

Reste la contrepartie honnête de l’auto-hébergement : vous devenez l’administrateur système. Les mises à jour de n8n, les sauvegardes, le renouvellement des certificats, la surveillance de l’espace disque, c’est vous. Si l’instance tombe un dimanche matin, personne ne la relèvera à votre place. Comptez quelques minutes par mois en régime normal, et une soirée de temps en temps quand une mise à jour se passe mal. Si cette phrase vous a fait grimacer, n8n Cloud est un meilleur choix que ce guide.

FAQ

Faut-il savoir coder pour utiliser n8n ?

Non pour l’essentiel : les workflows se construisent visuellement en reliant des nœuds. Un peu de JavaScript est utile pour les cas avancés (nœud Code), mais on peut déjà automatiser énormément sans écrire une ligne.

n8n auto-hébergé est-il vraiment gratuit ?

Oui, pour l’usage décrit dans ce guide. La licence Community (Sustainable Use License) autorise gratuitement l’auto-hébergement pour vos besoins internes ou personnels : automatiser votre propre activité, synchroniser vos données, construire vos intégrations. Le seul coût est votre serveur. Deux nuances à connaître. n8n est fair-code et non open source : le code est consultable, mais la licence pose des limites d’usage. Et revendre l’accès à une instance, l’héberger pour des clients payants ou la proposer en marque blanche exige une licence commerciale distincte. Certaines fonctionnalités avancées (SSO, collaboration d’équipe poussée) sont par ailleurs réservées aux plans payants.

Quel hébergeur choisir pour n8n ?

N’importe quel VPS avec au moins 2 Go de RAM fait l’affaire, et les offres d’entrée actuelles démarrent à 4 Go. J’utilise Hostinger pour le tarif de départ et le template n8n préinstallé ; OVH, Contabo ou Scaleway fonctionnent aussi très bien. Comparez les prix de renouvellement et pas seulement les prix d’appel : l’écart est souvent du simple au double.

Que se passe-t-il si mon serveur redémarre ?

Grâce à la directive restart: unless-stopped du docker-compose, n8n et Traefik redémarrent automatiquement avec le serveur. Vos workflows actifs reprennent sans intervention.

Puis-je migrer plus tard de n8n Cloud vers l’auto-hébergé (ou inversement) ?

Oui : les workflows s’exportent et s’importent en JSON en quelques clics. Seules les credentials devront être reconnectées sur la nouvelle instance.

Et après ? Votre premier workflow en production

Votre instance tourne, en HTTPS, sur votre propre domaine : le plus dur est fait. La suite logique, c’est de lui donner du travail. Pour voir un cas réel de bout en bout, avec ses pièges et ses solutions, je vous montre dans cet article comment publier automatiquement des épingles Pinterest 2 fois par jour depuis un simple planning Google Sheets : création de l’app développeur, OAuth2, et même l’astuce pour héberger vos pages légales directement sur n8n.

Publier deux épingles par jour sur Pinterest, tous les jours, sans y toucher. C’est le dispositif que j’ai monté avec un workflow n8n auto-hébergé, un Google Sheets comme planning et l’API Pinterest v5, l’interface qui permet à un programme de publier sans passer par l’application. Sur le papier, c’est simple. En pratique, j’ai rencontré une série d’obstacles dont personne ne parle : Pinterest qui refuse certaines URLs, une clé secrète invisible tant que l’accès « Trial » n’est pas approuvé, des scopes à écrire d’une façon bien précise… Autant le dire tout de suite : le montage est prêt et testé jusqu’au dernier nœud, mais il ne tourne pas encore. Pinterest ne m’a toujours pas accordé l’accès à son API. Vous verrez ce blocage en direct dans les captures, et c’est justement ce que ce guide raconte.

Dans ce guide, je vous montre tout le parcours réel pour automatiser Pinterest avec n8n, étape par étape, y compris les erreurs et les solutions de contournement. Notamment comment héberger votre politique de confidentialité directement sur n8n si vous n’avez pas de site web. C’est un cas fréquent quand, comme moi pour ce projet, vous vendez uniquement sur une marketplace comme Amazon KDP.

Pourquoi automatiser Pinterest avec n8n

Pinterest est un canal de trafic à durée de vie longue : une épingle continue de circuler pendant des mois. Mais la régularité est la clé, et publier manuellement 2 fois par jour devient vite une corvée. L’automatisation résout ce problème : vous préparez vos visuels et votre planning une fois par semaine, et le système publie tout seul.

Pourquoi n8n plutôt que Zapier ou Make ? Trois raisons. L’auto-hébergement ne coûte que le prix de votre VPS, environ 6 à 12 €/mois. Il n’y a aucune limite de tâches mensuelles. Et vous gardez le contrôle de vos données et de vos credentials. Pour un workflow qui tourne 60 fois par mois minimum, la différence de coût est significative. Si vous n’avez pas encore d’instance, commencez par le guide d’installation de n8n sur un VPS.

Le workflow en un coup d’œil : 7 nœuds

Le principe : un planning tenu dans Google Sheets (une ligne = une épingle, avec titre, description, tableau cible, chemin de l’image et statut), et un workflow n8n qui se déclenche deux fois par jour pour publier la prochaine épingle en attente.

#	Nœud	Rôle
1	Schedule Trigger	Déclenche le workflow 2×/jour (ex. 20h30 et 21h45)
2	Google Sheets (read)	Lit le planning des épingles
3	Code (JavaScript)	Sélectionne la prochaine ligne à publier
4	Read File(s) From Disk	Charge le visuel de l’épingle depuis le serveur
5	Extract from File	Convertit l’image en Base64
6	HTTP Request	POST vers l’API Pinterest v5 pour créer l’épingle
7	Google Sheets (update)	Marque la ligne comme PUBLIÉE

Premier piège : n8n n’a pas de nœud Pinterest natif. Il faut passer par un nœud HTTP Request générique vers POST https://api.pinterest.com/v5/pins, avec une authentification que vous configurez vous-même. Et c’est là que tout se complique.

OAuth2 ou jeton statique : le bon choix pour un workflow planifié

Deux méthodes existent pour authentifier vos appels à l’API Pinterest. Autrement dit, pour prouver à Pinterest que le programme qui écrit a bien le droit de publier sur votre compte.

OAuth2 est le mécanisme derrière l’écran « Autoriser cette application à accéder à votre compte » que vous connaissez déjà : vous accordez une permission sans jamais communiquer votre mot de passe, et l’application reçoit un jeton temporaire qu’elle renouvelle toute seule. Le jeton statique, lui, est une simple chaîne de caractères que vous copiez une fois dans n8n. Plus rapide à mettre en place, mais avec une date d’expiration fixe qu’il faudra surveiller. Voici la comparaison honnête :

Critère	OAuth2 (recommandé)	Jeton statique (Header Auth)
Fonctionnement	n8n gère et rafraîchit le token automatiquement	Vous collez un Bearer token à la main
Durée de vie	Rafraîchi automatiquement	Expire au bout d’environ 30 jours
Maintenance	Quasi nulle une fois connecté	À re-coller chaque mois
Mise en place	Plus longue au départ	Rapide mais fragile

Pour un workflow qui tourne en automatique tous les jours, le jeton statique est un piège. Il expirera un jour où vous ne regardez pas, et vos publications s’arrêteront en silence. Choisissez OAuth2 « Authorization Code » dès le départ, même si la mise en place est un peu plus longue.

Étape 1 — Créer l’application Pinterest Developer

Rendez-vous sur developers.pinterest.com/apps avec votre compte Pinterest Business, puis cliquez sur « Connecter l’application ». Voici les champs à remplir, avec les valeurs types :

Champ	Quoi mettre
Nom de l’application	Un nom descriptif (ex. « MaMarque AutoPin »)
Nom de l’entreprise	Votre marque ou micro-entreprise
Icône	Obligatoire, 512×512 px, sans le logo Pinterest
Site web	Une URL à vous (voir la section suivante si vous n’avez pas de site)
Politique de confidentialité	URL contenant le nom de votre marque (exigence stricte)
Objectif de l’application	Décrire l’usage réel (ex. publication automatique d’épingles depuis un planning)
Objectif du développeur	« Pour mon organisation / mon usage personnel »
Cas d’utilisation	Création et planification d’épingle
Audience	Créateurs

Deux détails vécus. Le champ « Icône » n’est signalé comme obligatoire qu’au moment de la soumission, alors préparez-la avant. Et un reCAPTCHA apparaît à la validation. Une fois soumise, l’application apparaît dans « Mes applications » avec un App ID. Notez-le, ce sera votre Client ID.

Étape 2 — Le casse-tête des URLs quand on n’a pas de site web

C’est le point qui m’a le plus surpris. Pinterest impose deux contraintes strictes, nulle part clairement documentées :

• Il refuse une URL pinterest.com comme « site web » de votre entreprise (votre profil Pinterest ne compte pas) ;
• Il exige que le nom de votre marque figure dans l’URL de la politique de confidentialité.

Si vous vendez uniquement sur une marketplace (Amazon KDP, Etsy…), vous n’avez ni site ni page de confidentialité. Faut-il installer un WordPress juste pour ça ? Non. L’astuce : héberger les deux pages directement sur votre instance n8n.

Héberger une page HTML sur n8n avec un webhook

Un webhook, dans n8n, n’est rien d’autre qu’une adresse web que n8n génère pour vous et qui déclenche un workflow dès qu’on l’appelle, depuis un navigateur par exemple. C’est ce qui permet l’astuce suivante : n8n peut servir des pages web publiques grâce à un mini-workflow de deux nœuds, un nœud Webhook (méthode GET, response mode « Using Respond to Webhook node ») connecté à un nœud Respond to Webhook qui renvoie du HTML avec l’en-tête Content-Type: text/html; charset=utf-8. Créez deux routes :

• Une page de présentation : https://n8n.votredomaine.fr/webhook/mamarque
• Une politique de confidentialité : https://n8n.votredomaine.fr/webhook/mamarque-confidentialite

Le chemin du webhook contient le nom de la marque : l’exigence de Pinterest est satisfaite. Cette astuce est réutilisable pour toute API qui exige une politique de confidentialité (Meta, TikTok, Google…).

Mise à jour : cette astuce m’a valu un refus

Je dois être honnête sur la suite, parce qu’elle change la recommandation de cette section. Ma demande d’accès Trial a été refusée, par un e-mail sans aucun motif. En reprenant le dossier, la cause est apparue clairement : le jour où le relecteur a ouvert mon lien de politique de confidentialité, le webhook ne répondait plus. Il n’a trouvé qu’une page d’erreur.

C’est la faiblesse de la méthode. Une page servie par n8n ne vit que tant que n8n tourne. Une instance redémarrée, un workflow désactivé, un domaine changé, et l’URL que Pinterest a enregistrée ne renvoie plus rien. Vous ne le voyez pas passer ; le relecteur, si. Et comme le refus n’est pas motivé, vous pouvez chercher longtemps.

Ce que je recommande désormais. L’astuce du webhook reste valable pour dépanner, mais à deux conditions : le workflow doit être activé en production et le rester pendant toute la durée de l’examen, et vous devez vérifier l’URL depuis une fenêtre de navigation privée juste avant de soumettre, puis de nouveau deux jours plus tard.

Si votre marque a la moindre vocation à durer, une vraie page sur un vrai domaine reste le choix sûr. Un hébergement mutualisé coûte moins de 5 € par mois, et vous en tirerez bien plus qu’une case cochée pour Pinterest. C’est ce que j’ai fini par faire : la politique de confidentialité vit maintenant sur le site de la marque, avec une section en anglais dédiée à l’application, pour que le relecteur n’ait plus à traduire quoi que ce soit.

Étape 3 — Configurer le redirect URI

Dans la page de votre app (onglet « Configurer » → « URI de redirection »), ajoutez l’URL de callback OAuth2 de votre instance n8n :

https://n8n.votredomaine.fr/rest/oauth2-credential/callback

Cette URL est affichée automatiquement par n8n en haut de l’écran de création de credential OAuth2 (« OAuth Redirect URL »). Elle doit correspondre exactement entre Pinterest et n8n. Un caractère de différence et l’autorisation échouera.

Étape 4 — La credential OAuth2 dans n8n

Ouvrez le nœud HTTP Request de création d’épingle, passez « Authentication » sur Generic Credential Type → OAuth2 API, puis créez la credential avec ces valeurs exactes :

Champ n8n	Valeur
Grant Type	Authorization Code
Authorization URL	https://www.pinterest.com/oauth/
Access Token URL	https://api.pinterest.com/v5/oauth/token
Client ID	Votre App ID Pinterest
Client Secret	La clé secrète de l’app (voir section suivante)
Scope	boards:read,pins:read,pins:write,user_accounts:read
Authentication	Header

Autre subtilité vécue : n8n n’enregistre la credential qu’au clic sur « Connect ». Si vous n’avez pas encore le Client Secret, vos saisies ne seront pas sauvegardées. Gardez ces valeurs sous la main pour les ressaisir.

Le mur que personne n’annonce : l’accès « Trial » en attente

Et voici le vrai blocage. Sur la page de configuration de l’app, la clé secrète affiche « Indisponible quand Accès à trial en attente ». Autrement dit : Pinterest ne révèle le Client Secret qu’après avoir approuvé manuellement l’accès Trial de votre application. Impossible de finaliser l’OAuth2 avant.

• Délai constaté : 1 à 3 jours ouvrés en général, parfois plus selon la communauté Pinterest.
• Rien à cliquer pour accélérer. En cas de retard anormal, ouvrez un ticket au support (« Pinterest API and Developer Tools » → « App management support »).
• La génération « rapide » de jeton proposée entre-temps ne donne que des scopes en lecture seule (pas de pins:write) : elle est inutilisable pour publier.

C’est frustrant, mais c’est aussi un bon test de patience : préparez votre planning Google Sheets et vos visuels pendant l’attente. Dès que la clé secrète apparaît, la finalisation prend 5 minutes.

Et si c’est un refus, pas une attente

Le scénario ci-dessus suppose que votre demande finit par passer. Elle peut aussi être refusée, ce qui m’est arrivé, et l’e-mail ne dit alors pas pourquoi. Voici les points à vérifier avant de redemander, par ordre de fréquence :

• Vos deux URL répondent-elles vraiment ? Testez-les en navigation privée. Une page d’attente « site en construction », un webhook éteint ou une erreur 404 suffisent à faire tomber le dossier.
• La politique de confidentialité est-elle lisible par le relecteur ? L’examen se fait en anglais. Une section anglaise décrivant l’application lui évite de deviner.
• Le nom de l’app correspond-il à la marque ? Un nom qui renvoie à un autre projet que le domaine déclaré brouille la lecture.
• La description dit-elle clairement qu’il s’agit d’un outil interne sur un seul compte ? C’est ce que le relecteur cherche en priorité : ce qui écarte le risque de collecte de données de tiers.
• Les scopes demandés sont-ils minimaux ? Demander l’accès aux publicités ou aux catalogues quand on publie des épingles est un signal négatif.

Corrigez, puis créez une nouvelle application. Et là, une mauvaise surprise vous attend : une fois l’accès refusé, Pinterest verrouille la fiche de l’application. Les cinq champs de l’onglet Détails passent en grisé, le bouton « Enregistrer » reste inactif, et rien ne vous l’explique à l’écran. Vous ne pouvez donc pas corriger le dossier refusé et le resoumettre : il faut repartir d’une application neuve. Le compteur autorise cinq applications, vous avez de la marge, et l’ancienne peut rester en place sans nuire. Si le second refus tombe sans plus d’explication, publiez un message sur le forum Pinterest Business Community, section Developers, en indiquant votre App ID. C’est le seul endroit où les développeurs obtiennent une réponse humaine.

Checklist de mise en service (une fois le Trial approuvé)

1. Copier la clé secrète depuis la page de l’app (onglet Configurer).
2. Dans n8n, rouvrir le nœud de création d’épingle → OAuth2 API → « Set up credential ».
3. Ressaisir les valeurs de la credential et coller le Client Secret.
4. Cliquer « Connect my account » → accepter l’écran d’autorisation Pinterest.
5. Vérifier la credential Google Sheets (les tokens Google expirent aussi, reconnectez si besoin).
6. Exécuter le workflow en test et vérifier qu’une épingle apparaît bien sur Pinterest.
7. Activer le workflow. C’est en production.

Les cinq pièges qui m’ont coûté le plus de temps

1. La mauvaise credential branchée : vérifiez toujours quelle credential est réellement sélectionnée dans votre nœud HTTP Request. Un reliquat d’un autre workflow peut s’y glisser.
2. L’URL de profil Pinterest refusée comme site web : prévoyez une URL à vous, même hébergée sur n8n.
3. Le nom de marque obligatoire dans l’URL de confidentialité : personne ne vous le dit avant le message d’erreur.
4. L’icône obligatoire découverte à la soumission : préparez un PNG 512×512 avant de commencer.
5. La clé secrète verrouillée tant que le Trial n’est pas approuvé : intégrez ce délai de quelques jours dans votre planning.

FAQ

Faut-il un compte Pinterest Business pour utiliser l’API ?

Oui. L’accès développeur et la création d’applications nécessitent un compte Business (gratuit, conversion possible depuis un compte personnel).

Combien coûte cette automatisation ?

L’API Pinterest est gratuite. Le seul coût est l’hébergement de n8n : environ 6 à 12 €/mois sur un VPS. Aucune limite de publications ni d’opérations, là où les plans Zapier et Make sont plafonnés. Leurs offres gratuites tiennent respectivement 100 tâches et 1 000 opérations par mois.

Puis-je utiliser un simple token au lieu d’OAuth2 ?

Techniquement oui, mais le token expire au bout d’environ 30 jours et vos publications s’arrêteront sans prévenir. Pour un workflow planifié, OAuth2 est la seule option sérieuse.

Que faire si l’accès Trial n’est jamais approuvé ?

Comptez 1 à 3 jours ouvrés. Au-delà d’une semaine, ouvrez un ticket au support Pinterest dans la catégorie « API and Developer Tools ». Vérifiez aussi que vos URLs (site et confidentialité) sont bien accessibles publiquement.

Cette méthode fonctionne-t-elle avec Make ou Zapier ?

Le principe (app développeur, OAuth2, endpoint /v5/pins) est identique. Make dispose même d’un module Pinterest natif qui simplifie l’authentification, mais avec les limites d’opérations de son plan tarifaire.

Ce que ce guide vous fait gagner, et ce qu’il ne garantit pas

La mise en place demande de la patience, et chez moi elle n’est pas terminée. L’accès à l’API m’a été refusé une première fois, et le workflow attend toujours. Le montage technique, lui, est prêt. Ce que je peux vous dire à ce stade, c’est ce que coûte le parcours, pas ce qu’il rapporte.

Le point d’étape suivra dès que les épingles partiront pour de bon : impressions, clics sortants, ce qui a fonctionné et ce qui n’a pas fonctionné. Avec les chiffres réels, y compris s’ils sont mauvais.