Channel-Fallback-Strategie: WhatsApp, RCS und SMS kombinieren

Dieser Leitfaden richtet sich an Verantwortliche in CX, CRM und Entwicklung, die wichtige Nachrichten über mehr als einen Kanal versenden und sicherstellen wollen, dass jeder Kunde sie genau einmal erhält. Er erklärt, wie Sie einen Fallback zwischen WhatsApp, RCS und SMS gestalten: was ihn auslöst, wie lange Sie warten sollten, wie Sie Duplikate vermeiden und wo die Einwilligung Grenzen setzt. Einen Vergleich der Kanäle selbst finden Sie unter WhatsApp vs. SMS vs. RCS.

Was ist eine Channel-Fallback-Strategie?

Eine Channel-Fallback-Strategie ist ein Regelwerk, das für jede Nachricht festlegt, welcher Kanal zuerst versucht wird, wann dieser Versuch aufgegeben wird und welcher Kanal als Nächstes folgt. Ziel ist, dass der Kunde die Nachricht einmal, rechtzeitig und über den besten für ihn verfügbaren Kanal erhält.

Jeder Kanal hat Lücken. WhatsApp erreicht nur Menschen mit Account und Datenverbindung. RCS erreicht nur Geräte und Netzbetreiber, die RCS Business Messaging unterstützen. SMS erreicht nahezu jedes Handy, transportiert aber nur reinen Text. Der Fallback kombiniert die Kanäle so, dass die Lücken des einen vom anderen abgedeckt werden.

Eine Fallback-Kette besteht aus vier Teilen:

1. Einer Reihenfolge der Kanäle, zum Beispiel WhatsApp, dann RCS, dann SMS.
2. Auslösern, die die Nachricht an den nächsten Kanal weitergeben.
3. Einem Timeout für jede Stufe, abhängig davon, wie lange die Nachricht nützlich bleibt.
4. Stoppregeln, die die Kette beenden, sobald die Zustellung bestätigt ist, und noch Ausstehendes abbrechen.

Wie legen Sie die Reihenfolge der Kanäle fest?

Legen Sie die Reihenfolge je Nachrichtentyp und je Kunde fest, nicht einmalig für das gesamte Unternehmen. WhatsApp, dann RCS, dann SMS ist eine gängige Reihenfolge für reichhaltige Transaktionsnachrichten, aber nicht immer die richtige.

• Beginnen Sie dort, wo der Kunde erreichbar ist. Zeigen Ihre Daten für eine Nummer keinen WhatsApp-Account, bringt ein Start mit WhatsApp nur einen fehlgeschlagenen Versuch und Verzögerung. Zeigt ein Capability-Check, dass die Nummer kein RCS empfangen kann, überspringen Sie RCS.
• Stellen Sie bei kritischen Warnungen den zuverlässigsten Kanal an den Anfang. Bei Betrugswarnungen oder Sicherheitsmeldungen senden viele Teams zuerst SMS, weil sie ohne Datenverbindung funktioniert, und nutzen einen reichhaltigen Kanal für das Follow-up.
• Respektieren Sie die angegebene Präferenz des Kunden. Hat ein Kunde beim Onboarding SMS gewählt, halten Sie sich daran, auch wenn ein reichhaltigerer Kanal verfügbar ist.
• Bleiben Sie im Support auf dem Kanal des Kunden. Antworten an einen Kunden, der über WhatsApp geschrieben hat, gehören auf WhatsApp; der Fallback ist für vom Unternehmen initiierte Nachrichten gedacht.
• Prüfen Sie die Reihenfolge je Markt. In den Golfstaaten ist WhatsApp für Business-Messaging weit verbreitet, während die RCS-Abdeckung von Netzbetreiber und Land abhängt; die beste Reihenfolge kann sich also etwa zwischen den VAE und Europa unterscheiden.

Was sollte einen Fallback auslösen?

Zwei Arten von Ereignissen sollten einen Fallback auslösen: ein Fehler beim Senden und ein fehlender Zustellbericht bei Ablauf des Timeouts. Lesebestätigungen sollten es nicht.

Sofortige Fehler

Manche Fehler sind sofort bekannt. Bei RCS liefert die Plattform laut Googles Dokumentation 404 NOT_FOUND, wenn das Gerät RCS nicht unterstützt, RCS deaktiviert ist oder Ihr Agent im Netz des Nutzers nicht gestartet ist, und 400 INVALID_ARGUMENT, wenn die Nachricht eine Funktion nutzt, die das Gerät nicht darstellen kann. Bei WhatsApp kann ein Versand scheitern, wenn die Nummer keinen WhatsApp-Account hat oder eine Vorlage abgelehnt wird. In diesen Fällen sollte ohne Wartezeit zum nächsten Kanal gewechselt werden.

Viele dieser Fehler lassen sich durch vorherige Prüfung vermeiden. Googles RBM-Plattform bietet Capability-Checks, die melden, ob eine Nummer RCS empfangen kann und welche Funktionen sie unterstützt, sofern die Nummer kürzlich mit RCS verbunden war.

Timeouts

Andere Fehler bleiben stumm. Die Nachricht wird angenommen, aber kein DELIVERED-Status trifft ein, meist weil das Handy ausgeschaltet oder offline ist. Googles RBM-Plattform hält nicht zugestellte Nachrichten bis zu 30 Tage in der Warteschlange; ohne Timeout könnte eine RCS-Nachricht also lange nach ihrem Nutzen ankommen.

Warum nicht Lesebestätigungen?

Lesebestätigungen hängen sowohl bei WhatsApp als auch bei RCS von den Nutzereinstellungen ab. Ein Kunde, der sie deaktiviert hat, liest womöglich jede Nachricht, ohne je ein READ-Ereignis zu senden. Ein Fallback bei fehlender Lesebestätigung verschickt unnötige SMS und erzeugt Duplikate. Nutzen Sie Lesedaten zur Messung des Engagements, nicht zur Steuerung des Fallbacks.

Wie lange sollte jede Stufe warten?

Leiten Sie den Timeout aus der Nutzungsdauer der Nachricht ab: Je kürzer sie ist, desto kürzer die Wartezeit. Einen allgemeingültigen Wert gibt es nicht; beginnen Sie daher mit einem begründeten Wert je Anwendungsfall und justieren Sie ihn anhand Ihrer eigenen Zustelldaten.

Zwei Regeln machen Timeouts zuverlässig:

• Lassen Sie den ersten Versuch ablaufen, wenn Sie wechseln. Setzen Sie bei RCS ttl oder expireTime für die Nachricht. Laut Googles Dokumentation widerruft die Plattform die Nachricht, wenn sie unzugestellt abläuft, und benachrichtigt Ihren Webhook, was der natürliche Anlass für den SMS-Versand ist. Sie können eine Nachricht auch ausdrücklich widerrufen. Meta dokumentiert für einige WhatsApp-Vorlagentypen ebenfalls eine Time-to-live-Einstellung; prüfen Sie in der aktuellen Dokumentation, welche Kategorien sie unterstützen.
• Geben Sie auch der SMS eine Gültigkeitsdauer. Der SMS-Standard (3GPP TS 23.040) erlaubt dem Absender, eine Gültigkeitsdauer festzulegen, nach der das Netz keine weiteren Zustellversuche unternimmt. Eine kurze Gültigkeitsdauer bei einem OTP verhindert, dass ein Code nach seinem Ablauf ankommt.

Wie verhindern Sie doppelte Nachrichten?

Behandeln Sie jede Nachricht als eine logische Nachricht mit mehreren möglichen Zustellungen, und stoppen Sie die Kette, sobald eine Zustellung bestätigt ist. Googles RBM-Best-Practices sagen dasselbe: Bestätigen Sie vor einem erneuten Senden, dass die Nachricht nicht zugestellt wurde, und verwenden Sie eindeutige Nachrichten-IDs.

Checkliste zur Duplikatvermeidung

1. Vergeben Sie eine ID pro logischer Nachricht und protokollieren Sie jeden Kanalversuch dazu.
2. Prüfen Sie den Datensatz vor jeder Fallback-Stufe: Hat ein Kanal DELIVERED gemeldet, stoppen Sie.
3. Lassen Sie den ausstehenden Versuch ablaufen oder widerrufen Sie ihn, bevor Sie über den nächsten Kanal senden.
4. Behandeln Sie die Race Condition. Google weist darauf hin, dass ein Widerruf in seltenen Fällen scheitern kann, weil die Nachricht genau in diesem Moment zugestellt wird. Scheitert ein Widerruf, prüfen Sie auf ein DELIVERED-Ereignis, bevor Sie die SMS senden.
5. Gestalten Sie Inhalte so, dass doppelter Empfang unschädlich ist. Eine OTP-Nachricht sollte nicht andeuten, dass der erste Code ungültig ist, wenn das nicht stimmt, und zwei Bestellupdates sollten sich nicht widersprechen.
6. Protokollieren Sie die Fallback-Gründe, damit Sie sehen, ob der Fallback durch Fehler, Timeouts oder Lücken bei der Kanalfähigkeit ausgelöst wird.

Wie wirken sich Einwilligung und Compliance auf den Fallback aus?

Jeder Kanal in der Kette braucht eine eigene Erlaubnis. Der Fallback wechselt den Kanal, überträgt aber keine Einwilligung von einem Kanal auf einen anderen.

• WhatsApp: Meta verlangt eine Einwilligung, bevor ein Unternehmen einem Nutzer schreibt, und vom Unternehmen initiierte Nachrichten außerhalb des Kundenservice-Fensters müssen freigegebene Vorlagen verwenden. Siehe WhatsApp-Einwilligung in Metas Dokumentation.
• RCS: Googles Launch-Prüfung kontrolliert, ob Ihre Kontaktaufnahme zur Einwilligung der Nutzer passt, und Agenten müssen STOP und gleichwertige Keywords beachten.
• SMS: unterliegt lokalen Telekommunikations- und Datenschutzregeln. In den Golfstaaten erfordert Werbe-SMS in der Regel registrierte Absenderkennungen und zulässige Versandzeiten; klären Sie die Details mit der Regulierungsbehörde und Ihrem Anbieter. Unser Leitfaden zur Registrierung von Absenderkennungen erklärt das Verfahren in den VAE und Saudi-Arabien.

Deshalb sollte Marketing meist keinen Fallback haben. Ein Kunde, der WhatsApp-Angeboten zugestimmt hat, hat Werbe-SMS womöglich nicht zugestimmt, und die SMS landet vielleicht außerhalb der zulässigen Zeiten. Transaktionsnachrichten wie OTPs und Bestellupdates stehen auf sichererem Boden, müssen aber auf jedem Kanal rein transaktional bleiben. Verwalten Sie Abmeldungen zentral: Ein STOP auf einem Kanal sollte geprüft werden, bevor ein anderer Kanal Marketing versendet. Unser Leitfaden zur Einwilligung behandelt das ausführlich.

Wie wirkt sich der Fallback auf die Kosten aus?

Ein Fallback verursacht nur Kosten, wenn er auslöst, doch eine schlecht abgestimmte Kette kann für eine Nachricht doppelt bezahlen. Messen Sie die Kosten pro zugestellter Nachricht, nicht pro Versuch.

• WhatsApp: Meta berechnet jede zugestellte Vorlagennachricht nach Kategorie und Empfängermarkt. Laut der Preisdokumentation von Meta berechnet Meta seit dem 1. Oktober 2026 Servicenachrichten oberhalb eines monatlichen Freikontingents pro geschäftlicher Telefonnummer sowie Utility-Vorlagen, die innerhalb des Kundenservice-Fensters gesendet werden; prüfen Sie das in der aktuellen Preisliste von Meta.
• RCS: Die Preise legen Märkte, Netzbetreiber und Anbieter fest, und sie unterscheiden sich je Nachrichtentyp.
• SMS: wird pro Segment und Ziel abgerechnet. Arabischer Text nutzt Unicode, das weniger Zeichen pro Segment transportiert; siehe unseren Leitfaden zu Zeichenlimits.

Kostenhebel, die der Zustellung nicht schaden:

1. Überspringen Sie Kanäle, die der Kunde nicht nutzen kann. Ein Start mit WhatsApp bei jemandem ohne Account bringt Verzögerung und einen fehlgeschlagenen Versuch.
2. Nutzen Sie Capability-Checks vor RCS-Sendungen.
3. Justieren Sie Timeouts so, dass der Fallback bei Handys im Offline-Zustand auslöst, nicht bei langsamen Zustellberichten.
4. Halten Sie Fallback-SMS kurz, möglichst innerhalb eines Segments.

Vergleichen Sie unverbindliche Listenpreise je Kanal auf unserer Preisseite.

Wie setzen Sie eine Fallback-Kette Schritt für Schritt um?

1. Listen Sie die Nachrichtentypen auf und weisen Sie jedem einen Primärkanal, eine Kette und einen Timeout zu.
2. Erfassen Sie die Kanalverfügbarkeit je Kunde: bekannter WhatsApp-Account, RCS-Fähigkeit, gültige Mobilnummer, Einwilligung je Kanal.
3. Schreiben Sie gleichwertige Inhalte für jeden Kanal, mit den wesentlichen Fakten im Klartext.
4. Normalisieren Sie die Zustellstatus aller Kanäle in ein gemeinsames Modell, etwa gesendet, zugestellt, gelesen und fehlgeschlagen, damit eine einzige Regel-Engine darauf reagieren kann.
5. Implementieren Sie die Auslöser: sofortiger Fallback bei Fehlern, zeitgesteuerter Fallback bei fehlender Zustellung.
6. Implementieren Sie die Stoppregeln: Zustellung oder Antwort beendet die Kette; ausstehende Versuche laufen ab oder werden widerrufen.
7. Testen Sie die Fehlerpfade: eine Nummer ohne WhatsApp, ein Handy mit deaktiviertem RCS, ein ausgeschaltetes Handy.
8. Überwachen Sie wöchentlich: Fallback-Rate je Anwendungsfall und Markt, Gründe, Duplikate und Kosten pro zugestellter Nachricht.

Der Leitfaden zur Integration einer Messaging-API und der Leitfaden zum Zustellstatus behandeln die Webhook-Seite.

Praxisbeispiel: ein Elektronikhändler am Golf

„Najm Electronics“ (fiktiv) verkauft online in den VAE, Saudi-Arabien und Kuwait. Das Unternehmen versendet OTPs im Checkout, Bestellupdates und wöchentliche Angebote.

• OTP im Checkout. Kunden mit bekanntem WhatsApp-Account erhalten eine Authentifizierungsvorlage mit Button zum Kopieren des Codes; alle anderen erhalten direkt eine SMS. Meldet WhatsApp einen Fehler oder trifft innerhalb eines kurzen Timeouts keine Zustellung ein, wird der SMS-Code mit kurzer Gültigkeitsdauer gesendet. Die Checkout-Seite weist darauf hin, dass der Code auch per SMS kommen kann.
• Bestellupdates. Die Kette lautet WhatsApp, dann RCS für fähige Geräte, dann SMS. Die RCS-Nachricht enthält eine Rich Card mit der Aktion „Sendung verfolgen“ und eine Ablaufzeit deutlich vor dem Lieferfenster. Läuft sie unzugestellt ab, widerruft die Plattform sie, und die SMS geht mit demselben Tracking-Link hinaus. Das System protokolliert, welcher Kanal zugestellt hat, damit niemand alle drei Nachrichten erhält.
• Wöchentliche Angebote. Angebote gehen nur per WhatsApp an Kunden, die WhatsApp-Marketing zugestimmt haben. Einen SMS-Fallback gibt es nicht, weil viele dieser Kunden keine Werbe-SMS erlaubt haben und die Versandzeiten je Land unterschiedlich sind.
• Auswertung. Nach dem ersten Monat prüft das Team die Fallback-Gründe je Markt. Ein hoher Anteil an RCS-Fehlern bei einem Netzbetreiber zeigt, dass der Agent dort noch nicht gestartet ist; RCS wird für diesen Netzbetreiber daher übersprungen, bis die Abdeckung bestätigt ist, was bei jeder Nachricht einen vergeblichen Versuch spart.

Was sind die häufigsten Fehler beim Fallback?

• Fallback bei fehlender Lesebestätigung, der Duplikate an Menschen sendet, die die erste Nachricht gelesen haben.
• Keine Ablaufzeit für den ersten Versuch, sodass die ursprüngliche Nachricht verspätet nach der SMS ankommt.
• Ein Timeout für alles, zu lang für OTPs und zu kurz für Erinnerungen.
• Marketing auf SMS zurückfallen lassen, ohne SMS-Einwilligung.
• Unterschiedliche Inhalte je Kanal, sodass Kunden widersprüchliche Angaben sehen.
• Mit Kanälen beginnen, die der Kunde nicht nutzt, was Verzögerung und Kosten verursacht.
• Den Fallback nicht messen, sodass Netzbetreiberausfälle und Abdeckungslücken unbemerkt bleiben.

Grenzen: Plattformverhalten, Preise und Vorschriften ändern sich. Prüfen Sie die aktuellen Details in den Dokumentationen von Google und Meta und mit Ihrem Anbieter. Dieser Leitfaden ist eine praktische Orientierung, keine Rechtsberatung.

So unterstützt OmniChannels.ai

Mit OmniChannels.ai konfigurieren Sie den Channel-Fallback je Anwendungsfall, zum Beispiel WhatsApp, dann RCS, dann SMS. Zustellstatus aus allen Kanälen (SUBMITTED, SENT, DELIVERED, READ, FAILED, REJECTED) kommen in einem einheitlichen Webhook-Format an, sodass ein einziges Regelwerk Fallback und Reporting steuern kann. BroadNet Technologies ist offizieller Meta Business Solution Provider und Google-RBM-Partner, und SMS läuft über BroadNets direkte Betreiberanbindung. RCS umfasst einen automatischen SMS-Fallback, wo RCS nicht verfügbar ist. Entwickler starten am besten mit der RCS-API-Dokumentation.