Neuerscheinungen

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

20. Juli 2026

Neu

Neue Funktion für den Audit-Trail: acting_party in der RBM Operations API erfassen

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

Grund für diese Änderung

Wenn der Startstatus eines Agents mit der RBM Operations API aktualisiert wird, wird im Feld Nutzer-ID in den Verlaufsprotokollen standardmäßig „API-Aufruf“ verwendet, da bei der dienstkontobasierten Authentifizierung kein Nutzerkontext vorhanden ist.

Wichtige Verbesserungen

• Identifizierbare API-Aktionen: API-Aufrufer können jetzt explizit einen acting_party Parameter angeben, um die E‑Mail-Adresse oder die ID des Nutzers darzustellen, der die Aktion ausführt.
• Sichtbarkeit in der Console und für Webhooks: Die erfasste ID ist in Agent-Verlauf der Admin-Konsole sichtbar und wird in AgentLaunchEvent Webhook-Benachrichtigungen eingefügt.
• Konsistenz des Audit-Trails: Protokolle für API-initiierte Aktionen stimmen jetzt mit denen überein, die durch manuelle Genehmigungen in der Console generiert werden.

So verwenden Sie den neuen Parameter

Wenn Sie Nutzer-IDs erfassen möchten, fügen Sie den Abfrageparameter acting_party an Ihre API-Anfragen für brands.agents.updateLaunch an.

Weitere Informationen finden Sie im aktualisierten Leitfaden zum Ändern des Startstatus eines Agents.

13. Juli 2026

Neu

Neuer HTTP-Header für Webhooks

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 für Abmeldungen in der Analytics-Übersicht

In der RCS for Business Developer Console werden jetzt in der Analytics-Übersicht Messwerte für Abmeldungen für nicht werbliche Agents angezeigt. Der Platzhalter „N/A“ wird ersetzt.

26. Juni 2026

Neu

Benutzerdefinierte Sortierung für Agent-Listen

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

Wichtige Verbesserungen

• Mehrere Sortierfelder:Sie können Ihre Agents jetzt anhand der folgenden Felder sortieren:
  • updateTime: Sortiert chronologisch nach dem Zeitstempel der letzten Aktualisierung.
  • displayName: Sortiert alphabetisch nach dem für Nutzer lesbaren Namen des Agents.
  • agentId: Sortiert nach der eindeutigen, vom System generierten Agent-ID.
• Richtung der Sortierung: Sie können die Sortierrichtung festlegen, indem Sie dem Feldnamen das Suffix " asc" oder " desc" hinzufügen. Für Felder ohne Suffix wird standardmäßig die aufsteigende Reihenfolge verwendet.
• Standardsortierung:Wenn der Parameter orderBy nicht angegeben ist, 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 Startstatus eines Agents von PENDING in UNLAUNCHED ändern können, um eine ausstehende Startanfrage abzubrechen.

Weitere Informationen finden Sie im Leitfaden zum Empfangen von Ereignissen.

22. Mai 2026

Erzwingen regionaler Endpunkte für Überprüfungen der Batch-Funktionen

Geändert

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

Grund für diese Änderung

Wir möchten die API-Leistung und ‑Zuverlässigkeit optimieren und die Auswirkungen potenzieller Unterbrechungen begrenzen.

So geht es weiter

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

Was bleibt gleich?

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

12. Mai 2026

Neu

Permanente Vorschläge für SMS

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

Grund für diese Änderung

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 ausführen. So wird eine konsistentere und zuverlässigere Nutzererfahrung ermöglicht.

Bei permanenten Vorschlägen vom Typ „URL öffnen“ wird die Ziel-URL direkt in der Schaltfläche angezeigt, um das Vertrauen der Nutzer zu stärken und die „Klickzögerung“ aufgrund unbekannter Links zu verringern.

**Warnung**: Wir führen die Funktion für permanente Vorschläge vom Typ „URL öffnen“ derzeit ein. Daher wird die Ziel-URL bei einigen Nutzern möglicherweise nicht direkt in der Schaltfläche angezeigt.

Unterstützte Nachrichtentypen

• Unterstützt: Eigenständige SMS.
• Nicht unterstützt: Eigenständige Mediennachrichten (Bild, Video, GIF, PDF oder Audio). Verwenden Sie für diese Anwendungsfälle Rich Cards.

Vorschläge kombinieren

Sie können permanente und temporäre Vorschläge in einer einzigen SMS kombinieren. Für jeden Vorschlag muss die Option „Permanent“ aktiviert sein.

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

Unterstützte Clients für permanente 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 zu Vorschlägen.

27. April 2026

Geändert

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

Wir führen Aktualisierungen für das Branding und die Bestätigung von RCS for Business ein, um das Vertrauen der Nutzer zu stärken und die Google-Standards einzuhalten. Diese Aktualisierungen wirken sich auf die Darstellung von Agents in der Google Messages-Unterhaltungsliste, im Unterhaltungsbildschirm und in den Unterhaltungsdetails aus.

Wichtige Verbesserungen

• Neue Logoform: Das Logo ist jetzt in Google Messages ein abgerundetes Quadrat. Die Umstellung auf die neue 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.

• Überprüfungshäkchen: Verifizierte Agents enthalten jetzt ein Überprüfungshäkchen. Das Häkchen wird automatisch für Agents angezeigt, die den Bestätigungsprozess abgeschlossen haben.

Vorher	Nachher

27. April 2026

Verbesserung der Dokumentation

Wir haben die Webhooks Dokumentation um neue Best Practices für die Verwaltung von Webhooks ergänzt. Dabei wird insbesondere darauf eingegangen, wie die Risiken gemeinsam genutzter Partnerwarteschlangen gehandhabt und Fehler bei der Zustellung von Nachrichten 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 Bestätigungsprozess für Agents zu optimieren, haben wir in der Business Communications API neue Methoden 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 Starts werden die hochgeladenen Dokumente an jeden Mobilfunkanbieter weitergegeben, den Sie für den Start ausgewählt haben.

Technische Details und Beschränkungen

• Unterstützte Dateitypen:Die API unterstützt zunächst PDF-Dateien.
• Maximale Dateigröße: 50 MB pro Datei.
• Mengenbeschränkung: Bis zu 5 eindeutige Dokumente pro Agent.

Weitere Informationen zum Bestätigungsprozess finden Sie unter Bestätigungsinformationen einreichen.

1. April 2026

Neu

Traffic-Limits für Agents mit niedriger Reputation in Indien

Wir führen ein Traffic-Limit für Agents ein, um die Anzahl der Nachrichten zu reduzieren, die Nutzer in Indien erhalten. Mit diesem neuen Limit wird die Gesamtzahl der Werbenachrichten beschränkt, die ein Nutzer pro Tag von allen Agents mit niedriger Reputation erhalten kann.

Dieses Limit gilt für alle Agents mit niedriger Reputation. Agents mit hoher und mittlerer Reputation sind von dieser Beschränkung nicht betroffen.

Eine detaillierte Erläuterung dieser neuen Traffic-Limits und anderer Geschäftsregeln finden Sie auf der Seite Anwendungsfälle und Geschäftsregeln für Agents.

1. April 2026

Neu

Neue Sichtbarkeitsoptionen: Agents archivieren und ausblenden

Um die Console übersichtlicher zu gestalten, haben wir neue Sichtbarkeitsoptionen für Partner und Mobilfunkanbieter eingeführt. Mit diesen Funktionen können Sie alte oder nicht verwendete Agents aus den Hauptansichten in der Console und über die API entfernen, ohne den Betriebsstatus der Agents zu beeinträchtigen.

Für Partner: Agents archivieren und wiederherstellen

Sie können Agents, die sich im inaktiven Status (UNLAUNCHED, SUSPENDED oder REJECTED) befinden, archivieren oder wiederherstellen. Agents, die in einem Mobilfunknetzwerk den Status LAUNCHED oder PENDING haben, können nicht archiviert werden.

Wichtige Funktionen

• RCS for Business Developer Console: Agents einzeln oder im Bulk (bis zu 100) archivieren oder wiederherstellen. Weitere Informationen finden Sie unter Agent archivieren/wiederherstellen.
• Management API: Den Archivierungsstatus eines Agents programmatisch verwalten. Weitere Informationen finden Sie unter Agent archivieren oder wiederherstellen.
• Gefilterte Ansichten: Standardmäßig werden archivierte Agents aus der Haupt liste ausgeschlossen. Wenn Sie die archivierten Agents in die Ergebnisse einbeziehen möchten, verwenden Sie Filter in der Console oder Parameter in der API.

Für Mobilfunkanbieter: Agents ausblenden und einblenden

Sie können Agents, die sich in Ihrem Netzwerk im inaktiven Status (SUSPENDED oder REJECTED) befinden, ausblenden oder einblenden. Ein Agent kann nicht ausgeblendet werden, wenn sein Startstatus in Ihrem Netzwerk LAUNCHED oder PENDING ist.

Wichtige Funktionen

• Admin-Konsole: Agents einzeln oder im Bulk ausblenden und einblenden (bis zu 100). Weitere Informationen finden Sie unter Agent ausblenden/einblenden.
• Operations API: Den ausgeblendeten Status eines Agents für Ihr Netzwerk verwalten. Weitere Informationen finden Sie unter Agents ausblenden/einblenden.
• Gefilterte Ansichten: Standardmäßig werden Agents, die als ausgeblendet markiert sind, aus der Hauptliste ausgeschlossen. Wenn Sie diese Agents sehen möchten, verwenden Sie Filter in der Console oder Parameter in der API.

10. März 2026

Geändert

Wir haben die zulässigen Übergänge des Startstatus aktualisiert, wenn Agents über die RBM Operations API und die Business Communications API und die Admin-Konsole und die RCS for Business Developer Console verwaltet werden. So wird eine konsistente Logik und Synchronisierung zwischen API und Console gewährleistet.

Hier sind die aktualisierten zulässigen Übergänge des Startstatus:

Vom Mobilfunkanbieter initiiert

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

Vom Partner initiiert

• Von UNSPECIFIED, UNLAUNCHED oder REJECTED zu PENDING

Hinweis: Wenn Sie versuchen, den Startstatus in einen Wert zu ändern, der nicht zulässig ist, gibt die API eine entsprechende Fehlermeldung zurück.

9. März 2026

Geändert

URL-Transparenz in 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 Rich Cards und Karussells angezeigt. Weitere Informationen finden Sie unter URL öffnen.

Vorher	Nachher

Durch die Anzeige der URL möchten wir Folgendes erreichen:

• Vertrauen der Nutzer stärken: Reibungsverluste und „Klickzögerung“ aufgrund unbekannter Links reduzieren.
• Nutzerinteraktion und ‑bindung steigern: Konsistente und zuverlässige Nutzungsgewohnheiten in RCS for Business etablieren.

Empfohlene Maßnahmen

• Bereitstellung: Diese Funktion ist automatisch aktiviert. Sie müssen keine technischen Integrationen oder API-Änderungen vornehmen.
• Links prüfen: Achten Sie darauf, dass Ihre Ziel-URLs prägnant sind und zu Ihrer Marke passen.
• Nutzererfahrung überprüfen: Prüfen Sie Ihre aktuellen vorgeschlagenen Aktionen vom Typ „URL öffnen“ in Rich Cards und Karussells, um sicherzustellen, dass der Anzeigetext und die jetzt sichtbare URL nicht redundant oder unübersichtlich sind.

28. Februar 2026

Geändert

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

Um eine umfassendere Kontrolle zu ermöglichen, haben wir die neue Testers API für die vollständige Verwaltung des Testlebenszyklus eingeführt. Jetzt können Sie Einladungen programmatisch senden oder noch einmal senden, den Status abrufen und Tester entfernen.

Aufgrund dieser erweiterten Funktionen haben wir die Legacy-Ressource phones.testers eingestellt.

Damit das Testen für Ihre Agents nicht unterbrochen wird, müssen alle Partner ihre Implementierungen zur neuen, optimierten Testers API-Ressource migrieren. Agents, die nicht migriert wurden, können nach diesem Datum keine Testgeräte mehr einladen oder verwalten.

Ressource	Status
phones.testers	Verworfen
testers	Aktuell

So geht es weiter:

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

16. Februar 2026

Neu

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

Die Methode analytics.agentPerformances.list in der RCS Business Messaging API enthält jetzt zusätzliche Felder im AgentPerformance-Objekt, die sich auf Daten zu Abmeldegründen und Spam-Trends beziehen.

12. Februar 2026

Verbesserung der Dokumentation

Wir haben die Dokumentation zum Senden von Nachrichten um einen neuen Abschnitt zur Gültigkeitsdauer (Time to live, TTL) für Nachrichten ergänzt, um das erwartete Benachrichtigungsverhalten zu verdeutlichen und Empfehlungen für den Umgang mit Grenzfällen bei der Zustellung zu geben.

5. Februar 2026

Neu

Neue Kontaktseite für den RCS for Business-Support

Wir haben den Link „RBM-Support per E‑Mail kontaktieren“ durch eine neue Kontaktseite für den RCS for Business-Support ersetzt.

Alle Anfragen an den technischen Support sollten jetzt über das Support-Kontaktformular auf dieser Seite gestellt werden. So wird sichergestellt, dass Probleme genau erfasst und für eine schnellere Lösung weitergeleitet werden.

Auf der Seite finden Sie eine Kurzanleitung, in der die obligatorischen Informationen aufgeführt sind, die für verschiedene Problemkategorien erforderlich sind.

5. Februar 2026

Verbesserung der Dokumentation

Wir haben die Send events und phones.agentEvent.create Dokumentation um Informationen zum Zustellungsverhalten der READ und IS_TYPING Agent-Ereignisse in RCS for Business ergänzt.

• Die Aktualisierungen geben an, 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 kurzlebig und laufen nach etwa 20 Sekunden ab.

30. Januar 2026

Neu

Optionale Kommentare für Genehmigungen von Agent-Starts

Mobilfunkanbieter können jetzt zusätzliche Kommentare angeben, wenn sie Anfragen zum Start von Agents genehmigen.

Änderungen in der Console

Bisher konnten Mobilfunkanbieter bei der Verwaltung von Agents in der Admin-Konsole, nur dann einen Kommentar mit einer Begründung angeben, wenn sie einen Agent ablehnten, sperrten, oder beendeten.

Mit diesem Update haben wir ein optionales Kommentarfeld für den Genehmigungsprozess eingeführt. So können Mobilfunkanbieter den Agent-Inhabern wichtige Informationen direkt bei der Genehmigung mitteilen. Weitere Informationen finden Sie unter Agents in Ihrem Netzwerk verwalten.

Kommentare, die während der Genehmigung angegeben werden, werden im Agent-Verlauf der Admin-Konsole und der Business Communications Console aufgezeichnet.

Änderungen an der RBM Operations API

Das Feld comment unterstützt jetzt alle Statusübergänge, wenn der Startstatus eines Agents geändert wird. Mobilfunkanbieter können jetzt eine optionale Begründung für jede Statusänderung angeben, um die Kommunikation und die Aufzeichnung zu verbessern. Weitere Informationen finden Sie unter Agents 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:

• Rich Cards: Die Medien der Karte sind ein Bild oder haben ein Thumbnail.
• Karussells: Die Medien der ersten Karte sind ein Bild oder haben ein Thumbnail.

Minimierte Benachrichtigung	Maximierte Benachrichtigung

Grund für diese Änderung

Wir möchten die Interaktionen mit Ihren Nachrichten steigern.

Erforderliche Maßnahmen

Sie müssen nichts weiter tun.

Neu

Dateifreigabe für die Bestätigung von Agents

Um den Genehmigungsprozess für Agents zu optimieren, haben Partner jetzt die Möglichkeit, unterstützende Dokumente direkt in die RCS for Business Developer Consolehochzuladen.

Wichtige Verbesserungen

• Direktes Hochladen: Partner können Autorisierungsschreiben und andere unterstützende Dokumente jetzt direkt in die RCS for Business Developer Console hochladen. Weitere Informationen finden Sie unter Bestätigungsinformationen einreichen. Auch wenn ein Autorisierungsschreiben vorliegt, bleibt die primäre Autorisierungsmethode für Starts bei von Google verwalteten Mobilfunkanbietern die E‑Mail.
• Sichtbarkeit: Mobilfunkanbieter, die die Admin-Konsole verwenden, können diese hochgeladenen Dokumente sehen, um die Überprüfung zu beschleunigen. Weitere Informationen finden Sie unter Agents in Ihrem 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 optional. Beachten Sie jedoch die folgenden technischen Beschrä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 werbliche RCS for Business-Agents in Indien ein.

Limits für die Gesamtzahl der einzelnen Nutzer

Ein neues Limit wirkt sich auf die Gesamtzahl der einzelnen Nutzer aus, denen ein Agent pro 28 Tage Nachrichten senden kann. Die Anzahl hängt von der Reputation des Agents ab. Alle neuen Agents haben standardmäßig eine niedrige Reputation.

Eine detaillierte Erläuterung dieser neuen Traffic-Limits und anderer Geschäftsregeln finden Sie auf der Seite Anwendungsfälle und Geschäftsregeln für Agents.