RCS for Business, das hübschere Geschwister von SMS.
Rich Cards, vorgeschlagene Antworten, Markenabsender, Lesebestätigungen. Fallback auf SMS mit einem einzigen Attribut. Dieselbe Authentifizierung, dieselbe Idempotenz, dieselben Webhooks wie bei jedem anderen Bird-Kanal – weil dasselbe Engineering-Team sie alle gebaut hat.
Täglich vertraut von Teams, die
erstklassige Software entwickeln.
5 Minuten von npm install bis zum ersten Versand
Senden Sie eine Rich Message in der Sprache, die Sie bereits nutzen.
SDKs für jede gängige Laufzeitumgebung. Der erste Versand geht an die freigegebene Testnummer (+15005550006) und fällt automatisch auf SMS zurück, sodass der CI-Check kein RCS-fähiges Gerät erfordert.
Codebeispiele werden verfügbar, sobald diese API veröffentlicht wird. Die SDKs decken bereits die Live-Kanäle ab.
Zehn Primitive zwischen "text" und einer echten App-Oberfläche.
RCS ist ein reichhaltigeres Protokoll als SMS. Wir stellen diese Vielfalt als Primitive bereit, nicht als Designer-Canvas.
- 01
Rich Cards
Titel, Untertitel, Hero-Bild und bis zu 4 Aktionen pro Karte. Karussell mit bis zu 10 Karten in einer Nachricht.
- 02
Vorgeschlagene Antworten
Antworte-per-Tap-Chips, die einen bekannten String an Ihren Webhook senden. Kein NLU-Raten auf Ihrer Seite.
- 03
Markenabsender
Verifizierte Unternehmensidentität mit Logo, Farbe und Kurzbeschreibung im Chat-Header des Geräts.
- 04
Lesebestätigungen und Tipp-Indikator
Zustellungs-, Lese- und "is typing"-Status als Webhooks, im selben Envelope-Format wie bei jedem anderen Kanal.
- 05
Fallback auf SMS mit einem Attribut
Übergeben Sie fallback: "sms". Wenn das Gerät nicht RCS-fähig ist, senden wir transparent die Textvariante.
- 06
Interaktive Postbacks
Button-Taps kommen als rcs.replied-Events mit dem von Ihnen gesetzten Postback-String zurück. Verbinden Sie sie mit einer State Machine.
- 07
Medienanhänge
Bilder, Video bis 100 MB, Audio, PDF, vCard. Wir hosten das Asset und liefern eine signierte URL mit TTL.
- 08
Bidirektionale Konversation
Eingehende Nutzerantworten kommen als HMAC-signierte Webhooks an. Gleiches Format wie eingehende SMS- und WhatsApp-Nachrichten.
- 09
Carrier- und Geräteprüfung
Wir prüfen die RCS-Fähigkeit vor dem Versand. Wenn das Gerät offline oder nicht RCS-fähig ist, erfolgt der Fallback automatisch.
- 10
Dieselbe Authentifizierung, dieselbe Fehlerantwort
Ein API-Schlüssel für RCS, SMS, Email, WhatsApp, Voice. Ein Fehlertyp-Register für alle.
Warum wir RCS bauen
Weil 2026 der günstigste Kanal und der reichhaltigste derselbe Versand sein sollten.
RCS-fähige Geräte erhalten eine Rich Card; alle anderen erhalten die SMS-Variante, die wir aus derselben Payload generiert haben. Wir betreiben SMS seit zehn Jahren über 240 direkte Carrier-Verbindungen; RCS ist dieselbe Routing-Schicht mit einem reichhaltigeren Payload-Typ und einem Fallback-Flag. Ehrlich zur Abdeckung: Heute erreicht RCS US-Carrier (T-Mobile, Verizon, AT&T) und Brasilien; EU und APAC folgen im Laufe von 2026. Außerhalb dieses Footprints übernimmt das Fallback-Flag.
import { BirdClient } from "@messagebird/sdk";
const bird = new BirdClient({
apiKey: process.env.BIRD_API_KEY!,
});
const { data, error } = await bird.rcs.send({
to: "+15005550006",
card: {
title: "Your order has shipped",
subtitle: "Arriving Friday, May 22",
image: "https://cdn.example.com/orders/2891.jpg",
buttons: [
{
type: "url",
label: "Track package",
url: "https://example.com/track/2891",
},
{
type: "reply",
label: "Reschedule",
postback: "reschedule_2891",
},
],
},
fallback: "sms",
}).safe();
if (error) throw error;
console.log(data.id);
// → "rcs_4mP82wQ9..."
Jede Statusänderung ist ein Webhook.
HMAC-signierte Payloads, Replay-geschützt, idempotent. Dasselbe Envelope-Format auf jedem Bird-Kanal: einen lernen, alle verstehen.
Wiederholungsplan: 5 s, 5 min, 30 min, 2 h, 5 h, dann zweimal 10 h. Nach dem letzten Versuch schlägt die Zustellung endgültig fehl; die Wiedergabe stellt sie über das Dashboard oder die API wieder her.
rcs.queuedVon der API akzeptiert und zum Versand eingereiht.rcs.sentAn das RCS-Gateway des Carriers übergeben.rcs.deliveredDas Endgerät hat den Empfang der Rich-Nachricht bestätigt.rcs.readDer Empfänger hat die Nachricht gelesen (sofern Lesebestätigungen aktiviert sind).rcs.repliedDer Nutzer hat auf einen Schnellantwort-Chip getippt oder eine freie Antwort gesendet.rcs.fellbackDas Endgerät war nicht RCS-fähig; stattdessen wurde die SMS-Variante gesendet.rcs.failedPermanenter Fehler vor dem Senden (ungültiger Empfänger, Carrier-Ablehnung).
Wenn Sie SMS integriert haben, haben Sie RCS integriert.
Gleiche Authentifizierung, gleicher Idempotenz-Vertrag, gleiche Fehlerantwort, gleiches Webhook-Format. Der Unterschied liegt im Payload, nicht im Aufruf.
RCS.
Eine echte Karte auf RCS-fähigen Geräten. Außerhalb der Abdeckung leitet das Fallback-Flag denselben Payload über SMS weiter.
SMS.
Sprechen Sie den SMS-Pfad direkt an, wenn Sie es explizit wollen. Gleiche Authentifizierung, gleiche Webhooks, gleiche Idempotenz.
Abrechnung pro zugestellter Nachricht, zuzüglich Carrier-Gebühren.
Abrechnung pro zugestellter RCS-Nachricht. Carrier-Gebühren für Rich-Nachrichten werden durchgereicht und einzeln in der Rechnung ausgewiesen. Fallback-SMS-Sendungen werden zum SMS-Tarif des Ziellandes berechnet. Keine Plattformgebühr, keine Lizenzgebühr.
In die Praxis umsetzen.
Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema. Die Ressourcen sind auf Englisch.
Machen Sie Ihre Nachrichten nützlicher.
Entdecken Sie Rich Messaging, Absender-Einrichtung und SMS-Fallback gemeinsam mit unserem Team.