RCS for Business, das attraktivere Geschwisterkind von SMS.
Rich Cards, vorgeschlagene Antworten, gebrandeter Absender, Lesebestätigungen. Fallback auf SMS mit einem einzigen Attribut. Gleiche Authentifizierung, gleiche Idempotenz, gleiche Webhooks wie bei jedem anderen Bird-Kanal – weil dasselbe Engineering-Team sie alle gebaut hat.
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 – so erfordert der CI-Check kein RCS-fähiges Endgerät.
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 die 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
Tap-to-Reply-Chips, die einen bekannten String an Ihren Webhook senden. Kein NLU-Raten auf Ihrer Seite.
- 03
Gebrandeter Absender
Verifizierte Unternehmensidentität mit Logo, Farbe und Kurzbeschreibung im Chat-Header des Endgeräts.
- 04
Lesebestätigungen und Tipp-Indikator
Zustell-, Lese- und „tippt gerade …"-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 Endgerät nicht RCS-fähig ist, senden wir transparent die Text-Variante.
- 06
Interaktive Postbacks
Button-Taps kommen als rcs.replied-Events mit dem von Ihnen gesetzten Postback-String zurück. Verknüpfen Sie sie mit einer State Machine.
- 07
Medienanhänge
Bilder, Videos bis 100 MB, Audio, PDF, vCard. Wir hosten das Asset und liefern eine signierte URL mit TTL.
- 08
Bidirektionale Konversation
Eingehende Nutzerantworten werden als HMAC-signierte Webhooks zugestellt. Gleiches Format wie eingehende SMS und WhatsApp.
- 09
Carrier- und Geräte-Gating
Wir prüfen die RCS-Fähigkeit vor dem Versand. Ist das Gerät offline oder nicht RCS-fähig, erfolgt der Fallback automatisch.
- 10
Gleiche Authentifizierung, gleiches Error-Envelope
Ein API-Key für RCS, SMS, E-Mail, WhatsApp, Voice. Ein einheitliches Error-Type-Registry für alle Kanäle.
Warum wir RCS entwickeln
Denn 2026 sollten der günstigste Kanal und der reichhaltigste ein und derselbe Versand sein.
RCS-fähige Endgeräte erhalten eine Rich Card; alle anderen bekommen die SMS-Variante, die wir aus demselben Payload generiert haben. Wir betreiben SMS seit zehn Jahren über 240 Direct-to-Carrier-Verbindungen; RCS ist dieselbe Routing-Schicht mit einem reichhaltigeren Payload-Typ und einem Fallback-Flag. Ehrlich zur Abdeckung: Heute landet RCS bei US-Carriern (T-Mobile, Verizon, AT&T) und in Brasilien; EU und APAC werden im Laufe von 2026 ausgebaut. 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 heißt alle beherrschen.
Wiederholungsplan: 5s, 5m, 30m, 2h, 5h, dann zweimal 10h. Nach dem letzten Versuch schlägt die Zustellung endgültig fehl – per Replay kann sie über das Dashboard oder die API wiederhergestellt werden.
rcs.queuedVon der API akzeptiert und zum Versand in die Warteschlange gestellt.rcs.sentAn das Carrier-RCS-Gateway übergeben.rcs.deliveredEndgerät hat den Empfang der Rich Message bestätigt.rcs.readEmpfä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, gleiches Error-Envelope, 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 per SMS weiter.
SMS.
Sprechen Sie den SMS-Pfad direkt an, wenn Sie es explizit möchten. Gleiche Authentifizierung, gleiche Webhooks, gleiche Idempotency.
Priced per delivered message, plus carrier fees.
Abrechnung pro zugestellter RCS-Nachricht. Carrier-Rich-Message-Gebühren werden durchgereicht und als einzelne Posten auf der Rechnung ausgewiesen. Fallback-SMS werden zum SMS-Tarif des Ziellandes berechnet. Keine Plattformgebühr, keine Lizenzgebühr pro Nutzer.