このページでは、RCS for Business の最新の変更について説明します。
2026 年 4 月 6 日
新規
Business Communications API でエージェントの確認書類をアップロード、削除する
エージェントの確認プロセスを効率化するため、パートナーが証明書類をアップロード、削除できる新しいメソッドが Business Communications API に導入されました。この機能は任意です。
主な機能強化
- 新しい API メソッド: パートナーは、次のメソッドを使用して
確認書類の添付ファイル
を管理できるようになりました。
attachments.create: 確認書類をアップロードします。brands.agents.attachments.delete: 添付された確認書類を削除します。
- 通信事業者の可視性: 通信事業者による管理対象のリリースの場合、アップロードされた書類 は、リリース用に選択した各通信事業者と共有されます。
技術的な詳細と制限事項
- サポートされているファイル:当初、API は PDF ファイルをサポートしています。
- 最大ファイルサイズ: ファイルあたり 50 MB。
- 数量制限: エージェントあたり最大 5 つの一意のドキュメント。
確認プロセスの詳細については、 確認情報を送信するをご覧ください。
2026 年 4 月 1 日
新規
インドの評価の低いプロモーション エージェントに対するエージェント間のトラフィック制限
インドの登録者の受信トレイの負担を軽減するため、エージェント間のトラフィック制限を導入します。この新しい制限により、ユーザーが 1 日にすべての評価の低いエージェント から受信できるプロモーション メッセージの合計数が制限されます。
この制限は、評価の低いすべてのエージェントに適用されます。評価の 高い エージェントと中程度の 評価の エージェントは、このエージェント間の制限の対象外です。
これらの新しいトラフィック制限とその他のビジネスルールの詳細については、 エージェントのユースケースとビジネスルール のページをご覧ください。
2026 年 4 月 1 日
新規
新しい可視性管理: エージェントをアーカイブして非表示にする
コンソールの煩雑さを軽減するため、パートナーと通信事業者の両方に新しい可視性管理が導入されました。これらの機能を使用すると、エージェントの運用状態に影響を与えることなく、コンソールと API のメインビューから古いエージェントや未使用のエージェントを削除できます。
パートナー向け: エージェントをアーカイブ、アーカイブ解除する
非アクティブ状態
(UNLAUNCHED、SUSPENDED、または REJECTED)のエージェントをアーカイブまたはアーカイブ解除できます。通信事業者ネットワークで
LAUNCHED または PENDING のエージェントはアーカイブできません。
主な機能
- RCS for Business デベロッパー コンソール: エージェントを 個別または一括(最大 100 件)でアーカイブまたはアーカイブ解除します。詳細については、 エージェントをアーカイブ/アーカイブ解除するをご覧ください。
- Management API: エージェントのアーカイブ ステータスをプログラムで管理します。詳細については、エージェントをアーカイブまたはアーカイブ解除するをご覧ください。
- フィルタ ビュー: デフォルトでは、アーカイブされたエージェントはメイン リストから除外されます。アーカイブされたエージェントを結果に含めるには、コンソールのフィルタまたは API のパラメータを使用します。
通信事業者向け: エージェントを非表示、再表示する
ネットワーク上で非アクティブ状態(SUSPENDED または REJECTED)のエージェントを非表示または再表示できます。ネットワークでのリリース ステータスが LAUNCHED または PENDING の場合、エージェントを非表示にすることはできません。
主な機能
- 管理コンソール: エージェントを個別または一括(最大 100 件)で非表示または再表示します。詳細については、 エージェントを非表示/再表示するをご覧ください。
- Operations API: ネットワークの エージェントの非表示ステータスを管理します。詳細については、 エージェントを非表示/再表示するをご覧ください。
- フィルタ ビュー: デフォルトでは、非表示としてマークされたエージェントは メインリストから除外されます。これらのエージェントを表示するには、コンソールのフィルタまたは API のパラメータを使用します。
2026 年 3 月 10 日
変更済み
RBM Operations API 、 Business Communications API 、 管理コンソール 、 Business Communications デベロッパー コンソールでエージェントを管理する際に許可されるリリース ステータスの移行を更新しました。 これにより、API とコンソール間で一貫したロジックと同期が確保されます。
許可されるリリース ステータスの移行の更新内容は次のとおりです。
通信事業者による開始
PENDINGからLAUNCHEDまたはREJECTEDLAUNCHEDからSUSPENDEDSUSPENDEDからLAUNCHEDまたはUNLAUNCHED
パートナーによる開始
UNSPECIFIED、UNLAUNCHED、REJECTEDからPENDING
2026 年 3 月 9 日
変更済み
「URL を開く」の提案されたアクションにおける URL の透明性
Google メッセージでは、リッチカードとカルーセルのカード内候補の [URL を開く] アクション内に、基盤となる URL アドレスが直接表示されるようになりました。 詳細については、 URL を開くをご覧ください。
| 変更前 | 変更後 |
|---|---|
![]() |
![]() |
URL を表示することで、次のことを目指しています。
- ユーザーの信頼を高める: 不明なリンクによる摩擦やクリックの躊躇を減らします。
- エンゲージメントを促進する: RCS for Business 内で一貫した信頼性の高い使用習慣を確立します。
推奨される対応策
- デプロイ: この機能は自動的に有効になります。技術的な 統合や API の変更は必要ありません。
- リンクを監査する: リンク先 URL が簡潔で、ブランドと一貫性があることを確認します。
- UX を確認する: リッチカードとカルーセルの現在の [URL を開く] アクション候補を確認し、表示テキストと表示される URL が冗長または煩雑にならないようにします。
2026 年 2 月 28 日
変更済み
phones.testers リソースの API のサポート終了
より包括的な管理を提供するため、テスターのライフサイクル全体を管理する新しい testers API をリリースしました。招待の送信や再送信、ステータスの取得、テスターの削除をプログラムで行えるようになりました。
この機能拡張により、従来の phones.testers リソースはサポートが終了しました。
エージェントのテストを中断しないようにするには、すべてのパートナーが実装を新しい合理化された testers API リソースに移行する必要があります。この日以降、移行していないエージェントはテストデバイスを招待または管理できなくなります。
| リソース | ステータス |
|---|---|
| phones.testers | 非推奨 |
| testers | 現在 |
ご対応のお願い:
- 新しい testers API リファレンス と、 テストデバイスの設定に関する更新されたガイドを確認します。
phones.testers.createメソッドを呼び出す既存のコードを更新して、新しいtestersリソース エンドポイントを使用します。- 新しいロジックを実装してテストします。
2026 年 2 月 16 日
新規
追加の
指標を含む analytics.agentPerformances.list レスポンスの新しいフィールド
RCS ビジネス メッセージ API の analytics.agentPerformances.list メソッドに、登録解除の理由とスパムの傾向データに関連する AgentPerformance オブジェクトのフィールドが追加されました。
2026 年 2 月 12 日
ドキュメントの改善
メッセージを送信するのドキュメントを更新し、メッセージの有効期間(TTL)に関する新しいセクションを追加しました。これにより、想定される通知の動作を明確にし、配信の例外的なケースを管理するための推奨事項を提供します。
2026 年 2 月 5 日
新規
RCS for Business サポートへのお問い合わせページを新設
[RBM サポートにメールを送信] リンクを、新しい [RCS for Business サポートへのお問い合わせ] ページに置き換えました。
今後は、このページにリンクされている サポートのお問い合わせフォーム から技術サポートのリクエストを開始してください。これにより、問題を正確に把握し、迅速に解決できるようになります。
送信の準備に役立つよう、このページには、さまざまな問題カテゴリに必要な必須情報をまとめたクイック スタートガイドが用意されています。
2026 年 2 月 5 日
ドキュメントの改善
イベントを送信する
のドキュメントと
phones.agentEvent.create
のドキュメントを更新し、RCS for Business 内の READ と
IS_TYPING エージェント イベントの配信動作に関する情報を追加しました。
- 更新では、ユーザーが RCS を有効にしているが到達できない場合、
READイベントは永続的で最大 30 日間保存されるのに対し、IS_TYPINGイベントは一時的なもので、約 20 秒後に期限切れになることが指定されています。
2026 年 1 月 30 日
新規
エージェントのリリース承認に関するオプションのコメント
通信事業者は、エージェントのリリース リクエストを承認する際に、追加のコメントを提供できるようになりました。
コンソールの変更
以前は、管理コンソールでエージェントを管理する際に、 通信事業者はエージェントを拒否、停止、 終了する場合にのみ、理由をコメントで提供できました。
今回の更新では、承認プロセスにオプションのコメント フィールド が導入されました。これにより、通信事業者は承認時に重要なコンテキストをエージェントのオーナーと直接共有できます。詳細については、 ネットワーク上のエージェントを管理するをご覧ください。
承認時に提供されたコメントは、管理コンソールと Business Communications コンソールの両方のエージェント履歴 に記録されます。
RBM Operations API の変更
comment フィールドは、エージェントのリリース ステータスを変更する際のすべての 状態遷移をサポートするようになりました。通信事業者は、コミュニケーションと記録管理を改善するため、ステータスの変更理由を任意で 提供できるようになりました。詳細については、
RBM Operations API でエージェントを管理するをご覧ください。
2026 年 1 月 15 日
新規
Google メッセージのリッチカードとカルーセルの通知に、タイトルと説明に加えてメディアのプレビューが表示されるようになりました。
メディアのプレビューは、次の場合にのみ表示されます。
- リッチカード: カードのメディアが画像であるか、サムネイルがある場合。
- カルーセル: 最初のカードのメディアが画像であるか、サムネイルがある場合。
| 通知を折りたたむ | 通知を開く |
|---|---|
![]() |
![]() |
この変更を行う理由
メッセージのエンゲージメントを高めるため。
必要な対応
お客様側で特別な対応をしていただく必要はございません。
新規
エージェントの確認のためのファイル共有
エージェントの承認プロセスを効率化するため、パートナーは 証明書類を Business Communications デベロッパー コンソールで直接アップロードできるようになりました。
主な機能強化
- 直接アップロード: パートナーは、承認書やその他の 証明書類を Business Communications デベロッパー コンソール に直接アップロードできるようになりました。 詳細については、確認情報を送信するをご覧ください。 承認書が提供されている場合でも、Google が管理する通信事業者でのリリースに対する主な承認方法はメールのままです。
- 可視性: 管理コンソールを使用する通信事業者は、アップロードされた書類を確認して審査を迅速化できます。詳細については、ネットワーク上のエージェントを管理するをご覧ください。
- 柔軟な確認オプション: この新機能は、現在も有効な標準の メールベースの確認を補完します。
この機能はオプションですが、次の技術的な制限事項に注意してください。
- ファイル形式: PDF のみ。
- 最大ファイルサイズ: ファイルあたり 50 MB。
- 数量制限: 最大 5 つの一意のドキュメント。ファイルの重複は避けてください。
2026 年 1 月 7 日
新規
インドの プロモーション RCS for Business エージェントに新しいトラフィック制限を導入します。
ユニーク ユーザーの合計数の制限
新しい制限により、エージェントが 28 日間にメッセージを送信できるユニーク ユーザーの合計数が、評価に基づいて制限されます。新しいエージェントはすべて、デフォルトで低い 評価から始まります。
これらの新しいトラフィック制限とその他のビジネスルールの詳細については、 エージェントのユースケースとビジネスルール のページをご覧ください。



