Threads et Bluesky occupent un terrain similaire : texte court, conversationnel, fils pris en charge, rythmes de publication semblables. Beaucoup de gens se sont retrouvés sur les deux sans l’avoir vraiment décidé.
La seule vraie friction, c’est l’écart de caractères.
500 ne tient pas dans 300
| Plateforme | Limite | Images | Vidéo |
|---|---|---|---|
| Threads | 500 | 20 | 500 MB |
| Bluesky | 300 | 4 | 100 MB, 60 s |
Une publication écrite pour les 500 caractères de Threads est coupée sur Bluesky. Pas adaptée, coupée, et la troncature tombe en plein milieu d’une phrase.
Deux façons de gérer ça.
Écrire pour 300. Un seul brouillon fonctionne sur les deux, plus X à 280 si vous raccourcissez un peu plus. Le plus simple, au prix d’être plus concis que ce que Threads exige.
Écrire les deux. La version Threads utilise la place disponible, la version Bluesky est la version compressée. Meilleur, et ça prend une minute dans un compositeur qui affiche les deux compteurs.
Ce qui ne fonctionne pas, c’est écrire pour 500 et espérer. C’est comme ça qu’une publication tronquée finit sur Bluesky avec des points de suspension à l’endroit où était le propos.
Le texte alternatif n’est pas facultatif sur Bluesky
La communauté de Bluesky prend les descriptions d’image au sérieux, et le protocole n’impose aucune limite de longueur au texte alternatif, donc il n’y a aucune raison pratique de le sauter.
Republier une image sans texte alternatif se remarque là-bas. C’est une norme plutôt qu’une règle, mais c’est une vraie norme, et c’est peu coûteux de la respecter.
Images : 20 contre 4
Threads accepte jusqu’à 20 images par publication, Bluesky jusqu’à 4. Si vous publiez un ensemble d’images, c’est une vraie différence, pas un arrondi.
Soit vous limitez les ensembles à 4 pour qu’ils fonctionnent sur les deux, soit vous acceptez que les ensembles plus grands soient réservés à Threads.
Miroiter ou être présent
Même question que pour n’importe quels deux réseaux qui se chevauchent, et la réponse compte davantage sur Bluesky, où un compte qui ne fait que diffuser se remarque.
La version qui fonctionne consiste à republier le fond et à participer nativement sur chacun : les réponses et les conversations appartiennent à la plateforme où elles se produisent. Un pur miroir sans personne pour répondre est moins suivi sur les deux.
Ce qui ne devrait pas se republier
Les réponses. Une publication qui n’a de sens que comme réponse à quelque chose sur une plateforme ne veut rien dire sur l’autre.
Les mentions. Les identifiants diffèrent entre les deux, et un @nom copié tel quel pointe généralement vers personne. Faites la correspondance ou utilisez le nom simple.
Le flux de travail
- Écrivez la version Threads, jusqu’à 500
- Compressez-la à 300 pour Bluesky, ou écrivez pour 300 directement
- Limitez les ensembles d’images à 4 si la publication va sur les deux
- Ajoutez le texte alternatif
- Sélectionnez les deux, corrigez les mentions, et mettez en file d’attente
Les limites de caractères sont appliquées par plateforme pendant la saisie, donc la version Threads peut utiliser toute sa place sans que la version Bluesky soit tronquée.
Ajoutez X et Mastodon
Le même groupe de brouillons couvre X (280) et Mastodon (500). Écrire pour 280 vous donne une version unique qui se publie sans changement sur les quatre.
BulkPublish publie sur les quatre, plus 11 autres réseaux.
- Canaux : Free : 3 (1 par plateforme). Pro : 30 (2 par plateforme). Business : 75 (5 par plateforme).
- Publications : Free : 3/jour. Pro : 30/jour. Business : illimité.
En résumé
L’écart est de 500 contre 300, donc écrivez pour 300 une fois, ou écrivez les deux versions, mais n’écrivez jamais pour 500 en laissant Bluesky couper. Limitez les ensembles d’images à 4, écrivez toujours un texte alternatif, ne republiez pas les réponses, et participez nativement sur les deux plutôt que de vous contenter de miroiter.