Na tej stronie znajdziesz informacje o najnowszych zmianach w RCS for Business.
31 lipca 2026 r.
Ulepszenie dokumentacji
Zaktualizowaliśmy dokumentację dotyczącą wysyłania wiadomości , aby wyjaśnić zasady automatycznej kompresji i transkodowania multimediów w ramach usługi RCS for Business.
20 lipca 2026 r.
Nowy
Nowa funkcja ścieżki audytu: przechwytywanie acting_party w interfejsie API operacji RBM
Aby pomóc Ci w prowadzeniu dokładnych rejestrów audytów, wprowadzamy opcjonalny parametr acting_party dla interfejsu API brands.agents.updateLaunch .
Dlaczego wprowadzamy tę zmianę
Gdy status uruchomienia agenta zostanie zaktualizowany za pomocą interfejsu API operacji RBM, pole Identyfikator użytkownika w dziennikach historii domyślnie przyjmie wartość „Wywołanie API”, ponieważ uwierzytelnianie na podstawie konta usługi nie uwzględnia kontekstu użytkownika.
Kluczowe ulepszenia
- Identyfikowalne akcje API : osoby wywołujące API mogą teraz jawnie podać parametr
acting_partyreprezentujący adres e-mail lub identyfikator użytkownika wykonującego akcję. - Widoczność konsoli i webhooka : Przechwycony identyfikator jest widoczny w historii agenta w konsoli administracyjnej i jest uwzględniany w powiadomieniach webhooka
AgentLaunchEvent. - Spójność śladu audytu : dzienniki działań inicjowanych przez API są teraz zgodne z dziennikami generowanymi przez ręczne zatwierdzenia w konsoli.
Jak używać nowego parametru
Aby rozpocząć przechwytywanie identyfikatorów użytkowników, należy dołączyć parametr zapytania acting_party do żądań API dla brands.agents.updateLaunch .
Więcej szczegółów znajdziesz w zaktualizowanym przewodniku po statusie uruchomienia agenta zmian .
13 lipca 2026 r.
Nowy
Nowy nagłówek HTTP webhooka
Platforma RCS for Business zawiera teraz nagłówek HTTP X-Goog-Webhook-Type we wszystkich żądaniach webhooków. Nagłówek ten pozwala natychmiast identyfikować typy żądań dla wszystkich przychodzących webhooków, bez konieczności analizowania treści JSON.
Więcej szczegółów znajdziesz w zaktualizowanym przewodniku Webhooks .
6 lipca 2026 r.
Zmieniono
Przegląd analityki metryk rezygnacji z subskrypcji
Konsola programisty RCS for Business teraz wyświetla w przeglądzie Analytics metryki rezygnacji z subskrypcji dla agentów niebiorących udziału w promocjach, zastępując symbol zastępczy „N/D”.
26 czerwca 2026 r.
Nowy
Niestandardowe sortowanie list agentów
Punkt końcowy brands.agents.list obsługuje teraz parametr zapytania orderBy . Dzięki temu partnerzy mogą sortować agentów według nazwy, czasu utworzenia lub znacznika czasu ostatniej aktualizacji.
Kluczowe ulepszenia
- Wiele pól sortowania: Teraz możesz uporządkować swoich agentów, korzystając z następujących pól:
-
updateTime: Sortuje chronologicznie według znacznika czasu ostatniej aktualizacji. -
displayName: Sortuje alfabetycznie według czytelnej dla człowieka nazwy agenta. -
agentId: Sortuje według unikalnego identyfikatora agenta wygenerowanego przez system.
-
- Kontrola kierunku: Możesz ustawić kierunek sortowania, dodając sufiks
" asc"lub" desc"do nazwy pola. Pola określone bez sufiksu będą domyślnie sortowane w kolejności rosnącej. - Sortowanie domyślne: Jeżeli parametr
orderByzostanie pominięty, lista będzie domyślnie sortowana wedługagentIdw kolejności rosnącej.
Więcej informacji można znaleźć w zaktualizowanej dokumentacji referencyjnej brands.agents.list .
11 czerwca 2026 r.
Ulepszenie dokumentacji
Zaktualizowaliśmy naszą dokumentację, aby wyjaśnić, że partnerzy mogą zmienić status uruchomienia agenta z PENDING na UNLAUNCHED , aby anulować oczekującą prośbę o uruchomienie.
Więcej szczegółów znajdziesz w przewodniku Odbieranie zdarzeń .
22 maja 2026 r.
Wymuszanie regionalnych punktów końcowych w celu sprawdzenia możliwości przetwarzania wsadowego
Zmieniono
Od 4 maja 2026 r. metoda users.batchGet wymaga użycia regionalnych punktów końcowych. Żądania zbiorcze muszą być wysyłane do punktu końcowego API odpowiadającego regionowi geograficznemu numerów telefonów w danej partii.
Dlaczego wprowadzamy tę zmianę
Aby zoptymalizować wydajność i niezawodność interfejsu API oraz ograniczyć wpływ potencjalnych zakłóceń.
Co musisz zrobić
- Zaktualizuj swoją aplikację, aby wywołać właściwy regionalny punkt końcowy dla żądań
users.batchGet. - Upewnij się, że każde żądanie
users.batchGetzawiera numery telefonów tylko z jednego regionu. Żądania zawierające numery telefonów z różnych regionów lub wysłane do nieprawidłowego regionalnego punktu końcowego zakończą się niepowodzeniem z błędem 400 Bad Request.
Co się nie zmienia
Pojedyncze sprawdzanie możliwości ( phones.getCapabilities ) i wysyłanie wiadomości nie są obecnie objęte tym egzekwowaniem. Zdecydowanie zalecamy jednak korzystanie z regionalnych interfejsów API dla wszystkich wywołań, aby zoptymalizować wydajność API już teraz i przygotować się na przyszłe aktualizacje.
12 maja 2026 r.
Nowy
Stałe sugestie dotyczące wiadomości tekstowych
RCS for Business obsługuje teraz stałe sugestie dla samodzielnych wiadomości tekstowych. W przeciwieństwie do standardowych, przejściowych sugestii, które znikają po zakończeniu rozmowy, stałe sugestie są wyświetlane w dymku wiadomości i pozostają niezmienne przez cały czas trwania rozmowy.
Dlaczego wprowadzamy tę zmianę
Funkcja ta pozwala użytkownikom powrócić do przydatnych czynności — takich jak otwarcie adresu URL, wybranie numeru lub wyświetlenie lokalizacji — na długo po wysłaniu pierwszej wiadomości, zapewniając bardziej spójne i niezawodne działanie użytkownika.
Ciągłe sugestie „Otwórz adres URL” wyświetlają adres URL docelowy bezpośrednio w przycisku, co zwiększa zaufanie użytkowników i zmniejsza ryzyko „wahania przed kliknięciem” spowodowanego nieznanymi linkami.
Obsługiwane typy wiadomości
- Obsługiwane : samodzielne wiadomości tekstowe.
- Nieobsługiwane : Samodzielne wiadomości multimedialne (obrazy, wideo, pliki GIF, PDF lub audio). W takich przypadkach należy używać kart rozszerzonych .
Połącz sugestie
Możesz łączyć sugestie stałe i tymczasowe w jednej wiadomości tekstowej. Każda sugestia musi zostać zaakceptowana, aby była trwała.
- Limit całkowity : Pojedyncza wiadomość tekstowa może obsłużyć maksymalnie 11 sugestii.
- Stałe sugestie : maksymalnie cztery sugestie (wyświetlane w dymku).
- Sugestie przejściowe : Do 11 sugestii przejściowych (wyświetlanych poza obszarem objętym dymkiem).
Wspieranie klientów w zakresie ciągłych sugestii
- Obsługiwane: Google Messages (wersja
20260225.00lub nowsza). - Nieobsługiwane: wersje aplikacji Google Messages starsze niż
20260225.00, iOS i Samsung Messages.
Więcej szczegółów znajdziesz w naszym zaktualizowanym przewodniku Sugestie .
27 kwietnia 2026 r.
Zmieniono
Zaktualizowane standardy marki i weryfikacji RBM w Wiadomościach Google
Wprowadzamy aktualizacje w brandingu i weryfikacji RCS for Business, aby zwiększyć zaufanie użytkowników i dostosować się do standardów Google. Aktualizacje te wpłyną na wygląd agentów na liście konwersacji w Wiadomościach Google, na ekranie konwersacji oraz w szczegółach konwersacji.
Kluczowe ulepszenia
Nowy kształt logo : Logo w Wiadomościach Google ma teraz kształt zaokrąglonego kwadratu. Przejście do nowego, zaokrąglonego kwadratu następuje automatycznie.
Uwaga : Jeśli Twoje obecne logo to okrąg na przezroczystym tle, nadal będzie ono wyświetlane w aplikacji Wiadomości Google jako okrąg. Zalecamy ręczne przesłanie obrazu całego tła, aby zapewnić jego optymalny wygląd w nowym interfejsie użytkownika. Więcej informacji znajdziesz w artykule Edytowanie informacji o agencie .
Znak weryfikacji : Zweryfikowani agenci mają teraz znak weryfikacji. Znak pojawi się automatycznie u agentów, którzy ukończyli proces weryfikacji .
| Zanim | Po |
|---|---|
![]() | ![]() |
27 kwietnia 2026 r.
Ulepszenie dokumentacji
Zaktualizowaliśmy dokumentację dotyczącą webhooków , omawiając nowe najlepsze praktyki zarządzania webhookami, ze szczególnym uwzględnieniem sposobów radzenia sobie z ryzykiem związanym z współdzielonymi kolejkami partnerskimi i zapobiegania błędom dostarczania wiadomości.
Więcej informacji znajdziesz w zaktualizowanym przewodniku Webhooks .
6 kwietnia 2026 r.
Nowy
Przesyłaj i usuwaj dokumenty weryfikacyjne agentów za pomocą interfejsu API Business Communications
Aby usprawnić proces weryfikacji agentów, wprowadziliśmy nowe metody w interfejsie API Business Communications , które umożliwiają partnerom przesyłanie i usuwanie dokumentów uzupełniających. Ta funkcja jest opcjonalna.
Kluczowe ulepszenia
- Nowe metody API : Partnerzy mogą teraz korzystać z następujących metod zarządzania załącznikami weryfikacyjnymi:
-
attachments.create: przesyła dokument weryfikacyjny. -
brands.agents.attachments.delete: Usuwa załączony dokument weryfikacyjny.
-
- Widoczność operatora : W przypadku uruchomień zarządzanych przez operatora przesłane dokumenty są udostępniane każdemu operatorowi wybranemu do uruchomienia.
Szczegóły techniczne i ograniczenia
- Obsługa plików: Początkowo API obsługuje pliki PDF.
- Maksymalny rozmiar pliku : 50 MB na plik.
- Limit ilościowy : Do 5 unikalnych dokumentów na agenta.
Więcej informacji na temat procesu weryfikacji znajdziesz w artykule Przesyłanie informacji weryfikacyjnych .
1 kwietnia 2026 r.
Nowy
Limity ruchu międzyagencyjnego dla agentów promocyjnych o niskiej reputacji w Indiach
Wprowadzamy limit ruchu między agentami, aby zmniejszyć obciążenie skrzynek odbiorczych abonentów w Indiach. Ten nowy limit ogranicza łączną liczbę wiadomości promocyjnych, które użytkownik może otrzymać dziennie od wszystkich agentów o niskiej reputacji .
To ograniczenie dotyczy wszystkich agentów o niskiej reputacji. Agenci o wysokiej i średniej reputacji są zwolnieni z tego ograniczenia międzyagencyjnego.
Szczegółowe objaśnienia nowych limitów ruchu i innych zasad biznesowych można znaleźć na stronie poświęconej przypadkom użycia agenta i zasadom biznesowym .
1 kwietnia 2026 r.
Nowy
Nowe elementy sterujące widocznością: Archiwizuj i ukrywaj agentów
Aby pomóc w zarządzaniu bałaganem w konsoli, wprowadziliśmy nowe funkcje kontroli widoczności dla partnerów i operatorów. Funkcje te umożliwiają usuwanie starych lub nieużywanych agentów z ich głównych widoków w konsoli i za pośrednictwem interfejsu API bez wpływu na stan operacyjny agentów.
Dla partnerów: Agenci archiwizacji i dearchiwizacji
Możesz archiwizować lub przywracać z archiwum agentów, które są w stanie nieaktywnym ( UNLAUNCHED , SUSPENDED lub REJECTED ). Nie możesz archiwizować agentów, które są LAUNCHED lub PENDING w sieciach żadnego operatora.
Główne cechy
- Konsola programisty RCS for Business : Archiwizuj lub dearchiwizuj agentów indywidualnie lub zbiorczo (do 100). Szczegóły znajdziesz w artykule Archiwizacja/dearchiwizacja agenta .
- Interfejs API zarządzania : programowe zarządzanie statusem archiwizacji agenta. Szczegółowe informacje można znaleźć w artykule Archiwizowanie i przywracanie agenta z archiwum .
- Widoki filtrowane : Domyślnie zarchiwizowani agenci są wykluczeni z listy głównej. Aby uwzględnić zarchiwizowanych agentów w wynikach, należy użyć filtrów w Konsoli lub parametrów w API.
Dla przewoźników: ukrywanie i pokazywanie agentów
Możesz ukrywać lub pokazywać agentów, którzy są w stanie nieaktywnym ( SUSPENDED lub REJECTED ) w Twojej sieci. Nie możesz ukryć agenta, jeśli jego status uruchomienia w Twojej sieci to LAUNCHED lub PENDING .
Główne cechy
- Konsola administracyjna : Ukrywaj i odkrywaj agentów indywidualnie lub zbiorczo (do 100). Szczegółowe informacje znajdziesz w artykule Ukrywanie/odkrywanie agenta .
- API operacji : Zarządzaj ukrytym statusem agenta w swojej sieci. Szczegóły znajdziesz w artykule Ukrywanie/odkrywanie agentów .
- Widoki filtrowane : Domyślnie agenci oznaczeni jako ukryci są wykluczeni z listy głównej. Aby wyświetlić tych agentów, użyj filtrów w Konsoli lub parametrów w API.
10 marca 2026 r.
Zmieniono
Zaktualizowaliśmy dozwolone przejścia stanu uruchomienia podczas zarządzania agentami za pośrednictwem RBM Operations API , Business Communications API , Administration Console i RCS for Business Developer Console . Zapewnia to spójną logikę i synchronizację między API a konsolą.
Oto zaktualizowane dozwolone przejścia stanu uruchomienia:
Zainicjowane przez nośną
- Z
PENDINGnaLAUNCHEDlubREJECTED - Od
LAUNCHEDdoSUSPENDED - Od
SUSPENDEDdoLAUNCHEDlubUNLAUNCHED
Z inicjatywy partnera
- Z
UNSPECIFIED,UNLAUNCHEDlubREJECTEDnaPENDING
9 marca 2026 r.
Zmieniono
Przezroczystość adresu URL w sugerowanej akcji „Otwórz adres URL”
Google Messages wyświetla teraz adres URL bezpośrednio w akcji „Otwórz adres URL” w przypadku sugestii w kartach rozszerzonych i karuzelach. Szczegółowe informacje znajdziesz w artykule Otwieranie adresu URL .
| Zanim | Po |
|---|---|
![]() | ![]() |
Udostępniając adres URL, mamy na celu:
- Zbuduj zaufanie użytkowników : zmniejsz tarcia i wahania przed kliknięciem spowodowane nieznanymi linkami.
- Zwiększ zaangażowanie : stwórz spójne i niezawodne nawyki korzystania z RCS for Business.
Zalecane działania
- Wdrożenie : Ta funkcja jest włączana automatycznie. Nie jest wymagana żadna integracja techniczna ani zmiany w interfejsie API.
- Przeprowadź audyt swoich linków : upewnij się, że adresy URL docelowe są zwięzłe i spójne z Twoją marką.
- Przejrzyj UX : sprawdź aktualne sugerowane akcje „Otwórz adres URL” na kartach wzbogaconych i karuzelach, aby upewnić się, że wyświetlany tekst i widoczny adres URL nie wydają się zbędne lub zagracone.
28 lutego 2026 r.
Zmieniono
Wycofanie interfejsu API dla zasobu phones.testers
Aby zapewnić kompleksową kontrolę, uruchomiliśmy nowe API testerów , umożliwiające kompleksowe zarządzanie cyklem życia testerów. Teraz możesz programowo wysyłać lub ponownie wysyłać zaproszenia, sprawdzać status i usuwać testerów.
Ze względu na rozszerzoną funkcjonalność wycofaliśmy zasób legacy phones.testers .
Aby zapewnić nieprzerwane testowanie agentów, wszyscy partnerzy są zobowiązani do migracji swoich implementacji do nowego, uproszczonego zasobu API testerów . Agenci, którzy nie przeszli migracji, nie będą mogli zapraszać ani zarządzać urządzeniami testowymi po tej dacie.
| Ratunek | Status |
|---|---|
| telefony.testerzy | Przestarzałe |
| testerzy | Aktualny |
Co musisz zrobić:
- Przejrzyj nowe odniesienie do interfejsu API testerów i zaktualizowany przewodnik dotyczący konfiguracji urządzenia testowego .
- Zaktualizuj istniejący kod wywołujący metodę
phones.testers.create, aby użyć nowych punktów końcowych zasobówtesters. - Wdrożenie i testowanie nowej logiki.
16 lutego 2026 r.
Nowy
Nowe pola w odpowiedzi analytics.agentPerformances.list z dodatkowymi metrykami
Metoda analytics.agentPerformances.list w interfejsie RCS Business Messaging API obejmuje teraz dodatkowe pola w obiekcie AgentPerformance związane z przyczyną wypisania się i danymi dotyczącymi trendu spamu.
12 lutego 2026 r.
Ulepszenie dokumentacji
Zaktualizowaliśmy dokumentację Wysyłania wiadomości, dodając nową sekcję Czas życia (TTL) wiadomości , aby wyjaśnić oczekiwane zachowanie powiadomień i zapewnić zalecenia dotyczące zarządzania przypadkami skrajnymi dotyczącymi dostarczania.
5 lutego 2026 r.
Nowy
Nowa strona pomocy technicznej RCS dla firm
Zastąpiliśmy odnośnik „Wyślij wiadomość e-mail do pomocy technicznej RBM” nową stroną pomocy technicznej RCS for Business .
Wszystkie prośby o pomoc techniczną należy teraz składać za pośrednictwem formularza kontaktowego dostępnego na tej stronie. Dzięki temu problemy będą dokładnie rejestrowane i kierowane do szybszego rozwiązania.
Aby ułatwić Ci przygotowanie zgłoszenia, na stronie zamieszczono skrócony przewodnik, w którym przedstawiono obowiązkowe informacje wymagane w przypadku różnych kategorii problemów.
5 lutego 2026 r.
Ulepszenie dokumentacji
Zaktualizowaliśmy dokumentację zdarzeń Send i phones.agentEvent.create , dodając informacje o zachowaniu dostarczania zdarzeń agenta READ i IS_TYPING w ramach RCS for Business.
- Aktualizacje określają, że zdarzenia
READsą trwałe i przechowywane przez okres do 30 dni, jeśli użytkownik ma włączoną usługę RCS, ale jest niedostępny, podczas gdy zdarzeniaIS_TYPINGpozostają ulotne i wygasają po około 20 sekundach.
30 stycznia 2026 r.
Nowy
Opcjonalne komentarze dotyczące zatwierdzeń uruchomienia agenta
Operatorzy mogą teraz dodawać dodatkowe komentarze podczas zatwierdzania wniosków o uruchomienie agenta.
Zmiany konsoli
Wcześniej podczas zarządzania agentami w Konsoli administracyjnej operatorzy mogli podać komentarz z przyczyną wyłącznie w przypadku odrzucenia, zawieszenia lub zakończenia współpracy z agentem.
W tej aktualizacji wprowadziliśmy opcjonalne pole komentarza w procesie zatwierdzania. Dzięki temu operatorzy mogą udostępniać istotne informacje bezpośrednio właścicielom agentów w momencie zatwierdzania. Więcej informacji znajdziesz w artykule Zarządzanie agentami w sieci .
Komentarze podane podczas zatwierdzania są zapisywane w historii agenta w konsolach Administracja i Komunikacja biznesowa .
Zmiany w API operacji RBM
Pole comment obsługuje teraz wszystkie zmiany stanu podczas zmiany statusu uruchomienia agenta . Operatorzy mogą teraz podać opcjonalny powód zmiany statusu, aby usprawnić komunikację i archiwizację. Więcej informacji można znaleźć w artykule Zarządzanie agentami za pomocą interfejsu API RBM Operations .
15 stycznia 2026 r.
Nowy
Powiadomienia dotyczące bogatych kart i karuzel w Wiadomościach Google obejmują teraz podgląd multimediów, a także tytuł i opis.
Podgląd multimediów jest wyświetlany tylko wtedy, gdy:
- Bogate karty : Karta może mieć postać obrazu lub miniaturę.
- Karuzele : Pierwsza karta ma postać obrazu lub miniatury.
| Zwinięte powiadomienie | Rozszerzone powiadomienie |
|---|---|
![]() | ![]() |
Dlaczego wprowadzamy tę zmianę
Aby zwiększyć zaangażowanie Twoich wiadomości.
Wymagane działanie
Nie musisz podejmować żadnych działań.
Nowy
Udostępnianie plików w celu weryfikacji agenta
Aby usprawnić proces zatwierdzania przez agentów, partnerzy mają teraz możliwość przesyłania dokumentów pomocniczych bezpośrednio do konsoli programisty RCS for Business .
Kluczowe ulepszenia
- Przesyłanie bezpośrednie : Partnerzy mogą teraz przesyłać listy autoryzacyjne i inne dokumenty uzupełniające bezpośrednio do konsoli programisty RCS for Business . Więcej informacji można znaleźć w artykule Przesyłanie informacji weryfikacyjnych . Należy pamiętać, że nawet jeśli zostanie dostarczony list autoryzacyjny, podstawową metodą autoryzacji w przypadku premier na platformach zarządzanych przez Google pozostaje poczta e-mail.
- Widoczność : Operatorzy korzystający z Konsoli administracyjnej mogą przeglądać przesłane dokumenty, aby przyspieszyć proces ich weryfikacji. Więcej informacji można znaleźć w artykule Zarządzanie agentami w sieci .
- Elastyczne opcje weryfikacji : Nowa funkcja uzupełnia naszą standardową weryfikację opartą na wiadomościach e-mail, która pozostaje aktywna.
Choć ta funkcja jest opcjonalna, należy pamiętać o następujących ograniczeniach technicznych:
- Typ pliku : tylko PDF.
- Maksymalny rozmiar pliku : 50 MB na plik.
- Limit ilościowy : Do 5 unikalnych dokumentów. Unikaj duplikacji plików.
7 stycznia 2026 r.
Nowy
Wprowadzamy nowe limity ruchu dla promocyjnych RCS dla agentów biznesowych w Indiach.
Limity całkowitej liczby unikalnych użytkowników
Nowy limit wpływa na łączną liczbę unikalnych użytkowników, do których agent może wysyłać wiadomości w ciągu 28 dni, w zależności od jego reputacji. Wszyscy nowi agenci domyślnie zaczynają z niską reputacją.
Szczegółowe objaśnienia nowych limitów ruchu i innych zasad biznesowych można znaleźć na stronie poświęconej przypadkom użycia agenta i zasadom biznesowym .





