Interoperable Messenger: Wenn dieselbe Nachricht noch keine gemeinsame Unterhaltung ist
- Benjamin Metzig
- 7. Juni
- 6 Min. Lesezeit

Die Idee klingt fast banal: Wenn E-Mails zwischen unterschiedlichen Anbietern funktionieren, warum sollten Messenger das nicht auch können? Warum sollte jemand auf Signal, Matrix oder einer kleineren europäischen App nicht einfach einer WhatsApp-Nutzerin schreiben können, ohne erst die Plattform zu wechseln? Genau diese Erwartung steckt hinter der aktuellen Debatte um interoperable Messenger. Sie ist nachvollziehbar. Sie ist nur technisch viel anspruchsvoller, als das Wort „kompatibel“ vermuten lässt.
Kernaussagen
Messenger-Interoperabilität scheitert selten am bloßen Transport einer Nachricht, sondern an Identität, Schlüsselverwaltung, Geräte-Synchronisation, Funktionslogik und Missbrauchsschutz.
Ende-zu-Ende-verschlüsselte Chats sind schwerer zu öffnen als E-Mail, weil moderne Messenger eine laufende Zustandsmaschine aus Geräten, Sitzungen, Gruppen und Berechtigungen verwalten.
Offene Standards wie XMPP, Matrix und MLS zeigen, dass interoperable Kommunikation technisch möglich ist, aber nicht automatisch dieselbe Nutzererfahrung erzeugt.
Der Digital Markets Act der EU erzwingt zunächst nur enge Grundfunktionen; vollständige Gleichwertigkeit zwischen verschiedenen Chatwelten ist damit noch nicht hergestellt.
Ob Interoperabilität am Ende trägt, entscheidet sich nicht nur an Protokollen, sondern daran, wie Sicherheit, Spamabwehr und Nutzerverständnis an Systemgrenzen organisiert werden.
Eine Nachricht ist noch kein Messenger
E-Mail ist ein guter Vergleich, aber nur bis zu einem gewissen Punkt. Eine Mail ist im Kern ein relativ robuster Transport von Nachrichten zwischen Adressen. Messenger dagegen sollen sich wie fortlaufende gemeinsame Räume anfühlen. Sie verwalten nicht nur Text, sondern Lesebestätigungen, Reaktionen, Antworten auf ältere Nachrichten, Bearbeitungen, gelöschte Inhalte, Sprachclips, Dateianhänge, Kontaktanfragen, Gruppenrollen und mehrere Geräte pro Person.
Deshalb ist „Nachricht von A nach B“ nur die Oberfläche. Darunter liegt eine Frage, die bei E-Mail in dieser Form viel schwächer ausgeprägt ist: Wissen beide Systeme wirklich, wer gerade mit welchem Gerät in welcher Sitzung spricht und welcher Zustand für diesen Chat gilt?
Gerade darin unterscheiden sich Messenger auch sozial von anderen digitalen Kanälen. Sie sind zu Infrastrukturen von Nähe, Routine und Gruppenalltag geworden. Wer dazu eine Anschlussstelle im eigenen Bestand sucht, landet fast zwangsläufig bei Digitale Freundschaftspflege: Wie Messenger Nähe auf Distanz halten. Interoperabilität betrifft also nicht nur Technik, sondern den Alltag eines Mediums, das Verlässlichkeit simulieren muss.
Die eigentliche Härte sitzt in der Verschlüsselung
Sobald Messenger echte Ende-zu-Ende-Verschlüsselung bieten, wird Interoperabilität sprunghaft komplizierter. Denn dann genügt es nicht mehr, dass Server Nachrichten weiterreichen. Beide Seiten müssen sich kryptografisch aufeinander einstellen.
Ein zentraler Baustein vieler sicherer Messenger ist das asynchrone Schlüsselmanagement. Das X3DH-Protokoll von Signal ist genau dafür ausgelegt: Eine Person kann einer anderen auch dann eine verschlüsselte Nachricht schicken, wenn diese gerade offline ist. Dafür liegen auf dem Server vorbereitete Schlüsselinformationen, aus denen eine neue Sitzung aufgebaut wird. Schon dieser Schritt zeigt, warum ein Messenger weit mehr als ein Textkanal ist: Er muss Schlüssel veröffentlichen, abrufen, erneuern und mit überprüfbaren Identitäten verknüpfen.
Noch deutlicher wird die Komplexität im Sesame-Algorithmus, der die Sitzungsverwaltung in einer asynchronen Multi-Device-Umgebung beschreibt. Dort geht es nicht bloß darum, eine Verbindung aufzubauen. Es geht darum, dass Menschen mehrere Geräte haben, Geräte verschwinden oder neu hinzukommen, Nachrichten verspätet eintreffen und Zustände trotzdem konsistent bleiben. Ein interoperabler Messenger muss also nicht nur eine Nachricht entschlüsseln können. Er muss mit verlorenen Paketen, konkurrierenden Sitzungen, Gerätewechseln und Re-Keying umgehen, ohne dass der Chat in einen unverständlichen Sicherheitszustand kippt.
Wer sich schon mit Post-Quantum-Kryptografie am Inventar beschäftigt hat, erkennt darin ein bekanntes Muster: Gute Kryptografie ist selten das isolierte Problem. Die eigentliche Mühe liegt in Migration, Zustandsverwaltung und sauberem Betrieb.
Offene Standards helfen, aber sie ersetzen keine Produktarchitektur
An offenen Standards mangelt es nicht. XMPP existiert seit vielen Jahren als offenes, erweiterbares Protokoll für Echtzeitkommunikation. Matrix geht weiter und versteht sich ausdrücklich als offene, föderierte Kommunikationsarchitektur mit Server-zu-Server-Synchronisation, Geräteverwaltung und optionaler Ende-zu-Ende-Verschlüsselung. Mit MLS, dem Messaging Layer Security Protocol, gibt es inzwischen sogar einen offenen Standard speziell für sichere Gruppenkommunikation mit Eigenschaften wie Forward Secrecy und Post-Compromise Security.
Das ist die gute Nachricht: Technisch ist Interoperabilität nicht utopisch. Es gibt reale, dokumentierte Modelle für offene Kommunikation.
Die schlechte Nachricht lautet: Ein Standard allein macht noch keine gemeinsame Chatwelt. XMPP ist erweiterbar, aber gerade diese Erweiterbarkeit kann zu sehr unterschiedlichen Funktionslandschaften führen. Matrix ist offen und föderiert, verlangt aber auch, dass Dienste Föderation, Zustandsabgleich und Sicherheitsmodell tatsächlich mittragen. MLS löst die Kryptografie einer Gruppe, aber nicht automatisch Fragen nach Nutzeridentität, Spam-Schutz, Medienhosting, Kontaktanfragen, Moderation oder verständlicher Benutzeroberfläche.
Das ist ein guter Punkt, um an den internen Beitrag Open Standards gegen Lock-in: Warum digitale Souveränität technische Regeln braucht anzuschließen. Offene Standards sind kein romantischer Gegenentwurf zum Markt. Sie sind eine harte Koordinationsleistung. Sie funktionieren nur dann gut, wenn Betreiber und Produkte die politischen und technischen Regeln der Offenheit tatsächlich akzeptieren.
Warum Meta die Sache nicht wie E-Mail lösen kann
Besonders aufschlussreich ist der technische Blick auf den aktuellen DMA-Fall. In einem Engineering-Beitrag von Meta vom 6. März 2024 wird offen beschrieben, woran Interoperabilität auf Messenger-Ebene praktisch hängt: Identitätsnachweise für Drittanbieter, Signal-Protokoll oder kompatible Sicherheitsgarantien, XML-Stanzas im Transport, Medienabruf über Drittserver, Sicherheitsgrenzen ohne Kontrolle über beide Clients und Verlust bestimmter Verbindungssignale, die für Spam- und Scam-Abwehr relevant sind.
Gerade dieser letzte Punkt wird oft unterschätzt. Ein geschlossener Messenger kann viele Sicherheitsannahmen treffen, weil derselbe Betreiber beide Endpunkte, den Transport und die Produktlogik kontrolliert. Sobald aber fremde Clients oder Zwischenserver beteiligt sind, schrumpft diese Kontrolle. Dann stellt sich nicht nur die Frage, ob die Nachricht ankommt, sondern ob man Missbrauch noch gleich gut erkennt, Identitäten zuverlässig bindet und Nutzerinnen und Nutzern ehrlich sagen kann, welche Sicherheitsversprechen noch gelten.
Der Meta-Text formuliert das fast nüchtern, aber die Tragweite ist groß: Selbst wenn Nachrichten unterwegs mit dem Signal-Protokoll geschützt sind, kann ein Plattformbetreiber ohne Kontrolle über beide Endgeräte nicht dasselbe Sicherheitsversprechen abgeben wie in einem vollständig eigenen System. Interoperabilität bedeutet hier also immer auch einen Übergang von klarer Zuständigkeit zu geteilter Verantwortung.
Das verbindet die Technik direkt mit einer älteren, breiteren Frage nach Privatheit und Macht. Wer tiefer in diese Ebene einsteigen will, findet eine passende Weiterführung in Datenschutz als Freiheitsfrage: Warum Privatsphäre politisch und nicht privat ist.
Was der DMA wirklich verlangt und was nicht
In der öffentlichen Debatte klingt „Messenger müssen interoperabel werden“ oft wie die Ankündigung eines komplett offenen Chat-Ökosystems. Die Rechtslage ist vorsichtiger.
Die EU-Kommissionsentscheidung zur Fristverlängerung für Meta macht den Zuschnitt der Pflicht sehr klar: Im ersten Schritt geht es um Ende-zu-Ende-Textnachrichten zwischen zwei einzelnen Nutzerinnen oder Nutzern sowie um Bilder, Sprach- und Videonachrichten und andere Anhänge. Gruppenfunktionen und Anrufe kommen später. Das ist ein großer Unterschied. Denn gerade Gruppen, Rollen, Einladungen, Gerätewechsel und Mitgliedschaftsänderungen gehören zu den technisch und sozial empfindlichsten Teilen moderner Messenger.
Kontext: Was „interoperabel“ im ersten DMA-Schritt bedeutet
Der erste Pflichtumfang ist enger, als viele Nutzer erwarten: 1:1-Textnachrichten plus ausgewählte Anhänge. Gruppen und Anrufe sind gerade nicht der Startpunkt, sondern spätere Ausbaustufen.
Der aktuelle Umsetzungsstand ist ebenfalls ernüchternd und darum interessant. In ihrer Antwort auf die Parlamentsanfrage E-000134/2026 vom 27. Februar 2026 hält die Europäische Kommission fest, dass Meta bislang der einzige Gatekeeper mit solchen Interoperabilitätspflichten für Messaging-Dienste ist. Zugleich verweist sie darauf, dass BirdyChat und Haiket ihre Interoperabilität mit WhatsApp zwar im November 2025 angekündigt haben, zu diesem Zeitpunkt aber erst schrittweise oder im Beta-Betrieb ausrollten.
Passend dazu hatte Meta im Beitrag Messaging Interoperability: WhatsApp enables third-party chats for users in Europe angekündigt, dass Drittanbieter-Chats in Europa opt-in und zunächst begrenzt starten. Interoperabilität ist also realer geworden, aber weit entfernt von einer Lage, in der Chatdienste frei und vollständig austauschbar wären.
Interoperabilität öffnet auch Spam und Missbrauch mit
Offene Kommunikationsräume haben fast immer eine zweite Geschichte: Sie erleichtern nicht nur legitime Verbindungen, sondern auch Belästigung, Massenansprache und unerwünschte Reichweite. E-Mail kennt das Problem seit Jahrzehnten. Messenger waren davon lange besser abgeschirmt, weil geschlossene Systeme Eintrittsbarrieren, Kontaktanfragen und Plattformregeln zentraler steuern konnten.
Sobald Chatwelten zusammenfinden, müssen sie daher auch klären, wie Kontaktanfragen, Sperren, Meldungen, Identitätsmissbrauch und Massenversand systemübergreifend funktionieren sollen. Das ist keine Randfrage, sondern Teil der Kernarchitektur. Der alte Internet-Konflikt zwischen Offenheit und Missbrauch kehrt hier in neuer Form zurück. Eine gute interne Folie dafür ist Spam als Kulturgeschichte: Wie digitale Belästigung das Internet mitgeformt hat.
Gerade deshalb ist die E-Mail-Analogie nur halb nützlich. Ja, E-Mail zeigt, dass Interoperabilität möglich ist. Sie zeigt aber genauso, wie teuer Offenheit bei Missbrauchsabwehr, Reputationssystemen und Vertrauenslogik werden kann. Messenger versuchen nun, einen ähnlichen Grad an Offenheit zu schaffen, ohne dabei den Sicherheits- und Komfortgewinn ihrer geschlossenen Jahre zu verlieren. Genau hier liegt die eigentliche technische und politische Spannung.
Was am Ende zusammenfinden muss
Wenn man den Kern der Sache auf einen Satz verdichten will, dann diesen: Messenger müssen nicht nur Nachrichten austauschen, sondern Gesprächszustände teilen.
Dazu gehören mindestens:
stabile Identitäten über Systemgrenzen hinweg
sichere Schlüssel- und Geräteverwaltung
nachvollziehbare Regeln für Gruppen, Anhänge und Sitzungswechsel
klare Nutzerhinweise darüber, was interoperable Chats können und was nicht
gemeinsame oder wenigstens kompatible Verfahren gegen Missbrauch
Das macht Interoperabilität weder unmöglich noch illusionär. Es zeigt nur, dass sie eher Infrastrukturarbeit ist als ein Feature-Schalter. Offene Standards, Regulierungsdruck und konkrete Pilotprojekte bringen diese Arbeit voran. Aber sie überspringen nicht die Schichten dazwischen.
Deshalb werden Chatwelten wahrscheinlich nicht plötzlich „wie E-Mail“ zusammenfinden. Wenn es funktioniert, dann eher stufenweise: erst mit engen Grundfunktionen, dann mit mühsam ausgehandelten Sicherheits- und Produktregeln, vielleicht irgendwann mit belastbaren offenen Bausteinen für Gruppen, Medien und Identität. Die Frage ist also nicht mehr nur, ob Messenger interoperabel werden können. Die interessantere Frage lautet, wie viel gemeinsame Unterhaltung am Ende auf der anderen Seite einer gemeinsamen Nachricht tatsächlich übrig bleibt.
Autorenprofil
Benjamin Metzig ist Gründer, Autor und redaktionell Verantwortlicher von Wissenschaftswelle.de. Wissenschaftswelle ist ein persönlich geführtes redaktionelles Wissensprojekt, das komplexe Themen aus unterschiedlichen Fachbereichen sorgfältig recherchiert, strukturiert und verständlich aufbereitet. Moderne Recherche-, Analyse- und KI-Werkzeuge dienen dabei als Unterstützung, während Auswahl, Einordnung, Ton, Quellenbewertung und Veröffentlichung redaktionell bei Benjamin Metzig verantwortet bleiben. Mehr zum Profil: Autorenprofil von Benjamin Metzig.

















































































Kommentare