Threads, Bluesky et les réseaux sociaux décentralisés : à qui appartiennent réellement vos abonnés et votre identité numérique ?
Un grand nombre d’abonnés peut donner l’impression de constituer un actif personnel. Les créateurs passent des années à développer leur audience, les entreprises investissent dans la gestion de leurs communautés et les utilisateurs accumulent des relations qui finissent par faire partie de leur identité publique. Pourtant, le nombre affiché à côté d’un profil ne signifie pas nécessairement que le titulaire du compte contrôle ces connexions. Sur la plupart des réseaux sociaux, les abonnés existent sous la forme de relations enregistrées et gérées par le service sur lequel le compte a été créé. Si l’accès à ce compte change, si les règles évoluent ou si le service ferme, transférer la même audience ailleurs peut devenir difficile, voire impossible. En 2026, Threads, Bluesky et les réseaux sociaux décentralisés ont rendu cette question beaucoup plus visible. Ils représentent différentes approches de l’identité, de l’interopérabilité et de la migration des comptes. La question importante n’est donc pas simplement de savoir qui stocke techniquement une liste d’abonnés, mais de déterminer quel contrôle réel une personne exerce sur son nom, son contenu, ses relations et sa capacité à changer de service sans devoir reconstruire son audience à partir de zéro.
Ce que signifie réellement posséder des abonnés en 2026
Les abonnés ne sont pas une propriété au sens traditionnel du terme. Chaque abonné est une autre personne qui a choisi d’établir une connexion avec un compte, et ce choix peut normalement être annulé à tout moment. Ce que les utilisateurs peuvent raisonnablement contrôler, c’est le compte autour duquel ces relations sont organisées. Sur un réseau social classique, le service gère la base de données des comptes, décide de la manière dont les profils sont identifiés et détermine les actions disponibles. Un créateur peut donc compter des centaines de milliers d’abonnés tout en conservant un contrôle limité sur l’infrastructure qui rend ces connexions utilisables.
Cette distinction devient particulièrement importante lorsqu’un compte est suspendu, supprimé ou transféré. Disposer d’une liste de noms d’utilisateur ne revient pas à pouvoir déplacer une communauté active vers un autre service. Une archive téléchargeable peut préserver certaines informations, mais elle ne permet pas nécessairement de recréer les relations d’abonnement ailleurs. Une véritable portabilité va plus loin : le nouveau compte doit disposer d’une identité reconnue, de données compatibles et d’un mécanisme permettant aux connexions existantes de continuer à fonctionner. C’est pourquoi l’exportation des données et la portabilité de l’audience ne doivent pas être considérées comme des fonctionnalités identiques.
L’identité numérique va bien au-delà d’un simple nom d’utilisateur. Elle comprend le nom public sous lequel une personne est reconnue, l’historique associé au compte, les publications, la réputation, les relations avec les abonnés et, dans certains cas, une vérification reposant sur un nom de domaine. Le niveau de contrôle sur chacun de ces éléments varie considérablement d’un réseau social à l’autre. En 2026, la forme la plus avancée de contrôle disponible pour l’utilisateur ne consiste donc pas à posséder littéralement ses abonnés. Elle réside dans la possibilité de conserver une identité reconnaissable, de préserver les données utiles du compte et de changer de fournisseur sans perdre inutilement les relations déjà établies.
Threads : l’interopérabilité sans portabilité complète de l’audience
Threads montre comment un grand réseau social géré de manière centralisée peut devenir plus ouvert sans abandonner sa structure de compte principale. Meta a indiqué en juin 2026 que Threads avait atteint 500 millions d’utilisateurs actifs mensuels. Cette ampleur donne aux créateurs et aux organisations accès à une audience potentielle considérable, mais le compte Threads principal, sa disponibilité et une grande partie de la distribution du contenu restent gérés par Meta. Le classement du fil d’actualité, les décisions de modération, les fonctionnalités des comptes et les conditions d’accès peuvent donc influencer la facilité avec laquelle un compte atteint les personnes qui le suivent.
Parallèlement, Threads a considérablement progressé vers le fediverse grâce à ActivityPub, un standard ouvert qui permet à des services sociaux compatibles d’échanger des publications et des interactions. Les utilisateurs qui activent les fonctionnalités correspondantes du fediverse peuvent interagir avec des personnes extérieures à Threads, tandis que les utilisateurs de services compatibles peuvent suivre les comptes Threads éligibles. Meta a également introduit la recherche directe de profils du fediverse ainsi qu’un fil spécifique consacré aux publications provenant de comptes fédérés. Cela signifie qu’une partie de l’audience d’un compte Threads n’est plus obligée d’exister exclusivement à l’intérieur de Threads.
L’interopérabilité ne doit toutefois pas être confondue avec une portabilité complète du compte. Le fait qu’un utilisateur de Mastodon puisse suivre un profil Threads ne signifie pas automatiquement que le propriétaire de ce profil peut transférer à tout moment l’intégralité de son compte, son historique de contenu et toutes ses relations avec ses abonnés vers un autre service. Meta a présenté l’interopérabilité complète comme un objectif en cours de développement, tandis que ses mises à jour consacrées au fediverse se sont principalement concentrées sur les abonnements, la consultation et les interactions entre différents services. Dans la pratique, Threads offre aux utilisateurs un espace de communication plus large qu’un réseau social entièrement fermé, mais le contrôle du compte principal reste étroitement lié à Meta.
Comment Bluesky rend l’identité numérique plus portable
Bluesky aborde la question sous un autre angle. Le service repose sur AT Protocol, conçu de manière à ce que l’identité, les abonnements et les données du compte ne soient pas définitivement liés à une seule application sociale. Le protocole sépare l’identité d’une personne du service particulier utilisé pour afficher ses publications. Pour les utilisateurs ordinaires, une grande partie de ce fonctionnement reste invisible, mais son effet est important : le compte peut disposer d’une identité technique persistante que les applications sont capables de reconnaître même lorsque certains détails visibles du compte ou les modalités d’hébergement changent.
Les utilisateurs de Bluesky voient généralement un identifiant classique, mais AT Protocol utilise également en arrière-plan un identifiant persistant. Les identifiants visibles peuvent être associés à des noms de domaine Internet, ce qui permet à une personne ou à une organisation d’utiliser un domaine qu’elle contrôle comme élément de son identité sociale. Un média, par exemple, peut utiliser son propre domaine au lieu de dépendre entièrement d’un nom attribué par une seule entreprise de réseaux sociaux. Cela ne protège pas le compte contre tous les problèmes, mais réduit sa dépendance à l’égard d’un système de noms contrôlé par une seule société et facilite la vérification de l’identité dans différentes applications compatibles.
Le modèle de données des comptes est lui aussi conçu dans une logique de mobilité. Les publications, abonnements, mentions « J’aime » et autres enregistrements sont stockés dans le référentiel de données de l’utilisateur, tandis que des serveurs de données personnelles hébergent et distribuent ces informations. Bluesky prend en charge la migration entre des hébergeurs compatibles et, en septembre 2025, le service a également permis aux utilisateurs éligibles qui avaient quitté son propre service d’hébergement d’y transférer de nouveau leur compte. En mars 2026, Bluesky indiquait compter plus de 40 millions d’utilisateurs, ce qui signifie que la portabilité des comptes n’était plus simplement une idée expérimentée par un petit réseau.
Ce que la portabilité d’AT Protocol peut protéger — et ses limites
La portabilité ne rend pas le changement d’hébergeur totalement dépourvu de risques. Bluesky a lui-même averti qu’une migration de compte pouvait être une opération potentiellement destructrice en cas de problème. Les utilisateurs restent dépendants du bon fonctionnement des logiciels, de la capacité des services compatibles à reconnaître les informations du compte et de la sécurité de leurs identifiants. Une architecture plus portable réduit la dépendance envers un seul fournisseur, mais elle ne peut pas éliminer les risques courants tels que le piratage d’un compte, la perte des moyens d’accès ou la mauvaise gestion d’un domaine utilisé comme identifiant.
Le déplacement d’une identité ne garantit pas non plus une expérience strictement identique après la migration. Les fils de contenu, les systèmes de recommandation, les services de modération et les fonctionnalités de l’interface peuvent être fournis indépendamment des données sous-jacentes du compte. Une personne peut donc conserver son identité et son graphe social tout en obtenant des recommandations différentes ou en étant soumise à d’autres décisions de modération dans une autre application. Cette séparation est intentionnelle : elle permet à plusieurs services de fonctionner avec le même réseau social sous-jacent sans les obliger à présenter les informations exactement de la même manière.
Il existe également un compromis qu’il est facile de négliger. La portabilité n’est pas synonyme de confidentialité. AT Protocol de Bluesky a été conçu principalement pour la communication sociale publique, et une grande partie des informations associées aux interactions publiques peut être accessible dans l’ensemble du réseau. Les abonnements, les publications publiques et les autres données sociales doivent pouvoir être lus par les services compatibles si ceux-ci doivent être capables de reconstruire les relations et les conversations. Les utilisateurs gagnent ainsi davantage de liberté pour déplacer leur identité, mais cette liberté ne doit pas être interprétée comme une garantie que leur activité sociale reste privée ou stockée à un seul endroit.
Ce que les réseaux sociaux décentralisés changent pour les utilisateurs
La décentralisation modifie les acteurs capables d’exploiter l’infrastructure utilisée pour les communications sociales. ActivityPub, le standard utilisé par Mastodon et pris en charge par Threads pour les échanges avec le fediverse, permet à des serveurs indépendants d’échanger des informations sociales. Une communauté Mastodon peut ainsi être administrée par une entreprise, une organisation, une université, un administrateur individuel ou un autre groupe tout en communiquant avec des comptes hébergés sur d’autres serveurs compatibles. Aucune organisation unique ne possède l’ensemble du fediverse ni ne contrôle tous les comptes qui y existent.
Cette organisation ne signifie pas pour autant qu’aucune autorité n’existe. Chaque serveur possède un opérateur, une infrastructure technique et ses propres règles de modération. Les administrateurs peuvent déterminer quels comptes sont acceptés, quels comportements sont autorisés et avec quels autres serveurs leur communauté peut communiquer. Les utilisateurs dépendent moins d’une entreprise mondiale unique, mais ils peuvent toujours dépendre fortement de l’opérateur du serveur qui héberge leur compte. La décentralisation redistribue le contrôle ; elle ne le fait pas disparaître du système.
Mastodon constitue un exemple utile à la fois des avantages et des limites de ce modèle. Son système de migration de compte permet de rediriger un ancien profil vers un nouveau et de demander automatiquement le transfert des abonnés vers le nouveau compte lorsque le logiciel destinataire prend en charge le mécanisme ActivityPub correspondant. Les anciennes publications ne sont toutefois pas déplacées automatiquement avec le profil. Les listes de comptes suivis, les blocages et les comptes masqués peuvent également devoir être exportés puis importés séparément. L’utilisateur peut donc emporter une partie importante de son graphe social tout en laissant derrière lui une partie de l’historique du compte.
Comment construire une audience que vous pouvez réellement emporter
Pour les créateurs, les entreprises et les personnalités publiques, l’approche la plus fiable consiste à éviter de faire d’un seul compte social l’unique moyen de contact avec leur audience. Un nom de domaine personnel ou professionnel constitue un point de référence stable qui peut rester identique même lorsque certains services sociaux évoluent. Une liste d’adresses e-mail constituée avec le consentement approprié peut offrir un autre canal de communication direct. Les comptes sociaux peuvent alors servir de canaux de diffusion autour d’une identité plus durable, au lieu de devenir l’unique endroit où existe la relation entre un éditeur et son public.
Les utilisateurs des systèmes décentralisés plus récents peuvent également exploiter concrètement les fonctionnalités de portabilité déjà disponibles. Un utilisateur de Bluesky peut envisager d’utiliser un identifiant reposant sur son propre nom de domaine et veiller à maintenir ses informations de récupération à jour. Les utilisateurs de Mastodon peuvent conserver des exportations de leurs listes de comptes utiles et comprendre la procédure de migration avant d’en avoir besoin. Les utilisateurs de Threads qui ont accès au partage avec le fediverse peuvent l’utiliser afin de rendre leurs publications publiques et leur identité visibles en dehors de Threads. Dans tous les cas, effectuer régulièrement des exportations de données reste utile, même si une exportation doit être considérée comme une sauvegarde plutôt que comme la garantie que toutes les connexions sociales pourront être recréées ailleurs.
En 2026, les réseaux sociaux ne se divisent plus clairement entre services fermés et alternatives entièrement décentralisées. Threads associe un système de comptes géré de manière centralisée à une interopérabilité croissante avec le fediverse. Bluesky accorde à l’identité et aux données sociales un rôle plus portable grâce à AT Protocol. Mastodon montre que la migration des abonnés entre serveurs indépendants peut fonctionner tout en illustrant les limites liées au transfert de l’historique des contenus. Aucune de ces approches ne donne à un utilisateur la propriété des autres personnes. La véritable forme de contrôle réside dans la capacité à préserver une identité reconnaissable, conserver les données utiles, maintenir plusieurs moyens d’accéder à son audience et quitter un service sans perdre automatiquement toutes les relations qui y ont été construites.