Wie funktioniert RCS? Die Technologie hinter Rich Messaging

RCS funktioniert, indem Nachrichten über das Internet gesendet werden – mobile Daten oder WLAN – anstelle des Mobilfunk-Signalisierungskanals, der SMS überträgt. Die native Messaging-App Ihres Telefons verbindet sich mit einem Rich Communication Services (RCS)-Server, der von Google oder Ihrem Mobilfunkanbieter betrieben wird, und folgt dabei einem gemeinsamen Branchenstandard namens Universalprofil. Dies macht Lesebestätigungen, hochauflösende Medien und interaktive Schaltflächen möglich – und wenn die Person am anderen Ende RCS nicht empfangen kann, greift die Nachricht einfach auf ein SMS-Fallback zurück.

Das ist die kurze Antwort. Aber wenn Sie ein Messaging-Programm planen, haben Sie wahrscheinlich weitere Fragen: Wer betreibt die Infrastruktur? Was macht die Jibe-Plattform von Google? Und was passiert wirklich, wenn Sie eine Nachricht an ein iPhone senden?

In diesem Leitfaden erläutern wir, wie sich RCS vom Absender zum Empfänger bewegt: die Transportschicht, der Universalprofil-Standard, das Routing und Fallback von Nachrichten, die Anforderungen an Geräte und Mobilfunkanbieter, die Verschlüsselung und wie RCS for Business darauf aufbaut.

RCS ist der Messaging-Standard, der entwickelt wurde, um SMS und MMS im nativen Posteingang abzulösen – in derselben App, in der Ihre Kunden bereits Textnachrichten schreiben, jedoch mit hinzugefügten App-ähnlichen Funktionen. Der Hauptunterschied besteht darin, wie die Nachricht übertragen wird.

• SMS wird über das Mobilfunk-Signalisierungsnetzwerk übertragen. Textnachrichten werden in die freie Kapazität des Steuerkanals gequetscht, den Telefone verwenden, um mit Mobilfunkmasten zu kommunizieren – was der Grund dafür ist, dass SMS auf fast jedem Mobiltelefon funktioniert, aber auch, warum sie auf 160 Zeichen reinen Text begrenzt ist.
• RCS nutzt das Internet. Nachrichten werden als Daten über das mobile Internet oder WLAN an einen RCS-Server gesendet. Dies ist derselbe allgemeine Ansatz, der von Messaging-Apps verwendet wird – mit dem Unterschied, dass sich RCS in der standardmäßigen Messaging-App des Telefons befindet und Sie nichts herunterladen müssen.

Stellen Sie sich SMS wie eine Postkarte vor: klein, standardisiert und fast überall zustellbar. RCS ist eher wie ein Kurierdienst, der auf modernen Straßen unterwegs ist – er transportiert viel mehr (10 MB+ an Bildern, Videos, Karussells, markenkonforme Absenderprofile), bestätigt die Zustellung und das Lesen und unterstützt einen echten Dialog.

Eine Sache ist RCS nicht: ein universeller Ersatz für SMS. SMS bleibt der universell kompatibelste Messaging-Kanal der Welt und ist das Standard-Fallback, wenn RCS nicht verfügbar ist – die beiden ergänzen sich und konkurrieren nicht miteinander. Für eine detaillierte Aufschlüsselung der Funktionen siehe unseren Vergleich zwischen RCS und SMS.

Hier ist die Frage der Zuschreibung, über die das halbe Internet stolpert: RCS ist kein Google-Protokoll. Es ist ein offener Standard der GSM Association (GSMA) – desselben Branchenverbands, der hinter einem Großteil der Interoperabilität mobiler Netzwerke steht – und er befindet sich seit 2007 in der Entwicklung.

Google ist der größte Implementierer des Standards. Drei Komponenten lassen das Ökosystem funktionieren:

• Das Universalprofil (UP) ist das gemeinsame Regelwerk der GSMA – eine Spezifikation, die definiert, wie sich jeder RCS-Client und -Server verhalten sollte, damit Nachrichten über verschiedene Mobilfunkanbieter, Länder und Geräte hinweg auf die gleiche Weise funktionieren. Apples iPhone-Implementierung startete mit dem Universalprofil 2.4; Universalprofil 3.0, das im März 2025 veröffentlicht wurde, fügt dem Standard selbst eine Ende-zu-Ende-Verschlüsselung hinzu (mehr dazu unten).
• Google Jibe ist die Infrastruktur, über die der meiste RCS-Verkehr tatsächlich läuft. Google hat Jibe Mobile im Jahr 2015 übernommen und betreibt nun RCS-Backends im Auftrag vieler Mobilfunkanbieter weltweit, während es gleichzeitig Google Messages, die standardmäßige RCS-App auf Android, entwickelt. Deshalb spielt Google in jeder Erklärung von RCS eine so große Rolle – es betreibt einen Großteil der Infrastruktur, aber der Standard gehört der Mobilfunkbranche.
• Mobilfunkanbieter aktivieren RCS in ihren Netzwerken (oft durch Delegierung an Jibe), kümmern sich um die Zusammenschaltung und spielen eine Rolle bei der Verifizierung geschäftlicher Absender. Jetzt, da Apple RCS unterstützt, steuern die Mobilfunkanbieter auch, wann die Funktion für iPhone-Nutzer in ihrem Netzwerk aktiviert wird.

Das Ergebnis: Ein Kanal mit der Reichweite einer Netzbetreibertechnologie und dem Funktionsumfang einer modernen Messaging-App: RCS zählt mittlerweile rund 1,5 Milliarden Nutzer weltweit, davon 250 Millionen in den USA, wo jeden Tag über 1 Milliarde RCS-Nachrichten gesendet werden.

Egal, ob es sich um den Gruppenchat eines Freundes oder das Bestellupdate einer Marke handelt, eine RCS-Nachricht durchläuft denselben grundlegenden Weg. Hier ist die Business-Version, da es dort die meisten beweglichen Teile gibt:

1. Der Absender initiiert die Nachricht. Ein Unternehmen sendet eine Nachricht – eine Werbeaktion, eine Zustellungswarnung oder ein Einmalpasswort (OTP) – über einen Messaging-Anbieter wie Sinch.
2. Zuerst wird eine Fähigkeitsprüfung durchgeführt. Bevor etwas gesendet wird, prüft die Plattform, ob das Gerät des Empfängers und der Mobilfunkanbieter RCS zum jetzigen Zeitpunkt unterstützen. Diese Prüfung in Echtzeit macht den Kanal zuverlässig: kein Raten, keine Nachrichten, die an nicht unterstützte Mobiltelefone verloren gehen.
3. Die Nachricht wird über IP geroutet. Wenn das Gerät RCS-fähig ist, wird die Nachricht an die RCS-Infrastruktur von Google (oder in einigen Fällen direkt an die RCS-Plattform eines Mobilfunkanbieters) übertragen, wo sie auf Spam, Malware und die Compliance mit den Richtlinien geprüft und dann über mobile Daten oder WLAN an die Messaging-App des Empfängers gepusht wird.
4. Das Fallback fängt alles andere ab. Wenn die Fähigkeitsprüfung fehlschlägt – älteres Gerät, nicht unterstützter Mobilfunkanbieter, RCS deaktiviert, keine Datenverbindung – wird die Nachricht stattdessen als SMS oder MMS zugestellt, sodass sie dennoch ankommt.

Dieser Fallback-Schritt ist wichtiger, als er klingt. EasyPark Group, ein führender Anbieter im Bereich digitales Parken, sendet RCS, wo Geräte dies unterstützen, und greift überall sonst auf SMS zurück – und hält so die Zustellraten in Deutschland bei über 97 %. Rich, wo immer es möglich ist, zuverlässig überall.

Vier Voraussetzungen müssen erfüllt sein, damit eine Nachricht als RCS ankommt, anstatt auf das Fallback zurückzugreifen:

• Ein kompatibles Gerät und Betriebssystem: Ein Android-Telefon mit Google Messages oder ein iPhone mit iOS 18 oder neuer. Tastenhandys und ältere Geräte können RCS nicht empfangen.
• Support durch Mobilfunkanbieter oder Google: Im Netzwerk des Empfängers muss RCS aktiviert sein – entweder durch die eigene Bereitstellung des Mobilfunkanbieters oder über Google Jibe. Auf dem iPhone muss der Mobilfunkanbieter RCS gezielt für iOS aktivieren.
• Eine Datenverbindung: RCS benötigt mobile Daten oder WLAN. Keine Verbindung bedeutet kein RCS – die Nachricht wartet oder greift auf das SMS-Fallback zurück.
• RCS aktiviert: Der Nutzer muss RCS-Chats in seiner Messaging-App aktiviert haben. Für die meisten Android-Nutzer ist es standardmäßig aktiviert, und auf dem iPhone ist es ein Schalter unter den Einstellungen, sobald der Mobilfunkanbieter dies unterstützt.

Da jede dieser Voraussetzungen jederzeit fehlen kann, bauen seriöse Messaging-Programme ein SMS-Fallback als Designanforderung ein.

Apple hat den RCS-Support in iOS 18, das im September 2024 veröffentlicht wurde, integriert und das Universalprofil 2.4 implementiert. RCS-Konversationen erscheinen in der Nachrichten-App mit einem eigenen Label – getrennt von iMessage, das Apples proprietärer Dienst bleibt für Apple-zu-Apple-Chats. Wenn ein iPhone-Nutzer einem Android-Nutzer eine Nachricht sendet, verwendet Messages nun RCS (wo der Mobilfunkanbieter dies unterstützt), anstatt auf SMS/MMS zurückzugreifen – so erhalten plattformübergreifende Chats Tippanzeigen, Lesebestätigungen und hochwertige Medien.

Zwei Rollouts sind noch im Gange, und es lohnt sich, bei beiden präzise zu sein:

• RCS for Business auf iOS wird in Schlüsselmärkten eingeführt. Ob die Rich Messages einer Marke ein bestimmtes iPhone erreichen, hängt von Apple und dem Mobilfunkanbieter des Nutzers ab – es ist noch nicht universell.
• Support für Universalprofil 3.0 – das Ende-zu-Ende-Verschlüsselung für RCS-Chats zwischen iPhone und Android bringt – begann als Betaversion nach iOS 26.5 im Mai 2026.

In der Praxis ist RCS-Chat auf dem iPhone weitgehend live, während Business Messaging und plattformübergreifende Verschlüsselung Markt für Markt expandieren.

Auf „Ist RCS verschlüsselt?“ gibt es keine einfache Ja-oder-Nein-Antwort – es hängt davon ab, über welche Art von RCS-Konversation Sie sprechen. Es gibt drei verschiedene Zustände:

1. RCS for Business (A2P)-Nachrichten werden bei der Übertragung verschlüsselt, nicht Ende-zu-Ende. Geschäftliche Nachrichten durchlaufen Zwischenstationen – einschließlich der Infrastruktur von Google und der Mobilfunknetzwerke – wobei eine Transportschicht-Verschlüsselung (TLS) zwischen den Sprüngen angewendet wird. Google und Aggregatoren können auf den Nachrichteninhalt zugreifen, daher ist dieser Zustand für Marketing, Benachrichtigungen und Zustellungsupdates geeignet, nicht jedoch für vertrauliche Daten. Organisationen mit HIPAA- oder PCI DSS-Verpflichtungen sollten Alternativen mit standardmäßiger Ende-zu-Ende-Verschlüsselung evaluieren, wie zum Beispiel die WhatsApp Business Platform, die über das Signal-Protokoll laufen. RCS for Business verfügt über starke Compliance-Nachweise – ISO 27001, SOC 2, SOC 3, DSGVO und PSD2 – und Profile von verifizierten Absendern erhöhen das Vertrauen auf Nutzerseite.
2. Persönliche Android-zu-Android-Chats sind Ende-zu-Ende-verschlüsselt. Person-to-Person (P2P)-Konversationen zwischen Nutzern von Google Messages verfügen über Ende-zu-Ende-Verschlüsselung (E2EE), was bedeutet, dass nur der Absender und der Empfänger sie lesen können.
3. Plattformübergreifendes E2EE zwischen iPhone und Android wird eingeführt. Universalprofil 3.0 definiert interoperables E2EE unter Verwendung des Messaging Layer Security (MLS)-Protokolls, und Google und Apple führen es nach iOS 26.5 (Mai 2026) in der Betaversion ein. Bis es die Geräte und Mobilfunkanbieter Ihrer Nutzer erreicht, werden plattformübergreifende P2P-Chats nur bei der Übertragung verschlüsselt.

Kurz gesagt: Persönliche Android-Chats sind bereits Ende-zu-Ende-verschlüsselt, die Verschlüsselung zwischen iPhone und Android wird eingeführt, und geschäftliche Nachrichten sind nur transportverschlüsselt – gehen Sie bei RCS for Business niemals von E2EE aus. Für einen tieferen Einblick, was das in der Praxis bedeutet, lesen Sie unseren Leitfaden zu RCS-Sicherheit.

Alles oben Genannte beschreibt die Infrastruktur. RCS for Business (früher „RCS Business Messaging“ oder „RBM“ genannt) ist die Application-to-Person (A2P)-Schicht, die es Marken ermöglicht, diese Infrastruktur zu nutzen – mit Leitplanken, die persönliches Messaging nicht benötigt.

• Verifizierte Profile: Bevor ein Unternehmen etwas sendet, registriert es ein RCS-Profil – ein markenkonformes Absenderprofil mit seinem Namen, Logo und seinen Farben – das von Google und den Mobilfunkanbietern verifiziert wird. Kunden sehen, wer ihnen wirklich eine Nachricht sendet, inklusive Häkchen. Diese Verifizierung ist wichtig: Unsere Untersuchungen zeigen, dass 80 % der Verbraucher angeben, dass visuelle Indikatoren wie ein Logo und ein Häkchen ihr Vertrauen in die Identität eines Absenders stärken.
• Aggregatoren und Plattformen: Unternehmen verbinden sich nicht direkt mit Google oder mit Dutzenden von Mobilfunkanbietern. Communications Platform as a Service (CPaaS) Anbieter wie Sinch kümmern sich um die Profilregistrierung, Verbindungen zu Mobilfunkanbietern, Fähigkeitsprüfungen, das Routing und das automatische SMS-Fallback hinter einer einzigen API – plus verschiedene Nachrichtentypen, von einfachen Text-Upgrades über Rich-Karussells bis hin zu bidirektionalen Chatbots.
• Preisgestaltung und Zustellmechanismen unterscheiden sich ebenfalls von SMS – RCS wird typischerweise pro Nachricht oder pro Sitzung abgerechnet, wobei einfache Nachrichten mit SMS vergleichbar sind.

Profi-Tipp: Wenn Sie RCS auf Unternehmensebene evaluieren, führt Sie unser Leitfaden zur RCS-API Schritt für Schritt durch die Profileinrichtung, das Routing und die Fallback-Konfiguration.

Jetzt können Sie genau erklären, wie RCS funktioniert: Nachrichten werden unter dem Universalprofil der GSMA über IP übertragen, Google Jibe und die Mobilfunkanbieter betreiben die Infrastruktur, verifizierte Profile bieten Unternehmen einen vertrauenswürdigen Zugang und das SMS-Fallback sorgt dafür, dass jede Nachricht zustellbar bleibt. Der Kanal, der der bescheidenen SMS ein Upgrade verpasst, ist in großem Maßstab live – und wächst sowohl auf Android als auch auf dem iPhone.

Sinch baut seit 2017 auf RCS auf, mit direkten Verbindungen zu Google und Mobilfunkanbietern weltweit. Mit Sinch Conversation API, erhalten Sie RCS mit automatischen Fähigkeitsprüfungen und SMS-Fallback durch eine einzige Integration – und wenn Sie bereits SMS mit Sinch senden, kann RCS Upscale für diese Nachrichten ohne jegliche neue Integration ein Upgrade vornehmen.

Sind Sie bereit zu sehen, was RCS für Ihr Messaging-Programm tun kann? Sehen Sie sich Sinch Conversation API. Oder, wenn Sie es lieber erst besprechen möchten, wenden Sie sich an unser Team – wir freuen uns darauf, Ihnen dabei zu helfen, Messaging-Erlebnisse zu schaffen, die Ihre Kunden lieben werden!

Autor/in: Drew Wilkinson Drew Wilkinson is a Marketing Operations Manager at Sinch. Prior to Sinch, Drew also led marketing at SimpleTexting, a texting platform for small businesses.