Neuerscheinungen

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

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 Agenten 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 Agenten.
  • agentId: Sortiert nach der eindeutigen, vom System generierten Agenten-ID.
• Sortierrichtung: 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 zu verdeutlichen, dass Partner den Startstatus eines Agenten 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 sich nicht ändert

Einzelne Überprüfungen der Funktionen (phones.getCapabilities) und das Senden von Nachrichten sind von dieser Änderung derzeit nicht betroffen. Wir empfehlen jedoch dringend, für alle Aufrufe regionalisierte APIs 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 noch einmal aufrufen. So wird eine einheitlichere und zuverlässigere Nutzererfahrung ermöglicht.

Bei permanenten Vorschlägen vom Typ „URL öffnen“ wird die Ziel-URL direkt in der Schaltfläche angezeigt. So wird das Vertrauen der Nutzer gestärkt und die Zögerlichkeit beim Klicken auf unbekannte Links verringert.

**Warnung**: Wir führen die Funktion für permanente Vorschläge vom Typ „URL öffnen“ derzeit ein. Daher wird einigen Nutzern die Ziel-URL 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 interaktive Chat-Nachrichten.

Vorschläge kombinieren

Sie können permanente und temporäre Vorschläge in einer einzigen SMS kombinieren. Jeder Vorschlag muss als permanent festgelegt werden.

• Gesamtlimit: Eine einzelne Nachricht kann 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 Agenten in der Google Messages-Unterhaltungsliste, auf dem 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 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 Agenteninformationen bearbeiten.

• Überprüfungshäkchen: Verifizierte Agenten haben jetzt ein Überprüfungshäkchen. Das Häkchen wird automatisch für Agenten 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 aktualisiert. Dabei wird insbesondere darauf eingegangen, wie mit den Risiken gemeinsam genutzter Partnerwarteschlangen umgegangen und die Zustellung von Nachrichten verhindert werden kann.

Weitere Informationen finden Sie im aktualisierten Leitfaden zu Webhooks.

6. April 2026

Neu

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

Um den Bestätigungsprozess für Agenten 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ützung von Dateien: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 mehrere Agenten für Werbeagenten mit niedriger Reputation in Indien

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

Dieses Limit gilt für alle Agenten mit niedriger Reputation. Agenten mit hoher und mittlerer Reputation sind von dieser Beschränkung für mehrere Agenten ausgenommen.

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

1. April 2026

Neu

Neue Sichtbarkeitsoptionen: Agenten 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 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: Agenten archivieren und wiederherstellen

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

Wichtige Funktionen

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

Für Mobilfunkanbieter: Agenten ausblenden und wieder einblenden

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

Wichtige Funktionen

• Admin-Konsole: Agenten einzeln oder im Bulk (bis zu 100) ausblenden und wieder einblenden. Weitere Informationen finden Sie unter Agenten ausblenden/wieder einblenden.
• Operations API: Den ausgeblendeten Status eines Agenten für Ihr Netzwerk verwalten. Weitere Informationen finden Sie unter Agenten ausblenden/wieder einblenden.
• Gefilterte Ansichten: Agenten, die als ausgeblendet markiert sind, werden standardmäßig aus der Hauptliste ausgeschlossen. Wenn Sie diese Agenten 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 Agenten über die RBM Operations API und die Business Communications API und die Admin-Konsole und die RCS for Business Developer Consoleverwaltet 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 interaktiven Chat-Nachrichten 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 Zögerlichkeit beim Klicken auf unbekannte Links verringern.
• Nutzerinteraktion und ‑bindung steigern: Einheitliche 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 kurz und prägnant sind und zu Ihrer Marke passen.
• Nutzererfahrung überprüfen: Prüfen Sie Ihre aktuellen vorgeschlagenen Aktionen vom Typ „URL öffnen“ in interaktiven Chat-Nachrichten und Karussells, um sicherzustellen, dass der Anzeigetext und die jetzt sichtbare URL nicht redundant oder überladen wirken.

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.

Um ununterbrochene Tests für Ihre Agenten zu gewährleisten, müssen alle Partner ihre Implementierungen zur neuen, optimierten Testers API-Ressource migrieren. Agenten, 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 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 Objekt AgentPerformance, 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 aktualisiert, 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 Seite „RCS for Business-Support kontaktieren“

Wir haben den Link „RBM-Support per E-Mail kontaktieren“ durch die neue Seite „RCS for Business-Support kontaktieren“ 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 für verschiedene Problemkategorien aufgeführt 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 Agentenereignisse in RCS for Business aktualisiert.

• 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 Agentenstarts

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

Änderungen in der Console

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

Mit diesem Update haben wir ein optionales Kommentarfeld für den Genehmigungsprozess eingeführt. So können Mobilfunkanbieter wichtige Informationen direkt mit den Agentenbesitzern teilen, wenn sie die Genehmigung erteilen. Weitere Informationen finden Sie unter Agenten in Ihrem Netzwerk verwalten.

Kommentare, die während der Genehmigung angegeben werden, werden im Agentenverlauf sowohl der Admin-Konsole als auch der Business Communications Console erfasst.

Änderungen an der RBM Operations API

Das Feld comment unterstützt jetzt alle Statusübergänge, wenn der Startstatus eines Agenten 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 Agenten mit der RBM Operations API verwalten.

15. Januar 2026

Neu

Benachrichtigungen für interaktive Chat-Nachrichten 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 Nachricht sind ein Bild oder haben ein Thumbnail.
• Karussells: Die Medien der ersten Nachricht 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 Agenten

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

Wichtige Verbesserungen

• Direktes Hochladen: Partner können jetzt Autorisierungsschreiben und andere unterstützende Dokumente 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 Agenten 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 Werbeagenten von RCS for Business 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 Agenten ab. Alle neuen Agenten 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 Agenten.