Eine große Zahl an Followern kann wie ein persönlicher Vermögenswert wirken. Content-Ersteller verbringen Jahre damit, ihre Zielgruppen aufzubauen, Unternehmen investieren Geld in Community-Management und einzelne Nutzer sammeln Beziehungen, die zu einem Teil ihrer öffentlichen Identität werden. Doch die Zahl, die neben einem Profil angezeigt wird, bedeutet nicht zwangsläufig, dass der Kontoinhaber diese Verbindungen kontrolliert. In den meisten sozialen Netzwerken existieren Follower als Beziehungen, die von dem Dienst gespeichert und verwaltet werden, bei dem das Konto erstellt wurde. Wenn sich der Zugriff auf dieses Konto ändert, die Regeln angepasst werden oder der Dienst eingestellt wird, kann es schwierig oder unmöglich sein, dieselbe Zielgruppe an einen anderen Ort mitzunehmen. Threads, Bluesky und dezentrale soziale Netzwerke haben diese Frage bis 2026 deutlich stärker in den Mittelpunkt gerückt. Sie stehen für unterschiedliche Ansätze bei Identität, Interoperabilität und Kontomigration. Die entscheidende Frage lautet daher nicht nur, wer technisch eine Follower-Liste speichert, sondern auch, wie viel praktische Kontrolle eine Person über ihren Namen, ihre Inhalte, ihre Beziehungen und ihre Möglichkeit hat, den Dienst zu wechseln, ohne ihre Zielgruppe von Grund auf neu aufbauen zu müssen.
Follower sind im gewöhnlichen Sinne kein Eigentum. Jeder Follower ist eine andere Person, die sich dafür entschieden hat, eine Verbindung zu einem Konto herzustellen, und diese Entscheidung kann in der Regel jederzeit rückgängig gemacht werden. Was Nutzer realistischerweise kontrollieren können, ist das Konto, über das diese Beziehungen organisiert werden. In einem klassischen sozialen Netzwerk verwaltet der Dienst die Kontodatenbank, legt fest, wie Profile identifiziert werden, und bestimmt, welche Funktionen zur Verfügung stehen. Ein Content-Ersteller kann daher Hunderttausende Follower haben und trotzdem nur begrenzte Kontrolle über die Infrastruktur besitzen, die diese Verbindungen nutzbar macht.
Dieser Unterschied wird besonders wichtig, wenn ein Konto gesperrt, gelöscht oder verschoben wird. Zugriff auf eine Liste von Benutzernamen zu haben, ist nicht dasselbe wie eine aktive Community auf einen anderen Dienst mitzunehmen. Ein herunterladbares Archiv kann Informationen sichern, aber es stellt die bestehenden Follower-Beziehungen an anderer Stelle möglicherweise nicht wieder her. Echte Portabilität geht weiter: Das neue Konto benötigt eine anerkannte Identität, kompatible Daten und einen Mechanismus, der es ermöglicht, bestehende Verbindungen fortzuführen. Deshalb sollten Datenexport und Zielgruppenportabilität nicht als identische Funktionen betrachtet werden.
Digitale Identität umfasst mehr als nur einen Benutzernamen. Dazu gehören der öffentliche Name, unter dem eine Person bekannt ist, die damit verbundene Kontohistorie, Beiträge, Reputation, Follower-Beziehungen und in manchen Fällen auch eine Verifizierung über eine Webdomain. Die Kontrolle über all diese Elemente unterscheidet sich erheblich zwischen verschiedenen sozialen Netzwerken. Die stärkste Form der Nutzerkontrolle, die 2026 verfügbar ist, besteht daher nicht im wörtlichen Besitz von Followern. Sie besteht vielmehr in der Möglichkeit, eine wiedererkennbare Identität zu bewahren, relevante Kontodaten zu behalten und den Dienstanbieter zu wechseln, ohne dabei unnötigerweise bereits aufgebaute Beziehungen zu verlieren.
Threads zeigt, wie ein großes zentral betriebenes soziales Netzwerk offener werden kann, ohne seine zentrale Kontostruktur vollständig aufzugeben. Meta berichtete im Juni 2026, dass Threads 500 Millionen monatlich aktive Nutzer erreicht hatte. Diese Reichweite gibt Content-Erstellern und Organisationen Zugang zu einer großen potenziellen Zielgruppe, doch das zentrale Threads-Konto, seine Verfügbarkeit und ein großer Teil der Verbreitung werden weiterhin von Meta verwaltet. Feed-Rankings, Moderationsentscheidungen, Kontofunktionen und Zugangsbedingungen können daher beeinflussen, wie leicht ein Konto die Menschen erreicht, die ihm folgen.
Gleichzeitig hat sich Threads deutlich in Richtung Fediverse bewegt, indem ActivityPub unterstützt wird, ein offener Standard, mit dem kompatible soziale Dienste Beiträge und soziale Interaktionen austauschen können. Nutzer, die die entsprechenden Fediverse-Funktionen aktivieren, können mit Menschen außerhalb von Threads interagieren, während Personen auf kompatiblen Diensten geeigneten Threads-Konten folgen können. Meta führte außerdem eine direkte Suche nach Fediverse-Profilen sowie einen eigenen Feed für Beiträge föderierter Konten ein. Dadurch muss ein Teil der Threads-Zielgruppe nicht mehr ausschließlich innerhalb von Threads existieren.
Interoperabilität sollte jedoch nicht mit vollständiger Kontomobilität verwechselt werden. Dass ein Mastodon-Nutzer einem Threads-Profil folgen kann, bedeutet nicht automatisch, dass der Besitzer dieses Threads-Profils das gesamte Konto, alle historischen Inhalte und sämtliche Follower-Beziehungen jederzeit vollständig auf einen anderen Dienst übertragen kann. Meta hat vollständige Interoperabilität als fortlaufendes Ziel beschrieben, während sich die veröffentlichten Fediverse-Updates vor allem auf dienstübergreifendes Folgen, Anzeigen und Interagieren konzentrierten. Praktisch gesehen gibt Threads seinen Nutzern damit eine größere Kommunikationsreichweite als ein vollständig geschlossenes soziales Netzwerk, doch die Kontrolle über das Hauptkonto bleibt weiterhin eng mit Meta verbunden.
Bluesky geht das Problem aus einer anderen Richtung an. Der Dienst basiert auf dem AT Protocol, das so entwickelt wurde, dass Identität, Follower-Beziehungen und Kontodaten nicht dauerhaft an eine einzelne soziale Anwendung gebunden bleiben. Das Protokoll trennt die Identität einer Person von dem jeweiligen Dienst, der zur Anzeige von Beiträgen verwendet wird. Für normale Nutzer geschieht vieles davon im Hintergrund, doch die Auswirkungen sind erheblich: Das Konto kann über eine dauerhafte technische Identität verfügen, die von Anwendungen erkannt wird, selbst wenn sich bestimmte sichtbare Kontodetails oder Hosting-Bedingungen ändern.
Bluesky-Nutzer sehen normalerweise einen vertrauten Handle, doch im Hintergrund verwendet das AT Protocol zusätzlich eine dauerhafte Kennung. Handles können mit Internetdomains verbunden werden, sodass eine Person oder Organisation eine Domain, die sie selbst kontrolliert, als Teil ihrer sozialen Identität verwenden kann. Eine Publikation kann beispielsweise ihre eigene Domain nutzen, anstatt vollständig von einem Namen abhängig zu sein, den ein einzelnes Social-Media-Unternehmen vergibt. Dadurch wird das Konto nicht vor jedem möglichen Problem geschützt, doch die Abhängigkeit von einem einzigen unternehmenskontrollierten Namenssystem wird reduziert und die Identität lässt sich leichter über kompatible Anwendungen hinweg verifizieren.
Auch das Kontodatenmodell wurde mit Blick auf Migration entwickelt. Beiträge, Follows, Likes und andere Datensätze werden im Daten-Repository eines Nutzers gespeichert, während persönliche Datenserver diese Informationen hosten und verteilen. Bluesky unterstützt Migrationen zwischen kompatiblen Hosts und ermöglichte im September 2025 auch berechtigten Nutzern, die Blueskys eigenen Hosting-Dienst verlassen hatten, wieder dorthin zurückzuwechseln. Bis März 2026 meldete Bluesky mehr als 40 Millionen Nutzer, was zeigt, dass Kontomobilität nicht länger nur ein Konzept war, das in einem kleinen experimentellen Netzwerk erprobt wurde.
Portabilität macht einen Wechsel des Konto-Hosts nicht vollständig risikofrei. Bluesky selbst hat darauf hingewiesen, dass eine Kontomigration potenziell schwerwiegende Folgen haben kann, wenn dabei etwas schiefgeht. Nutzer sind weiterhin darauf angewiesen, dass Software korrekt funktioniert, kompatible Dienste Kontoinformationen erkennen und Zugangsdaten sicher verwaltet werden. Eine portablere Architektur verringert die Abhängigkeit von einem einzelnen Anbieter, kann jedoch gewöhnliche Risiken wie Kontoübernahmen, verlorene Zugangsdaten oder eine schlechte Verwaltung einer als Handle verwendeten Domain nicht beseitigen.
Der Wechsel einer Identität garantiert außerdem nicht, dass die Nutzungserfahrung nach der Migration identisch bleibt. Social Feeds, Empfehlungssysteme, Moderationsdienste und Funktionen der Benutzeroberfläche können unabhängig von den zugrunde liegenden Kontodaten bereitgestellt werden. Eine Person kann daher ihre Identität und ihren Social Graph behalten und gleichzeitig in einer anderen Anwendung andere Empfehlungen oder Moderationsentscheidungen sehen. Diese Trennung ist beabsichtigt: Sie ermöglicht es mehreren Diensten, mit demselben zugrunde liegenden sozialen Netzwerk zu arbeiten, ohne dass jeder von ihnen Informationen exakt auf dieselbe Weise präsentieren muss.
Es gibt noch einen weiteren Kompromiss, der leicht übersehen wird. Portabilität ist nicht dasselbe wie Privatsphäre. Das AT Protocol von Bluesky wurde in erster Linie für öffentliche soziale Kommunikation entwickelt, und viele Informationen, die mit öffentlichen Interaktionen verbunden sind, können im gesamten Netzwerk verfügbar sein. Follows, öffentliche Beiträge und andere soziale Datensätze müssen für kompatible Dienste lesbar sein, wenn diese Dienste Beziehungen und Gespräche rekonstruieren sollen. Nutzer erhalten dadurch mehr Freiheit, ihre Identität zu verschieben, doch diese Freiheit sollte nicht als Garantie dafür verstanden werden, dass soziale Aktivitäten privat bleiben oder nur an einem einzigen Ort gespeichert werden.

Dezentralisierung verändert, wer die Infrastruktur hinter sozialer Kommunikation betreiben kann. ActivityPub, der von Mastodon verwendete und von Threads für die Kommunikation mit dem Fediverse unterstützte Standard, ermöglicht unabhängigen Servern den Austausch sozialer Informationen. Eine Mastodon-Community kann daher von einem Unternehmen, einer Organisation, einer Universität, einem einzelnen Administrator oder einer anderen Gruppe betrieben werden und trotzdem mit Konten auf anderen kompatiblen Servern kommunizieren. Es gibt keine einzelne Organisation, der das gesamte Fediverse gehört oder die jedes darin vorhandene Konto kontrolliert.
Das bedeutet jedoch nicht, dass niemand Autorität besitzt. Jeder Server hat einen Betreiber, eine technische Infrastruktur und eigene Moderationsregeln. Administratoren können entscheiden, welche Konten akzeptiert werden, welches Verhalten erlaubt ist und mit welchen anderen Servern ihre Community kommuniziert. Nutzer sind dadurch weniger abhängig von einem einzigen globalen Unternehmen, können aber weiterhin stark vom Betreiber des Servers abhängig sein, auf dem ihr Konto gehostet wird. Dezentralisierung verteilt Kontrolle neu; sie entfernt Kontrolle nicht aus dem System.
Mastodon liefert ein gutes Beispiel für die Vorteile und zugleich die Grenzen dieses Modells. Das Kontomigrationssystem kann ein altes Profil auf ein neues umleiten und automatisch anfordern, dass Follower zum neuen Konto wechseln, sofern die empfangende Software den entsprechenden ActivityPub-Mechanismus unterstützt. Historische Beiträge werden jedoch nicht automatisch zusammen mit dem Profil übertragen. Listen gefolgter Konten, Blockierungen und Stummschaltungen müssen möglicherweise ebenfalls separat exportiert und importiert werden. Ein Nutzer kann daher einen wichtigen Teil seines Social Graph mitnehmen und trotzdem einen Teil seiner bisherigen Kontohistorie zurücklassen.
Für Content-Ersteller, Unternehmen und Personen des öffentlichen Lebens ist es am zuverlässigsten, ein einzelnes soziales Konto nicht zum einzigen Kontaktpunkt mit der Zielgruppe zu machen. Eine persönliche oder unternehmenseigene Webdomain bietet einen stabilen Bezugspunkt, der bestehen bleibt, selbst wenn sich einzelne soziale Dienste verändern. Eine mit korrekter Einwilligung aufgebaute E-Mail-Liste kann einen weiteren direkten Kommunikationsweg schaffen. Soziale Konten können dann als Verbreitungskanäle rund um eine dauerhaft angelegte Identität dienen, anstatt der einzige Ort zu werden, an dem die Beziehung zwischen einem Herausgeber und seinen Lesern existiert.
Nutzer neuerer dezentraler Systeme können außerdem die bereits verfügbaren Portabilitätsfunktionen praktisch nutzen. Ein Bluesky-Nutzer kann darüber nachdenken, einen domainbasierten Handle zu verwenden, und sollte seine Informationen zur Kontowiederherstellung aktuell halten. Mastodon-Nutzer können Exporte wichtiger Kontolisten speichern und sich mit dem Migrationsprozess vertraut machen, bevor sie ihn tatsächlich benötigen. Threads-Nutzer, die Zugriff auf Fediverse-Sharing haben, können diese Funktion nutzen, um ihre öffentlichen Beiträge und ihre Identität auch außerhalb von Threads sichtbar zu machen. Regelmäßige Datenexporte sind in allen Fällen sinnvoll, sollten jedoch als Sicherung und nicht als Beweis dafür betrachtet werden, dass jede soziale Verbindung an anderer Stelle vollständig wiederhergestellt werden kann.
Bis 2026 lassen sich soziale Netzwerke nicht mehr eindeutig in geschlossene Dienste und vollständig dezentrale Alternativen einteilen. Threads kombiniert ein zentral verwaltetes Kontosystem mit wachsender Fediverse-Interoperabilität. Bluesky gibt Identität und sozialen Daten durch das AT Protocol eine stärker portable Rolle. Mastodon zeigt, dass die Migration von Followern zwischen unabhängigen Servern funktionieren kann, macht zugleich aber auch die Grenzen beim Umzug historischer Inhalte sichtbar. Keiner dieser Ansätze gibt einem Nutzer Eigentum an anderen Menschen. Die entscheidende Form von Kontrolle besteht vielmehr darin, eine wiedererkennbare Identität zu bewahren, wichtige Daten zu behalten, mehrere Zugangswege zur eigenen Zielgruppe aufrechtzuerhalten und einen Dienst verlassen zu können, ohne automatisch jede dort aufgebaute Beziehung zu verlieren.