Comment planifier et programmer un thread : un exemple concret pour X, Threads, Bluesky et Mastodon

Transformez une longue idée en un thread qui se lit bien et se publie dans l’ordre : combien de parties, que mettre dans la première, où couper, et une liste de contrôle avant de programmer.

La plupart des threads échouent avant même d’être programmés. Le texte est bon, mais les coupes tombent au mauvais endroit, la première partie ne dit rien et la cinquième est une phrase isolée dont personne n’avait besoin. La programmation, c’est la partie facile.

Ce guide porte sur la préparation. Nous allons prendre un texte réaliste et en faire un thread, puis passer en revue les erreurs les plus fréquentes et une liste à parcourir avant de le mettre en file d’attente. Pour le fonctionnement de l’éditeur lui-même, la page Programmer des threads est le bon point de départ.

Un exemple concret

Imaginons que vous tenez une petite boulangerie et que vous avez écrit 1 300 caractères pour expliquer pourquoi votre pain au levain prend trois jours. Il y a une affirmation d’ouverture, quatre raisons courtes et une note finale pour commander avant jeudi. Vous voulez le publier sur X et Bluesky.

Étape 1 : trouvez la limite la plus stricte. X autorise 280 caractères par partie et Bluesky 300. Quand un thread va vers les deux, chaque partie doit tenir dans le plus petit nombre : vous planifiez donc pour 280. Planifier pour la plateforme la plus souple puis couper ensuite, c’est ainsi qu’on finit par tout réécrire à minuit.

Étape 2 : comptez les idées, pas les caractères. Vous avez une affirmation, quatre raisons et une conclusion. Cela fait six idées, et 1 300 caractères dépassent déjà ce que quatre parties de 280 peuvent contenir. Donc six parties, certaines courtes. Ce n’est pas un problème. Une partie avec une idée et 90 caractères vaut mieux qu’une partie avec deux idées entassées jusqu’à la limite.

Étape 3 : collez tout le texte et laissez l’éditeur couper. Collez le brouillon dans la première partie. Quand il dépasse la limite, l’éditeur propose de le diviser, en coupant d’abord aux frontières de paragraphes. Pour garder la main, tapez entre les idées une ligne contenant uniquement ---. Le texte de part et d’autre de cette ligne ne se retrouve jamais dans la même partie, et vos six idées restent donc six parties.

Étape 4 : relisez la première partie seule. C’est celle que le plus de monde verra, et beaucoup n’iront jamais plus loin. Elle doit porter l’affirmation et une raison de continuer. « Pourquoi notre pain au levain prend trois jours (et pourquoi nous ne l’accélérerons pas) » fonctionne. « Un thread sur le pain » non.

Étape 5 : numérotez, ou non. Par défaut, la première partie n’est pas numérotée et le compte commence à 2, ce qui garde le message d’ouverture propre. La numérotation aide surtout quand quelqu’un arrive à la partie quatre depuis une citation ou un repartage et doit savoir qu’il y a des parties avant.

Étape 6 : joignez des médias là où ils apportent quelque chose. Une photo du pain sur la première partie, peut-être une seconde sur la partie consacrée à la longue pousse. Avec des images sur chaque partie, un thread ressemble à un diaporama.

Étape 7 : programmez-le pour une seule heure. Toute la chaîne part en même temps. Pour choisir un créneau, consultez le meilleur moment pour publier sur X.

Décider du nombre de parties

Il n’y a pas de bon nombre, mais il existe des repères utiles.

Deux ou trois parties conviennent à une idée avec un exemple à l’appui. Si elle tient presque dans une seule publication, faites-en une seule publication.
Cinq à huit parties conviennent à une liste, un court récit ou un raisonnement en étapes. La plupart des listes et des récits courts y tiennent sans effort.
Dix parties ou plus ne fonctionnent que si chaque partie donne envie de toucher la suivante. Si vous remplissez pour atteindre un chiffre rond, coupez.

Un thread demande au moins deux parties. Au-delà, le seul test est de savoir si un lecteur qui s’arrête à n’importe quelle partie a quand même reçu quelque chose.

Un thread, plusieurs plateformes

Si vous envoyez le même thread à plusieurs plateformes, vous pouvez avoir une version par plateforme, et une plateforme dotée de ses propres parties utilise celles-ci à la place des parties communes. Cela compte dans deux cas.

Des budgets différents. X est limité à 280, Threads et Mastodon acceptent 500. Une partie de 500 caractères sur Mastodon doit devenir deux parties sur X. Écrire la version X comme version de référence et l’envoyer partout fonctionne, mais donne aux plateformes plus généreuses un texte plus haché que nécessaire.
Des médias différents. La vidéo dans une partie de thread ne fonctionne que sur Threads, et Threads accepte un fichier par partie, alors que X, Bluesky et Mastodon acceptent jusqu’à quatre images. Si une partie a besoin d’une vidéo, elle relève d’une version réservée à Threads.

Chaque canal sélectionné est vérifié avant la mise en file d’attente du thread. Une partie trop longue pour l’un d’eux bloque la programmation et indique la plateforme et le numéro de la partie : vous le savez maintenant, et non au moment de la publication.

Erreurs fréquentes

Couper uniquement au nombre de caractères. Une coupure au milieu d’une phrase ressemble à un bug. Coupez selon les idées.
Consacrer la première partie à un lien. La partie d’ouverture doit porter l’idée, et le lien peut aller dans la dernière. Sur X et Mastodon, un lien compte pour 23 caractères quelle que soit sa longueur, ce qui est aussi la façon dont le découpage le mesure.
Numéroter un thread que vous modifiez ensuite à la main. Les marqueurs se renumérotent d’eux-mêmes quand vous ajoutez, supprimez, divisez ou déplacez des parties : inutile de les retaper. Désactivez la numérotation et votre texte revient tel que vous l’avez écrit.
Programmer sans lire l’aperçu. Lisez chaque partie telle qu’elle apparaîtra sur chaque canal avant de la mettre en file d’attente.
Traiter Bluesky comme les autres. Voir la section suivante.

En cas d’échec en cours de route

Un thread, ce sont plusieurs demandes de publication à la suite, et une partie peut donc échouer alors que les précédentes sont déjà en ligne. BulkPublish indique quelle partie a échoué (« Part 4 failed ») avec la raison, et conserve les parties déjà parties.

Sur X, Threads et Mastodon, une nouvelle tentative reprend à partir de la partie en échec : les parties 1 à 3 ne sont pas republiées. Bluesky ne le permet pas. Un thread Bluesky publié en partie n’est pas repris automatiquement, et le message vous demande d’ajouter à la main les parties restantes pour éviter les doublons. Pour un long thread Bluesky, vérifiez-le peu après sa publication.

Avant de programmer

La première partie se comprend seule et dit ce que le thread apporte au lecteur
Chaque partie contient une seule idée
Chaque partie respecte la limite la plus stricte parmi les canaux sélectionnés
Toute partie avec vidéo va uniquement vers Threads
Le lien, s’il y en a un, est dans la dernière partie
La numérotation est activée pour toutes les parties voulues, ou désactivée
Vous avez regardé l’aperçu de chaque canal

En savoir plus sur Planification de fils

Programmer des fils sur X, Threads, Bluesky, Mastodon 2026