Neuerscheinungen

Auf dieser Seite finden Sie Informationen zu den neuesten Änderungen bei RCS for Business.

4. November 2026

Neu

Neues API-Feld für Alt-Text für Rich-Card-Medien

RCS for Business unterstützt jetzt Alt-Text für Rich-Card-Medien. Mit dem neuen Feld contentDescription im Objekt Media können Sie Bilder und Videos für Screenreader beschreiben und so die Barrierefreiheit verbessern.

Weitere Informationen finden Sie im aktualisierten Leitfaden zu interaktiven Chat-Nachrichten und in der API-Referenz zu phones.agentMessages.

30. Oktober 2026

Geändert

Formulierung der Gründe für die Abmeldung

Wir haben die Abmeldefunktion in Google Messages aktualisiert, um die Übersichtlichkeit zu verbessern und die Mehrdeutigkeit von Kategorien zu reduzieren. Diese Änderung wird bis Ende November nach und nach eingeführt. Es kann also einige Zeit dauern, bis die aktualisierte Oberfläche für alle Nutzer verfügbar ist.

Vorher	Nach

Wichtige Funktionen

• Formulierung in der Ich-Form: Die Labels für die Gründe für die Abmeldung wurden aktualisiert und sind jetzt in der Ich-Form formuliert:
  • Zu viele Nachrichten
  • Ich habe mich nie dafür angemeldet (früher Nie angemeldet)
  • Kein Interesse mehr (früher Kein Interesse mehr)
  • Das sieht nach Betrug aus (früher Spam)
  • Sonstiges
• Zufällige Reihenfolge: Um eine Verzerrung der Auswahl zu reduzieren, werden die ersten vier Optionen für jeden Nutzer in einer zufälligen Reihenfolge angezeigt. Diese Reihenfolge bleibt bei allen Besuchen des Nutzers gleich und Sonstiges bleibt unten fixiert.
• Analytics-Berichte: Feedback zu Abmeldungen wird weiterhin in der Analytics-Übersicht unter den entsprechenden Messwertkategorien aufgeführt.

Maßnahme erforderlich

Du musst nichts weiter tun.

Weitere Informationen finden Sie im aktualisierten Leitfaden Ereignisse empfangen.

29. Oktober 2026

Neu

Um Race-Bedingungen zu vermeiden, bei denen kurzlebige Nachrichten ablaufen, bevor Mobilfunknetze und Nutzergeräte die Nachrichtenzustellung verarbeiten und Übermittlungsbestätigungen zurückgeben können, wird auf der RCS for Business-Plattform eine Mindestablaufzeit von sechs Sekunden für alle Agentennachrichten festgelegt, die ttl oder expireTime angeben.

Was ändert sich?

Wenn in einer Anfrage eine ttl-Dauer zwischen null und sechs Sekunden oder ein expireTime-Zeitstempel angegeben ist, der weniger als sechs Sekunden nach dem Senden der Nachricht liegt, verlängert die Plattform die Ablaufzeit automatisch auf sechs Sekunden. Der Zeitstempel expireTime in der API-Antwort spiegelt diesen angepassten Wert wider.

Anfragen mit einem ttl von null oder weniger oder einem expireTime bei oder vor dem Senden der Nachricht geben einen 400 INVALID_ARGUMENT-Fehler zurück.

So geht es weiter

• Ablaufwerte aktualisieren: Wenn Ihr Agent ttl oder expireTime festlegt, muss der Ablauf mindestens sechs Sekunden nach dem Senden der Nachricht erfolgen.
• An Webhook-Benachrichtigungen anpassen: Während des Zeitraums der automatischen Anpassung bleibt eine Anfrage mit einem ttl von weniger als sechs Sekunden (z. B. zwei Sekunden) sechs Sekunden lang aktiv.
  • Lösen Sie den Fallback nur aus, wenn Sie die Webhook-Benachrichtigung zum Widerruf erhalten, die angibt, dass die Nachricht abgelaufen ist.
  • Fügen Sie nach dem ttl-Zeitfenster einen kurzen Puffer hinzu, damit verspätete Übermittlungsbestätigungen verarbeitet werden können.

Weitere Informationen, einschließlich der empfohlenen Vorgehensweisen, finden Sie im Leitfaden Nachrichten senden und in der Referenz zu phones.agentMessages.

8. Oktober 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation zu Standardabrechnungsberichten und Aktivitätsprotokollen und US-Abrechnungsberichten aktualisiert, um klarzustellen, dass Abrechnungsberichte und Aktivitätsprotokolldateien UTF-8-codiert sind, keine Bytereihenfolge-Marke (Byte Order Mark, BOM) enthalten, Zeilenumbrüche für Zeilenenden verwenden und eine Kopfzeile enthalten.

7. Oktober 2026

Geändert

Vorschauvideo für KI-Agenten jetzt optional für von Google verwaltete Veröffentlichungen

Damit Sie RCS for Business-Agenten schneller einführen und das Onboarding nahtlos gestalten können, ist ein Agenten-Vorschauvideo für die Einführung bei von Google verwalteten Mobilfunkanbietern nicht mehr zwingend erforderlich. Sie können jetzt im Abschnitt Agent-Erfahrung des Fragebogens zur Veröffentlichung entweder ein Vorschauvideo des Agenten oder ein detailliertes, schrittweises Texttranskript bereitstellen.

Wichtig : Die Anforderungen für die vom Mobilfunkanbieter verwaltete Einführung variieren je nach Mobilfunkanbieter. Weitere Informationen erhältst du bei den einzelnen Mobilfunkanbietern.

Was Sie tun müssen

Wenn du eine Veröffentlichungsanfrage für von Google verwaltete Netzbetreiber einreichst, musst du die Erfahrung deines Agenten klar darlegen. Sie müssen entweder ein Vorschauvideo des KI-Agenten oder ein detailliertes, schrittweises Transkript für die folgenden Felder bereitstellen:

• Triggerbeschreibung: Die spezifischen Nutzeraktionen oder Backend-Ereignisse, die Nachrichten auslösen.
• Interaktionsbeschreibung: Ein Transkript des Gesprächsablaufs des KI-Agenten, einschließlich Beispiel-User-Journeys und vorgeschlagener Antworten und Aktionen.
• Beschreibung der Deaktivierung: Die unterstützten Deaktivierungsschlüsselwörter (z. B. STOP) und die genaue Bestätigungsnachricht, die an Nutzer gesendet wird.

Best Practices und Beispielvorlagen nach Anwendungsfall (OTP, Transaktionen, Werbung und Mehrfachnutzung) finden Sie unter Agent-Erfahrung beschreiben.

25. August 2026

Neu

Abrechnungsberichte für Partner

Wir führen Abrechnungsberichte für Partner ein, die aggregierte tägliche Zahlen zu abrechenbaren Ereignissen enthalten, gruppiert nach Agent, Ereignistyp und Mobilfunkanbieter. Diese allgemeine Zusammenfassung bietet wertvolle Analysen und die erforderliche Transparenz, um Ihren Traffic zu verwalten.

Berichte werden täglich im CSV-Format erstellt und sicher über den Google SFTP-Dienst bereitgestellt.

Informationen zum Einrichten Ihrer SFTP-Anmeldedaten und zum Zugriff auf diese Berichte finden Sie im Leitfaden Abrechnungsberichte für Partner.

31. Juli 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation zum Senden von Nachrichten aktualisiert, um das Verhalten bei der automatischen Medienkomprimierung und Transcodierung für RCS for Business zu verdeutlichen.

20. Juli 2026

Neu

Neue Audit-Trail-Funktion: acting_party in der RBM Operations API erfassen

Damit Sie genaue Audit-Datensätze führen können, führen wir einen optionalen acting_party-Parameter für die brands.agents.updateLaunch API ein.

Warum wir diese Änderung vornehmen

Wenn der Startstatus eines Agenten über die RBM Operations API aktualisiert wird, wird das Feld Nutzer-ID in den Verlaufsprotokollen standardmäßig auf „API-Aufruf“ gesetzt, da bei der dienstkontobasierten Authentifizierung der Nutzerkontext fehlt.

Wichtige Verbesserungen

• Identifizierbare API-Aktionen: API-Aufrufer können jetzt explizit einen acting_party-Parameter angeben, um die E-Mail-Adresse oder Kennung des Nutzers darzustellen, der die Aktion ausführt.
• Sichtbarkeit in der Konsole und im Webhook: Die erfasste Kennung ist im Agentenverlauf der Verwaltungskonsole sichtbar und in AgentLaunchEvent-Webhook-Benachrichtigungen enthalten.
• Konsistenz des Audit-Trails: Logs für API-initiierte Aktionen entsprechen jetzt den Logs, die durch manuelle Genehmigungen in der Console generiert werden.

So verwenden Sie den neuen Parameter

Wenn Sie Nutzer-IDs erfassen möchten, hängen Sie den Suchparameter acting_party an Ihre API-Anfragen für brands.agents.updateLaunch an.

Weitere Informationen finden Sie im aktualisierten Leitfaden Einführungsstatus des KI-Agenten ändern.

13. Juli 2026

Neu

Neuer Webhook-HTTP-Header

Die RCS for Business-Plattform enthält jetzt in allen Webhook-Anfragen einen X-Goog-Webhook-Type-HTTP-Header. Mit diesem Header können Sie Anfragetypen für alle eingehenden Webhooks sofort identifizieren, ohne den JSON-Text parsen zu müssen.

Weitere Informationen finden Sie im aktualisierten Leitfaden zu Webhooks.

6. Juli 2026

Geändert

Messwerte zu Abmeldungen in der Analytics-Übersicht

In der RCS for Business Developer Console werden jetzt in der Analyseübersicht Messwerte zu Abmeldungen für nicht werbliche Agenten angezeigt. Der Platzhalter „–“ wird ersetzt.

26. Juni 2026

Neu

Benutzerdefinierte Sortierung für Agentenlisten

Der Endpunkt brands.agents.list unterstützt jetzt den Abfrageparameter orderBy. So können Partner ihre Agenten nach Name, Erstellungszeit oder Zeitstempel der letzten Aktualisierung sortieren.

Wichtige Verbesserungen

• Mehrere Sortierfelder: Sie können Ihre KI-Agenten jetzt nach den folgenden Feldern sortieren:
  • updateTime: Sortiert chronologisch nach dem Zeitstempel der letzten Aktualisierung.
  • displayName: Sortiert alphabetisch nach dem menschenlesbaren Agent-Namen.
  • agentId: Sortiert nach der eindeutigen, vom System generierten Agenten-ID.
• Richtung: Sie können die Sortierrichtung festlegen, indem Sie dem Feldnamen das Suffix " asc" oder " desc" hinzufügen. Felder, die ohne Suffix angegeben werden, werden standardmäßig in aufsteigender Reihenfolge sortiert.
• Standardsortierung: Wenn der Parameter orderBy weggelassen wird, wird die Liste standardmäßig nach agentId in aufsteigender Reihenfolge sortiert.

Weitere Informationen finden Sie in der aktualisierten Referenzdokumentation zu brands.agents.list.

11. Juni 2026

Verbesserung der Dokumentation

Wir haben unsere Dokumentation aktualisiert, um klarzustellen, dass Partner den Veröffentlichungsstatus eines Agents von PENDING in UNLAUNCHED ändern können, um eine ausstehende Veröffentlichungsanfrage abzubrechen.

Weitere Informationen finden Sie im Leitfaden Ereignisse empfangen.

22. Mai 2026

Erzwingung regionaler Endpunkte für Batch-Funktionsprüfungen

Geändert

Ab dem 4. Mai 2026 ist für die Methode users.batchGet die Verwendung regionaler Endpunkte erforderlich. Batchanfragen müssen an den API-Endpunkt gesendet werden, der der geografischen Region der Telefonnummern in diesem Batch entspricht.

Warum wir diese Änderung vornehmen

Zur Optimierung der API-Leistung und -Zuverlässigkeit und zur Eindämmung der Auswirkungen potenzieller Störungen.

Was Sie tun müssen

1. Aktualisieren Sie Ihre Anwendung, um den richtigen regionalen Endpunkt für Ihre users.batchGet-Anfragen aufzurufen.
2. Jede users.batchGet-Anfrage darf nur Telefonnummern aus einer einzigen Region enthalten. Anfragen, die Telefonnummern aus verschiedenen Regionen enthalten oder an den falschen regionalen Endpunkt gesendet werden, schlagen mit dem Fehler „400 Bad Request“ fehl.

Was sich nicht ändert

Einzelne Funktionsprüfungen (phones.getCapabilities) und das Senden von Nachrichten sind derzeit nicht von dieser Maßnahme betroffen. Wir empfehlen jedoch dringend, für alle Aufrufe regionalisierte APIs zu verwenden, um die API-Leistung jetzt zu optimieren und sich auf zukünftige Updates vorzubereiten.

12. Mai 2026

Neu

Dauerhafte Vorschläge für Nachrichten

RCS for Business unterstützt jetzt dauerhafte Vorschläge für eigenständige SMS-Nachrichten. Im Gegensatz zu standardmäßigen vorübergehenden Vorschlägen, die verschwinden, wenn eine Unterhaltung fortgesetzt wird, werden dauerhafte Vorschläge in der Nachrichtenblase angezeigt und bleiben während der gesamten Unterhaltung erhalten.

Warum wir diese Änderung vornehmen

Mit dieser Funktion können Nutzer nützliche Aktionen wie das Öffnen einer URL, das Wählen einer Nummer oder das Aufrufen eines Standorts auch lange nach dem Senden der ursprünglichen Nachricht noch einmal ausführen. Das sorgt für eine einheitlichere und zuverlässigere Nutzererfahrung.

Bei dauerhaften Vorschlägen vom Typ „URL öffnen“ wird die Ziel-URL direkt auf der Schaltfläche angezeigt. Das stärkt das Vertrauen der Nutzer und verringert die „Klick-Zögerlichkeit“, die durch unbekannte Links verursacht wird.

Warnung: Wir führen derzeit die Funktion „URL öffnen“ für dauerhafte Vorschläge ein. Daher sehen einige Nutzer die Ziel-URL möglicherweise nicht direkt auf der Schaltfläche.

Unterstützte Nachrichtentypen

• Unterstützt: Eigenständige Textnachrichten.
• Nicht unterstützt: Eigenständige Mediennachrichten (Bild, Video, GIF, PDF oder Audio). Verwenden Sie für diese Anwendungsfälle interaktive Chat-Nachrichten.

Vorschläge kombinieren

Sie können dauerhafte und temporäre Vorschläge in einer einzigen Nachricht kombinieren. Jeder Vorschlag muss „aktiviert“ werden, damit er dauerhaft ist.

• Gesamtlimit: Eine einzelne Nachricht kann insgesamt bis zu 11 Vorschläge enthalten.
• Dauerhafte Vorschläge: Bis zu vier Vorschläge (werden in der Bubble angezeigt).
• Temporäre Vorschläge: Bis zu 11 temporäre Vorschläge (werden außerhalb der Bubble angezeigt).

Unterstützte Clients für dauerhafte Vorschläge

• Unterstützt: Google Messages (Version 20260225.00 oder höher).
• Nicht unterstützt: Google Messages-Versionen vor 20260225.00, iOS und Samsung Messages.

Weitere Informationen finden Sie in unserem aktualisierten Leitfaden für Vorschläge.

27. April 2026

Geändert

Aktualisierte RBM-Branding- und ‑Bestätigungsstandards in Google Messages

Wir führen Updates für das Branding und die Bestätigung von RCS for Business ein, um das Vertrauen der Nutzer zu stärken und die Einhaltung der Google-Standards zu gewährleisten. Diese Änderungen wirken sich auf die Darstellung von Agenten in der Unterhaltungsliste, auf dem Unterhaltungsbildschirm und in den Unterhaltungsdetails in Google Messages aus.

Wichtige Verbesserungen

• Neue Logoform: Das Logo ist jetzt in Google Messages ein abgerundetes Quadrat. Die Umstellung auf die neue abgerundete quadratische Form erfolgt automatisch.

  Hinweis: Wenn Ihr aktuelles Logo ein Kreis auf transparentem Hintergrund ist, wird es in der Google Messages App weiterhin als Kreis angezeigt. Wir empfehlen, manuell ein Bild mit vollständigem Hintergrund hochzuladen, damit es in der neuen Benutzeroberfläche optimal aussieht. Weitere Informationen finden Sie unter Agent-Informationen bearbeiten.

• Häkchen für den Status „Bestätigt“: Verifizierte KI-Agenten sind jetzt mit einem Häkchen für den Status „Bestätigt“ gekennzeichnet. Das Häkchen wird automatisch für Kundenservicemitarbeiter angezeigt, die den Überprüfungsprozess abgeschlossen haben.

Vorher	Nach

27. April 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation zu Webhooks mit neuen Best Practices für die Verwaltung von Webhooks aktualisiert. Dabei geht es insbesondere darum, wie mit den Risiken von gemeinsam genutzten Partnerwarteschlangen umgegangen und Fehler bei der Nachrichtenzustellung verhindert werden können.

Weitere Informationen finden Sie im aktualisierten Leitfaden zu Webhooks.

6. April 2026

Neu

Dokumente zur Bestätigung des Agents mit der Business Communications API hochladen und löschen

Um den Prozess der Agent-Überprüfung zu optimieren, haben wir neue Methoden in der Business Communications API eingeführt, mit denen Partner unterstützende Dokumente hochladen und löschen können. Diese Funktion ist optional.

Wichtige Verbesserungen

• Neue API-Methoden: Partner können jetzt die folgenden Methoden verwenden, um Bestätigungsanhänge zu verwalten:
  • attachments.create: Lädt ein Bestätigungsdokument hoch.
  • brands.agents.attachments.delete: Löscht ein angehängtes Bestätigungsdokument.
• Sichtbarkeit für Mobilfunkanbieter: Bei von Mobilfunkanbietern verwalteten Produkteinführungen werden die hochgeladenen Dokumente mit jedem Mobilfunkanbieter geteilt, den du für die Produkteinführung ausgewählt hast.

Technische Details und Limits

• Dateiformate: Die API unterstützt zunächst PDF-Dateien.
• Maximale Dateigröße: 50 MB pro Datei.
• Mengenlimit: Bis zu 5 einzelne Dokumente pro Agent.

Weitere Informationen zum Überprüfungsverfahren finden Sie unter Informationen zur Überprüfung einreichen.

1. April 2026

Neu

Agentenübergreifende Traffic-Limits für Werbeagenten mit geringer Reputation in Indien

Wir führen ein agentenübergreifendes Traffic-Limit ein, um die Anzahl der Nachrichten im Posteingang von Abonnenten in Indien zu reduzieren. Dieses neue Limit beschränkt die Gesamtzahl der Werbenachrichten, die ein Nutzer pro Tag von allen Agenten mit geringer Reputation erhalten kann.

Dieses Limit gilt für alle Agenten mit niedriger Bewertung. KI-Agenten mit hoher und mittlerer Bewertung sind von dieser Einschränkung ausgenommen.

Eine ausführliche Erläuterung dieser neuen Trafficlimits und anderer Geschäftsregeln finden Sie auf der Seite Anwendungsfälle und Geschäftsregeln für Agenten.

1. April 2026

Neu

Neue Einstellungen für die Sichtbarkeit: Agenten archivieren und ausblenden

Damit die Konsole übersichtlich bleibt, haben wir neue Sichtbarkeitseinstellungen für Partner und Mobilfunkanbieter eingeführt. Mit diesen Funktionen können Sie alte oder nicht verwendete Agenten aus den primären Ansichten in der Console und über die API entfernen, ohne den Betriebsstatus der Agenten zu beeinträchtigen.

Für Partner: KI-Agenten archivieren und wieder aktivieren

Sie können Agenten archivieren oder wieder aktivieren, die sich in einem inaktiven Zustand (UNLAUNCHED, SUSPENDED oder REJECTED) befinden. Agenten, die in einem Mobilfunknetz LAUNCHED oder PENDING sind, können nicht archiviert werden.

Wichtige Funktionen

• RCS for Business Developer Console: Hier können Sie Agenten einzeln oder im Bulk (bis zu 100) archivieren oder aktivieren. Weitere Informationen finden Sie unter Agent archivieren/Archivierung aufheben.
• Management API: Den Archivstatus eines Agenten programmatisch verwalten. Weitere Informationen finden Sie unter Agenten archivieren oder wieder aktivieren.
• Filteransichten: Archivierte Agenten werden standardmäßig aus der Hauptliste ausgeschlossen. Wenn Sie die archivierten KI-Agenten in die Ergebnisse einbeziehen möchten, verwenden Sie Filter in der Console oder Parameter in der API.

Für Mobilfunkanbieter: KI-Agenten ein- und ausblenden

Sie können Agenten, die sich in einem inaktiven Zustand (SUSPENDED oder REJECTED) befinden, in Ihrem Netzwerk ein- oder ausblenden. Sie können einen Agenten nicht ausblenden, wenn sein Startstatus in Ihrem Netzwerk LAUNCHED oder PENDING ist.

Wichtige Funktionen

• Verwaltungskonsole: KI-Agenten einzeln oder im Bulk (bis zu 100) aus- und einblenden. Weitere Informationen finden Sie unter Agent ein-/ausblenden.
• Operations API: Damit können Sie den ausgeblendeten Status eines Agenten für Ihr Netzwerk verwalten. Weitere Informationen finden Sie unter Agenten ein-/ausblenden.
• Filteransichten: Agenten, die als ausgeblendet markiert sind, werden standardmäßig aus der Hauptliste ausgeschlossen. Verwenden Sie zum Aufrufen dieser Agents Filter in der Console oder Parameter in der API.

10. März 2026

Geändert

Wir haben die zulässigen Übergänge des Startstatus für die Verwaltung von Agents über die RBM Operations API, die Business Communications API, die Verwaltungskonsole und die RCS for Business Developer Console aktualisiert. So werden eine einheitliche Logik und die Synchronisierung zwischen API und Console gewährleistet.

Hier sind die aktualisierten zulässigen Übergänge des Einführungsstatus:

Vom Mobilfunkanbieter initiiert

• Von PENDING bis LAUNCHED oder REJECTED
• Von LAUNCHED bis SUSPENDED
• Von SUSPENDED bis LAUNCHED oder UNLAUNCHED

Vom Partner initiiert

• Von UNSPECIFIED, UNLAUNCHED oder REJECTED bis PENDING

Hinweis: Wenn Sie versuchen, den Startstatus auf einen Wert außerhalb der zulässigen Werte zu ändern, gibt die API eine entsprechende Fehlermeldung zurück.

9. März 2026

Geändert

URL-Transparenz bei der vorgeschlagenen Aktion „URL öffnen“

In Google Messages wird die zugrunde liegende URL-Adresse jetzt direkt in der Aktion „URL öffnen“ für Vorschläge in interaktiven Chat-Nachrichten und Karussells angezeigt. Weitere Informationen finden Sie unter URL öffnen.

Vorher	Nach

Mit der Anzeige der URL möchten wir Folgendes erreichen:

• Vertrauen der Nutzer aufbauen: Reibungspunkte und „Klick-Zögern“ aufgrund unbekannter Links reduzieren.
• Interaktion fördern: Sorgen Sie für eine konsistente und zuverlässige Nutzung von RCS for Business.

Empfohlene Maßnahmen

• Bereitstellung: Diese Funktion wird automatisch aktiviert. Es sind keine technischen Integrationen oder API-Änderungen Ihrerseits erforderlich.
• Links prüfen: Achten Sie darauf, dass Ihre Ziel-URLs prägnant sind und zu Ihrer Marke passen.
• UX überprüfen: Prüft eure aktuellen vorgeschlagenen Aktionen „URL öffnen“ in interaktiven Chat-Nachrichten und Karussells, um sicherzustellen, dass der Anzeigetext und die jetzt sichtbare URL nicht redundant oder unübersichtlich wirken.

28. Februar 2026

Geändert

Einstellung der API für die Ressource „phones.testers“

Damit Sie mehr Kontrolle haben, haben wir die neue Testers API für die Verwaltung des gesamten Testlebenszyklus eingeführt. Jetzt können Sie Einladungen senden oder noch einmal senden, den Status abrufen und Tester programmatisch entfernen.

Aufgrund dieser erweiterten Funktionalität wurde die Legacy-Ressource phones.testers eingestellt.

Damit Ihre Agenten ohne Unterbrechung getestet werden können, müssen alle Partner ihre Implementierungen zur neuen, optimierten API-Ressource testers migrieren. Nicht migrierte Agenten können nach diesem Datum keine Testgeräte mehr einladen oder verwalten.

Ressource	Status
phones.testers	Verworfen
Tester	Aktuell

Was du jetzt tun solltest:

1. Sehen Sie sich die neue API-Referenz für Tester und den aktualisierten Leitfaden zum Einrichten eines Testgeräts an.
2. Aktualisieren Sie Ihren vorhandenen Code, der die Methode phones.testers.create aufruft, um die neuen testers-Ressourcenendpunkte zu verwenden.
3. Implementieren und testen Sie die neue Logik.

16. Februar 2026

Neu

Neue Felder in der analytics.agentPerformances.list-Antwort mit zusätzlichen Messwerten

Die Methode analytics.agentPerformances.list in der RCS Business Messaging API enthält jetzt zusätzliche Felder im Objekt „AgentPerformance“, die sich auf den Grund für die Abmeldung und Spam-Trenddaten beziehen.

12. Februar 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation Nachrichten senden um den neuen Abschnitt Gültigkeitsdauer (TTL) für eine Nachricht erweitert, um das erwartete Benachrichtigungsverhalten zu erläutern und Empfehlungen für die Verwaltung von Grenzfällen bei der Zustellung zu geben.

5. Februar 2026

Neu

Neue Supportseite für die Kontaktaufnahme mit dem RCS for Business-Support

Wir haben den Link „E‑Mail an den RBM-Support“ durch die neue Seite RCS for Business-Support kontaktieren ersetzt.

Alle Anfragen an den technischen Support sollten jetzt über das auf dieser Seite verlinkte Support-Kontaktformular gestellt werden. So können Probleme genau erfasst und weitergeleitet werden, damit sie schneller gelöst werden.

Zur Vorbereitung Ihrer Einreichung finden Sie auf der Seite eine Kurzanleitung mit den erforderlichen Informationen für verschiedene Problemkategorien.

5. Februar 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation zu Ereignisse senden und phones.agentEvent.create mit Informationen zum Zustellungsverhalten der Agent-Ereignisse READ und IS_TYPING in RCS for Business aktualisiert.

• In den Aktualisierungen wird angegeben, dass READ-Ereignisse dauerhaft sind und bis zu 30 Tage lang gespeichert werden, wenn ein Nutzer RCS aktiviert hat, aber nicht erreichbar ist. IS_TYPING-Ereignisse sind dagegen flüchtig und laufen nach etwa 20 Sekunden ab.

30. Januar 2026

Neu

Optionale Kommentare für die Genehmigung der Aktivierung von KI-Agenten

Mobilfunkanbieter können jetzt zusätzliche Kommentare hinzufügen, wenn sie Anfragen zur Veröffentlichung von Agenten genehmigen.

Änderungen an der Console

Bisher konnten Netzbetreiber bei der Verwaltung von Agenten in der Verwaltungskonsole nur dann einen Kommentar mit einer Begründung angeben, wenn sie einen Agenten abgelehnt, gesperrt oder gekündigt haben.

Mit diesem Update haben wir ein optionales Kommentarfeld für den Genehmigungsprozess eingeführt. So können Netzbetreiber wichtige Informationen direkt bei der Genehmigung an die Agent-Inhaber weitergeben. Weitere Informationen finden Sie unter Agents im Netzwerk verwalten.

Kommentare, die während der Genehmigung abgegeben werden, werden im Agentenverlauf sowohl in der Verwaltungskonsole als auch in der Business Communications-Konsole aufgezeichnet.

Änderungen an der RBM Operations API

Das Feld comment unterstützt jetzt alle Statusübergänge, wenn der Startstatus eines Agenten geändert wird. Speditionen können jetzt einen optionalen Grund für jede Statusänderung angeben, um die Kommunikation und die Aufzeichnungen zu verbessern. Weitere Informationen finden Sie unter Agenten mit der RBM Operations API verwalten.

15. Januar 2026

Neu

Benachrichtigungen für Rich Cards und Karussells in Google Messages enthalten jetzt eine Vorschau der Medien sowie den Titel und die Beschreibung.

Medienvorschauen werden nur angezeigt, wenn:

• Interaktive Chat-Nachrichten: Die Medien der Karte sind ein Bild oder haben eine Miniaturansicht.
• Karussells: Das Medium der ersten Karte ist ein Bild oder hat ein Thumbnail.

Minimierte Benachrichtigung	Maximierte Benachrichtigung

Warum wir diese Änderung vornehmen

Um die Interaktion mit Ihren Nachrichten zu steigern.

Maßnahme erforderlich

Du musst nichts weiter tun.

Neu

Dateifreigabe für die Agentenbestätigung

Um den Genehmigungsprozess für Agenten zu optimieren, können Partner jetzt unterstützende Dokumente direkt in die RCS for Business Developer Console hochladen.

Wichtige Verbesserungen

• Direkter Upload: Partner können jetzt Autorisierungsschreiben und andere unterstützende Dokumente direkt in die RCS for Business Developer Console hochladen. Weitere Informationen finden Sie unter Informationen zur Bestätigung einreichen. Auch wenn ein Autorisierungsschreiben vorliegt, ist die primäre Autorisierungsmethode für Markteinführungen bei von Google verwalteten Mobilfunkanbietern weiterhin die E-Mail.
• Sichtbarkeit: Netzbetreiber, die die Verwaltungskonsole verwenden, können diese hochgeladenen Dokumente einsehen, um die Überprüfung zu beschleunigen. Weitere Informationen finden Sie unter Agents im Netzwerk verwalten.
• Flexible Bestätigungsoptionen: Die neue Funktion ergänzt unsere standardmäßige E‑Mail-basierte Bestätigung, die weiterhin aktiv ist.

Diese Funktion ist zwar optional, beachten Sie jedoch die folgenden technischen Einschränkungen:

• Dateityp: nur PDF.
• Maximale Dateigröße: 50 MB pro Datei.
• Mengenbeschränkung: Bis zu 5 eindeutige Dokumente. Vermeiden Sie Dateiduplikate.

7. Januar 2026

Neu

Wir führen neue Traffic-Limits für werbende RCS for Business-Agenten in Indien ein.

Beschränkungen für die Gesamtzahl der einzelnen Nutzer

Ein neues Limit wirkt sich auf die Gesamtzahl der einzelnen Nutzer aus, denen ein Agent pro 28 Tagen Nachrichten senden kann, basierend auf seiner Bewertung. Alle neuen Agenten beginnen standardmäßig mit einer niedrigen Bewertung.

Eine ausführliche Erläuterung dieser neuen Trafficlimits und anderer Geschäftsregeln finden Sie auf der Seite Anwendungsfälle und Geschäftsregeln für Agenten.