このページでは、RCS for Business の最新の変更について説明します。
2026 年 7 月 20 日
新規
新しい監査証跡機能: RBM Operations API で acting_party をキャプチャする
正確な監査記録を維持できるように、オプションの
acting_partyパラメータを
brands.agents.updateLaunch
API に導入します。
今回の変更を実施する理由
RBM Operations API を使用してエージェントの起動ステータスを更新すると、サービス アカウント ベースの認証にはユーザー コンテキストがないため、履歴ログの [ユーザー ID] フィールドはデフォルトで「API 呼び出し」になります。
主な機能強化
- 識別可能な API アクション: API 呼び出し元は、アクションを実行するユーザーのメールアドレスまたは識別子を表す
acting_partyパラメータを明示的に指定できるようになりました。 - コンソールとウェブフックの可視性: キャプチャされた識別子は、管理コンソールの
[エージェント履歴] に表示され、
AgentLaunchEventウェブフック通知に含まれます。 - 監査証跡の整合性: API によって開始されたアクションのログが、コンソールでの手動承認によって生成されたログと一致するようになりました。
新しいパラメータの使用方法
ユーザー識別子のキャプチャを開始するには、brands.agents.updateLaunch の API リクエストに acting_party クエリ パラメータを追加します。
詳しくは、更新された エージェントの起動ステータスを変更する ガイドをご覧ください。
2026 年 7 月 13 日
新規
新しいウェブフック HTTP ヘッダー
RCS for Business プラットフォームでは、すべてのウェブフック リクエストに X-Goog-Webhook-Type HTTP ヘッダーが含まれるようになりました。このヘッダーを使用すると、JSON 本文を解析しなくても、受信するすべてのウェブフックのリクエスト タイプを即座に識別できます。
詳しくは、更新された ウェブフック ガイドをご覧ください。
2026 年 7 月 6 日
変更済み
アナリティクスの概要の登録解除指標
RCS for Business デベロッパー コンソール に、プロモーション以外のエージェントの登録解除指標が アナリティクスの概要に表示されるようになり、 「該当なし」のプレースホルダが置き換えられました。
2026 年 6 月 26 日
新規
エージェント リストのカスタム並べ替え
brands.agents.list エンドポイントで orderBy クエリ パラメータがサポートされるようになりました。これにより、パートナーはエージェントを名前、作成時間、最終更新日時のタイムスタンプで並べ替えることができます。
主な機能強化
- 複数の並べ替えフィールド: 次のフィールドを使用してエージェントを並べ替えられるようになりました。
updateTime: 最終更新日時のタイムスタンプで時系列に並べ替えます。displayName: 人間が読める形式のエージェント名でアルファベット順に並べ替えます。agentId: システムによって生成された一意のエージェント識別子で並べ替えます。
- 方向の制御: フィールド名に
" asc"または" desc"の接尾辞を追加して、並べ替えの方向を設定できます。接尾辞を指定しないフィールドは、デフォルトで昇順になります。 - デフォルトの並べ替え:
orderByパラメータを省略すると、デフォルトでagentIdの昇順で並べ替えられます。
詳しくは、更新された brands.agents.list リファレンス ドキュメントをご覧ください。
2026 年 6 月 11 日
ドキュメントの強化
パートナーがエージェントの起動ステータスを PENDING から UNLAUNCHED に移行して、保留中の起動リクエストをキャンセルできることを明確にするために、ドキュメントを更新しました。
詳しくは、 イベントを受信する ガイドをご覧ください。
2026 年 5 月 22 日
バッチ機能のチェックにリージョン エンドポイントを適用する
変更済み
2026 年 5 月 4 日より、users.batchGet
メソッドでリージョン エンドポイントを使用する必要があります。バッチ リクエストは、そのバッチ内の電話番号の地理的リージョンに対応する API エンドポイントに送信する必要があります。
今回の変更を実施する理由
API のパフォーマンスと信頼性を最適化し、潜在的な中断の影響を抑えるため。
ご対応のお願い
- アプリケーションを更新して、正しいリージョン エンドポイント
を呼び出し、
users.batchGetリクエストに対応するようにします。 - 各
users.batchGetリクエストに、単一のリージョンの電話番号のみが含まれていることを確認します。複数のリージョンの電話番号が含まれているリクエストや、誤ったリージョン エンドポイントに送信されたリクエストは失敗し、400 Bad Request エラーが返されます。
変更されない点
現時点では、単一の機能チェック（phones.getCapabilities）とメッセージの送信はこの適用による影響を受けません。ただし、API のパフォーマンスを最適化し、今後の更新に備えるために、すべての呼び出しにリージョン化された API を使用することを強くおすすめします。
2026 年 5 月 12 日
新規
テキスト メッセージの永続的な候補
RCS for Business で、単独のテキスト メッセージの永続的な候補 がサポートされるようになりました。会話が続くと消える標準の一時的な候補とは異なり、永続的な候補はメッセージ バブル内に表示され、会話全体で固定されます。
今回の変更を実施する理由
この機能により、ユーザーは最初のメッセージが送信されてから時間が経っても、URL を開く、電話をかける、場所を表示するなど、便利なアクションを再度確認できます。これにより、より一貫性のある信頼性の高いユーザー エクスペリエンスを提供できます。
[URL を開く] の永続的な候補には、ボタン内にリンク先 URL が直接表示されるため、ユーザーの信頼を高め、不明なリンクによる「クリックの躊躇」を減らすことができます。
サポートされているメッセージの種類
- サポートされている: 単独のテキスト メッセージ。
- サポートされていない: 単独のメディア メッセージ（画像、動画、GIF、PDF、 音声）。このようなユースケースでは、 リッチカードを使用します。
候補を組み合わせる
永続的な候補と一時的な候補を 1 つのテキスト メッセージに組み合わせることができます。各候補は、永続的にするために「オプトイン」する必要があります。
- 合計上限: 1 つのテキスト メッセージでサポートできる候補の合計数は最大 11 個です。
- 永続的な候補: 最大 4 個の候補（ バブル内に表示）。
- 一時的な候補: 最大 11 個の一時的な候補 （バブルの外に表示）。
永続的な候補でサポートされているクライアント
- サポートされている:Google メッセージ（バージョン
20260225.00以降）。 - 対象外:
20260225.00より前のバージョンの Google メッセージ、iOS、Samsung メッセージ。
詳しくは、更新された 候補ガイドをご覧ください。
2026 年 4 月 27 日
変更済み
Google メッセージで RBM のブランディングと検証基準を更新
ユーザーの信頼を高め、Google の基準に沿って、RCS for Business のブランディングと検証を更新します。この更新は、Google メッセージの会話リスト、会話画面、会話の詳細でのエージェントの表示に影響します。
主な機能強化
新しいロゴの形状: Google メッセージ全体でロゴが丸みを帯びた正方形になりました。新しい丸みを帯びた正方形への移行は自動的に行われます。
注: 現在のロゴが透明な背景の円形の場合、 Google メッセージ アプリでは引き続き円形として表示されます。新しい UI で最適に表示されるように、背景全体が写った画像を 手動でアップロードすることをおすすめします。詳しくは、 エージェント情報を編集するをご覧ください。
確認マーク: 検証済みエージェントに確認 マークが表示されるようになりました。確認手続きが完了したエージェントには、確認マークが自動的に表示されます。
| 変更前 | 変更後 |
|---|---|
 |
 |
2026 年 4 月 27 日
ドキュメントの強化
ウェブフックの管理に関する新しいベスト プラクティスをウェブフック のドキュメントに追加しました。特に、共有パートナー キューのリスクに対処し、メッセージ 配信の失敗を防ぐ方法について説明しています。
詳しくは、更新された ウェブフック ガイドをご覧ください。
2026 年 4 月 6 日
新規
Business Communications API でエージェントの確認書類をアップロード、削除する
エージェントの確認手続きを効率化するため、 Business Communications API に、パートナーが補足書類をアップロード、削除できる新しいメソッドを導入しました。この機能は省略可能です。
主な機能強化
- 新しい API メソッド: パートナーは次のメソッドを使用して、
確認書類の添付ファイル
を管理できるようになりました。
attachments.create: 確認書類をアップロードします。brands.agents.attachments.delete: 添付された確認書類を削除します。
- 通信事業者の可視性: 通信事業者によって管理される起動の場合、アップロードされた書類 は、起動用に選択した各通信事業者と共有されます。
技術的な詳細と制限事項
- サポートされているファイル: 当初、API は PDF ファイルをサポートしています。
- 最大ファイルサイズ: 1 ファイルあたり 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 、 管理コンソール 、 RCS for Business デベロッパー コンソール を使用してエージェントを管理する際に、許可される起動ステータスの移行を更新しました。 これにより、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 日
ドキュメントの強化
RCS for Business 内の READ エージェント イベントと IS_TYPING エージェント イベントの配信動作に関する情報を、
イベントを送信する
ドキュメントと
phones.agentEvent.create
ドキュメントに追加しました。
- 更新では、ユーザーが RCS を有効にしているが到達できない場合、
READイベントは永続的で最大 30 日間保存される一方、IS_TYPINGイベントは一時的なもので、約 20 秒後に期限切れになることが指定されています。
2026 年 1 月 30 日
新規
エージェントの起動承認に関するオプションのコメント
通信事業者は、エージェントの起動リクエストを承認する際に、追加のコメントを提供できるようになりました。
コンソールの変更
以前は、管理コンソールでエージェントを管理する際に、 通信事業者はエージェントを拒否、一時停止、 終了する場合にのみ、理由とともにコメントを提供できました。
今回の更新では、承認プロセスにオプションのコメント フィールド を導入しました。これにより、通信事業者は承認時に重要なコンテキストをエージェントのオーナーと直接共有できます。詳しくは、 ネットワーク上のエージェントを管理するをご覧ください。
承認時に提供されたコメントは、管理コンソールと Business Communications コンソールの両方のエージェント履歴 に記録されます。
RBM Operations API の変更
comment フィールドで、エージェントの起動ステータスを変更する際のすべての 状態遷移がサポートされるようになりました。通信事業者は、コミュニケーションと記録管理を改善するために、ステータスの変更理由を任意で 提供できるようになりました。詳しくは、
RBM Operations API でエージェントを管理するをご覧ください。
2026 年 1 月 15 日
新規
Google メッセージのリッチカードとカルーセルの通知に、タイトルと説明とともにメディアのプレビューが表示されるようになりました。
メディアのプレビューは、次の場合にのみ表示されます。
- リッチカード: カードのメディアが画像であるか、サムネイルがある。
- カルーセル: 最初のカードのメディアが画像であるか、サムネイルがある。
| 通知を折りたたむ | 通知を開く |
|---|---|
 |
 |
今回の変更を実施する理由
メッセージのエンゲージメントを高めるため。
必要な対応
お客様側で特別な対応をしていただく必要はございません。
新規
エージェントの確認のためのファイル共有
エージェントの承認手続きを効率化するため、パートナーは 補足書類を RCS for Business デベロッパー コンソールで直接アップロードできるようになりました。
主な機能強化
- 直接アップロード: パートナーは、承認書やその他の 補足書類を RCS for Business デベロッパー コンソールに直接アップロードできるようになりました。 詳しくは、確認情報を送信するをご覧ください。 承認書が提供されていても、Google が管理する通信事業者での起動の主な承認方法はメールのままです。
- 可視性: 管理コンソールを使用する通信事業者は、アップロードされた書類を表示して審査を迅速化できます。詳しくは、ネットワーク上のエージェントを管理するをご覧ください。
- 柔軟な確認オプション: この新機能は、引き続き有効な標準の メールベースの確認を補完します。
この機能は省略可能ですが、次の技術的な制限に注意してください。
- ファイル形式: PDF のみ。
- 最大ファイルサイズ: 1 ファイルあたり 50 MB。
- 数量制限: 最大 5 つの一意のドキュメント。ファイルの重複は避けてください。
2026 年 1 月 7 日
新規
インドの プロモーション RCS for Business エージェントに新しいトラフィックの上限を導入します。
ユニーク ユーザーの合計数の上限
新しい上限は、エージェントが 28 日間にメッセージを送信できるユニーク ユーザーの合計数に影響します。これは、エージェントの評価に基づいています。すべての新しいエージェントは、デフォルトで低い 評価から始まります。
これらの新しいトラフィックの上限とその他のビジネスルールの詳細については、 エージェントのユースケースとビジネスルール のページをご覧ください。