Au moment de publier un message sur Mastodon, un détail surprend souvent les nouveaux venus : sous le bouton « publier », l’adresse de leur serveur apparaît. Pas seulement leur pseudonyme, mais une sorte de domiciliation numérique. Ici, l’identité ne flotte pas au-dessus d’une plateforme unique ; elle est rattachée à un lieu, à ses règles, à ses administrateurs, à sa culture.
C’est toute la différence entre Mastodon et le modèle popularisé par Twitter, devenu X : Mastodon n’est pas un site unique auquel on s’inscrit, mais un logiciel utilisé par une multitude de communautés reliées entre elles. Cette architecture, moins immédiate à comprendre, apporte une idée féconde bien au-delà des réseaux sociaux : une infrastructure numérique peut être commune sans être centralisée.
Une place publique faite de quartiers
Dire que Mastodon est un « réseau social décentralisé » est juste, mais encore abstrait. L’image la plus utile est celle d’une ville. Chaque quartier possède sa propre administration, ses habitudes et ses règles de voisinage. Pourtant, les habitants peuvent échanger avec ceux des autres quartiers, suivre leurs publications et participer à des conversations qui traversent la ville.
Sur Mastodon, ces quartiers sont des instances : des serveurs indépendants, gérés par des associations, des collectifs, des entreprises, des médias ou des particuliers. Certains sont généralistes ; d’autres se consacrent à la recherche, à l’art, au logiciel libre, au jeu vidéo, à une langue ou à une zone géographique. Chaque instance choisit ses conditions d’utilisation, son équipe de modération et, dans une certaine mesure, son ambiance.
Le réseau auquel ces serveurs appartiennent est souvent appelé le fédivers, contraction de « fédération » et « univers ». Mastodon y occupe une place importante, mais il n’en est pas le tout. D’autres services peuvent s’y connecter, notamment des plateformes de partage d’images, de vidéo ou de publication longue.
Cette possibilité repose sur ActivityPub, un protocole ouvert qui permet à des logiciels différents de se comprendre. C’est le principe qui compte davantage que le nom de Mastodon lui-même : au lieu d’enfermer les échanges dans une seule entreprise, le protocole rend possible une circulation entre services compatibles.
Sur une plateforme centralisée, l’utilisateur entre dans un immeuble. Dans le fédivers, il habite un quartier tout en gardant accès à la ville.
Le vrai changement : l’autorité n’est plus concentrée au même endroit
Sur les grandes plateformes commerciales, les décisions structurantes sont prises par une entité centrale : règles de visibilité, évolution de l’interface, politique de modération, accès aux données, modèle publicitaire, fermeture éventuelle d’un compte. L’utilisateur peut protester, partir ou s’adapter, mais il ne choisit pas vraiment le cadre.
Mastodon redistribue une partie de cette autorité. L’administrateur d’une instance ne contrôle pas l’ensemble du réseau ; il gère son serveur. Il peut fixer des règles plus strictes contre le harcèlement, limiter certains contenus, choisir des outils de signalement ou décider de ne plus échanger avec des serveurs jugés toxiques ou mal modérés.
Cette modération fédérée est l’un des aspects les plus intéressants du modèle. Elle évite qu’une seule décision s’impose mécaniquement à tous. Une communauté peut se protéger sans attendre un arbitrage lointain. Mais cette autonomie a son revers : les règles ne sont pas identiques partout, et la qualité de l’accueil dépend fortement des personnes qui administrent le serveur choisi.
La décentralisation ne supprime donc ni les conflits ni les rapports de pouvoir. Elle les rend plus visibles, plus localisés et parfois plus négociables. Elle remplace l’illusion d’un espace neutre par une réalité plus honnête : tout espace de discussion a des règles, des responsables et des frontières.
Choisir son serveur, sans transformer l’inscription en examen
Le choix d’une instance peut intimider, comme s’il fallait trouver dès le départ la communauté idéale. En pratique, il vaut mieux considérer ce choix comme celui d’un fournisseur de messagerie ou d’un hébergeur : il est important, mais il n’enferme pas nécessairement pour toujours.
Avant de créer un compte, quelques critères méritent l’attention :
- la langue de l’interface et celle majoritairement utilisée par la communauté ;
- la lisibilité des règles de conduite et des procédures de signalement ;
- la présence d’une équipe identifiable, même modeste, pour administrer et modérer ;
- la thématique éventuelle du serveur, si l’on cherche un environnement professionnel ou culturel précis ;
- la pérennité apparente du projet et la manière dont il annonce ses changements ;
- la politique de confidentialité et les options d’exportation des données.
Un serveur généraliste est souvent un bon point de départ. Un serveur spécialisé peut favoriser des échanges plus pertinents, mais il ne doit pas être confondu avec une bulle fermée : les abonnements et les conversations peuvent dépasser son périmètre. On peut suivre une personne installée sur une autre instance comme on enverrait un courriel à une adresse utilisant un autre fournisseur.
Il est également possible de déménager son compte. La migration permet généralement de rediriger son identité sociale vers une nouvelle instance et de retrouver une partie de son réseau d’abonnés. Elle ne constitue pas pour autant une téléportation parfaite : publications, messages, préférences et historique ne se déplacent pas toujours de façon complète. D’où une règle simple : conserver une copie de ses contenus importants et vérifier les outils proposés par son serveur avant toute transition.
Un fil moins nerveux, mais pas dépourvu de mécanique
L’expérience Mastodon est souvent associée à la timeline chronologique. Dans sa forme la plus classique, les publications des comptes suivis apparaissent dans l’ordre de leur parution, sans qu’un classement opaque impose en permanence ses priorités. Cette sobriété peut sembler presque archaïque à qui a pris l’habitude des fils de recommandation, mais elle redonne un contrôle précieux : ce qui est vu dépend principalement des abonnements choisis.
Il faut toutefois éviter l’angélisme. L’absence d’un grand algorithme de recommandation ne fait pas disparaître les dynamiques d’attention. Les personnes déjà visibles restent plus facilement découvertes ; les communautés disposent de codes implicites ; les sujets les plus chargés émotionnellement circulent vite. Simplement, l’infrastructure pousse moins systématiquement à la captation du temps de cerveau par le défilement infini et la polémique optimisée.
Pour être découvert, Mastodon s’appuie beaucoup sur les abonnements, les partages, les listes et les mots-dièses. Les hashtags y sont particulièrement utiles, à condition de les employer avec précision plutôt que d’en accumuler une série décorative. Une publication bien étiquetée devient plus facile à retrouver pour les personnes qui suivent un sujet, sans dépendre entièrement d’un mécanisme de viralité.
Autre particularité : les réglages de visibilité sont souvent plus explicites. Selon l’instance et l’interface utilisée, une publication peut être publique, réservée aux abonnés, discrète dans les fils publics ou adressée à certaines personnes. Ces options n’offrent pas une confidentialité absolue — une capture d’écran reste possible — mais elles encouragent à penser le public visé avant de publier.
Ce que Mastodon ne résout pas à votre place
Mastodon est parfois présenté comme un refuge automatique contre les défauts des réseaux dominants. C’est aller trop vite. Un réseau décentralisé peut héberger des contenus nuisibles, des campagnes de harcèlement, des erreurs de modération ou des communautés fermées sur elles-mêmes. La fédération permet de mieux isoler certains problèmes ; elle ne les abolit pas.
Elle crée aussi une responsabilité supplémentaire pour les administrateurs. Héberger des comptes, traiter des signalements, maintenir un service technique et dialoguer avec d’autres instances demande du temps, des compétences et une attention continue. Derrière l’apparente simplicité d’un fil de messages se trouve un travail d’infrastructure rarement visible.
Pour une organisation, une rédaction ou une personne publique, Mastodon n’est pas non plus une solution magique de diffusion. L’audience ne se transporte pas automatiquement d’une plateforme à l’autre. Les usages varient selon les communautés, et la conversation y compte souvent davantage que l’annonce unidirectionnelle. Arriver uniquement pour relayer des liens ou reproduire une stratégie promotionnelle conçue ailleurs produit rarement de bons échanges.
Une leçon de design social
L’intérêt durable de Mastodon dépasse son interface et ses usages du moment. Il oblige à poser des questions que les plateformes centralisées ont longtemps rendu invisibles : qui héberge nos échanges ? Qui fixe les règles ? Que devient notre identité si le service change de mains ? Peut-on quitter un lieu numérique sans perdre tous ses liens ?
Cette logique d’interopérabilité mérite d’être observée comme un modèle mental. Elle ne promet pas un Internet sans frictions ; elle propose un Internet où les frictions ne sont pas toutes arbitrées par le même acteur. Dans un paysage numérique dominé par les écosystèmes fermés, c’est déjà une différence considérable.
Utiliser Mastodon avec discernement consiste donc moins à chercher « le nouveau Twitter » qu’à expérimenter une autre grammaire du réseau social : choisir son hébergement, comprendre les règles locales, cultiver ses abonnements, protéger ses données et accepter qu’une conversation de qualité ne soit pas toujours celle qui fait le plus de bruit.
