Publier automatiquement sur TikTok avec n8n et l'IA : Content Posting API, script et légende

TikTok récompense la régularité plus que n'importe quel autre réseau : un compte qui publie tous les deux jours conserve sa portée organique, un compte qui publie une fois par mois repart quasiment de zéro à chaque vidéo. C'est justement ce rythme soutenu qui rend la publication manuelle difficile à tenir dans la durée — et qui fait de n8n un bon candidat pour absorber la mécanique répétitive (script, légende, envoi du fichier) tout en laissant un humain trancher, vidéo par vidéo, sur ce qui part réellement en ligne.

Ce qu'expose vraiment la Content Posting API

TikTok ne propose pas de simple endpoint « publier » : la Content Posting API, via sa fonctionnalité Direct Post, impose un enregistrement préalable et quelques contraintes à connaître avant de construire le workflow.

• Une app TikTok for Developers obligatoire, avec le produit Content Posting API activé et un compte TikTok Business ou Creator connecté en OAuth2 pour autoriser la publication.
• Le mode SELF_ONLY tant que l'app n'est pas auditée. Sans avoir passé l'audit spécifique de la Content Posting API — distinct de l'inscription développeur classique — chaque publication est forcée en visibilité privée, visible uniquement par le compte propriétaire. Le workflow fonctionne, l'appel réussit, mais rien n'est réellement public tant que l'audit n'est pas validé : un piège fréquent qui se découvre souvent trop tard, en croyant l'automatisation cassée alors qu'elle tourne parfaitement.
• Une divulgation obligatoire pour le contenu sponsorisé. L'API impose de déclarer si une publication fait la promotion d'une marque tierce ou de sa propre activité — un champ à renseigner systématiquement dans le workflow dès qu'un contenu est commercial, sous peine de rejet ou de sanction du compte.

Node natif, node communautaire ou service tiers ?

Il n'existe pas de node n8n-nodes-base officiel pour TikTok. Trois options coexistent :

1. Un node communautaire (par exemple n8n-nodes-tiktok) : pratique pour démarrer vite, mais souvent maintenu par un seul contributeur et à surveiller pour la compatibilité avec les évolutions de l'API TikTok.
2. Un service d'agrégation tiers (Blotato, Postiz, Upload-Post) : ces plateformes gèrent l'authentification TikTok et exposent une API unique pour plusieurs réseaux sociaux, au prix d'un abonnement et d'une dépendance supplémentaire dans la chaîne.
3. Le node HTTP Request pointé directement sur la Content Posting API : plus de configuration initiale, mais aucune dépendance tierce et un contrôle total sur chaque paramètre — l'approche retenue ici, cohérente avec celle déjà documentée pour publier automatiquement sur Instagram et sur X (Twitter).

Le pipeline en n8n

1. Déclencheur et source du sujet

Un Schedule Trigger (par exemple tous les deux jours, pour respecter le rythme évoqué en introduction) lance le workflow à partir d'une ligne « à traiter » dans un calendrier éditorial Notion ou Airtable, sur le même principe que celui détaillé dans notre calendrier éditorial multi-réseaux avec Notion et n8n.

2. Script et légende générés par un node AI Agent

Un node AI Agent transforme le sujet en script court (structure d'accroche des trois premières secondes, corps, chute) et en légende avec hashtags, verrouillés par un Structured Output Parser (script, legende, hashtags, est_sponsorise). Ce dernier champ, booléen, alimente directement le paramètre de divulgation exigé par l'API.

3. Production ou récupération du fichier vidéo

Selon le pipeline, la vidéo provient d'un montage déjà produit (déposé dans un stockage) ou d'une génération assistée (voix off IA sur un visuel généré, sur le même principe que notre guide sur la génération de voix par IA avec ElevenLabs). Le fichier final doit être disponible soit comme binaire dans le workflow, soit à une URL accessible publiquement.

4. Relecture humaine avant tout appel à l'API

Comme pour Instagram, le brouillon (script, légende, extrait ou vignette de la vidéo) part sur Slack pour validation, en reprenant le pattern human-in-the-loop décrit dans notre article sur l'approbation humaine avec le node Wait et des boutons Slack : un node Wait en mode On Webhook Call suspend le workflow jusqu'à un clic « Publier » ou « Rejeter ». Tant que l'app n'est pas auditée, cette étape ne coûte rien en visibilité (la vidéo reste privée de toute façon) — mais elle devient décisive dès que l'audit est validé et que chaque publication devient réellement publique.

5. Initialisation, envoi, puis publication

Deux stratégies selon l'hébergement du fichier :

Option A — PULL_FROM_URL (domaine vérifié dans TikTok for Developers) :
1) POST https://open.tiktokapis.com/v2/post/publish/video/init/
   Body : { "post_info": {...}, "source_info": { "source": "PULL_FROM_URL", "video_url": "..." } }
   → renvoie { "publish_id": "..." }

Option B — FILE_UPLOAD (aucun domaine à vérifier) :
1) POST .../video/init/ avec source: "FILE_UPLOAD"
   → renvoie { "publish_id": "...", "upload_url": "..." }
2) PUT <upload_url> avec le binaire vidéo, par blocs si le fichier est volumineux

Dans les deux cas :
3) GET .../v2/post/publish/status/fetch/ avec le publish_id
   → poller (node Wait entre chaque relève) jusqu'à status = "PUBLISH_COMPLETE"

Le schéma init → envoi → polling du statut est exactement le même que celui du container Instagram : les bonnes pratiques de retry et timeout s'appliquent telles quelles, en particulier pour ne pas boucler indéfiniment si le statut reste bloqué sur FAILED.

Pièges fréquents

• Confondre échec silencieux et mode SELF_ONLY : un appel qui réussit mais dont la vidéo n'est visible que par vous n'est pas un bug de workflow — c'est l'app qui n'a pas encore passé l'audit TikTok. Vérifiez le statut d'audit avant de chercher une erreur côté n8n.
• Oublier la vérification de domaine en PULL_FROM_URL : TikTok vérifie le chemin exact, pas seulement le nom de domaine — un fichier servi depuis un sous-dossier non vérifié échoue même si le domaine parent l'est.
• Ignorer le champ de divulgation sur du contenu clairement commercial : au-delà du risque de sanction, c'est une obligation contractuelle des conditions d'utilisation de l'API, à coder en dur dans le prompt de génération plutôt qu'à cocher manuellement après coup.
• Publier sans relecture dès que l'audit est validé : c'est précisément le moment où l'étape 4 cesse d'être un filet de sécurité théorique et devient la seule protection contre une vidéo générée maladroite qui part en public.

Pour aller plus loin

La mécanique reste la même que sur les autres réseaux déjà couverts sur ce blog — déclencheur planifié, génération encadrée par une sortie structurée, relecture humaine, puis appel API — c'est aussi celle qui structure les workflows de tri et de rédaction du Pack Inbox IA (79 €), appliquée ici à un flux vidéo plutôt qu'à une boîte mail. Commencez par publier en SELF_ONLY le temps de fiabiliser le pipeline technique, puis lancez l'audit TikTok une fois le format stabilisé plutôt que d'attendre d'être en public pour découvrir un problème d'upload.