このページでは、RCS for Business の最新の変更について説明します。
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 日
ドキュメントの強化
Webhook のドキュメントを更新し、Webhook を管理するための新しいベスト プラクティスを追加しました。具体的には、共有パートナー キューのリスクに対処する方法と、メッセージ配信の失敗を防ぐ方法について説明しています。
詳しくは、更新された Webhook ガイドをご覧ください。
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 日
新規
新しい可視性管理: エージェントのアーカイブと非表示
コンソールの煩雑さを軽減するため、パートナーと携帯通信会社の両方に新しい可視性制御を導入しました。これらの機能を使用すると、エージェントの運用状態に影響を与えることなく、Console のメインビューと 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 | 非推奨 |
| テスター | 現在 |
ご対応のお願い:
- 新しいテスター 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 Developer Console で直接補足資料をアップロードできるようになりました。
主な機能強化
- 直接アップロード: パートナー様は、承認書やその他の補足書類を RCS for Business Developer Console に直接アップロードできるようになりました。詳しくは、確認情報を送信するをご覧ください。承認書が提供された場合でも、Google 管理の携帯通信会社でのリリースに関する主な承認方法はメールのままとなります。
- 可視性: 管理コンソールを使用する携帯通信会社は、アップロードされたこれらのドキュメントを表示して審査を迅速に行うことができます。詳しくは、ネットワーク上のエージェントを管理するをご覧ください。
- 柔軟な確認オプション: この新機能は、引き続き有効な標準のメールベースの確認を補完するものです。
この機能は省略可能ですが、次の技術的な制限事項に注意してください。
- ファイル形式: PDF のみ。
- 最大ファイルサイズ: ファイルあたり 50 MB。
- 数量制限: 5 つまでの固有のドキュメント。ファイルの重複を避けます。
2026 年 1 月 7 日
新規
インドのプロモーション RCS for Business エージェントに新しいトラフィック上限を導入します。
ユニーク ユーザーの合計数の上限
新しい上限は、エージェントが 28 日間にメッセージを送信できるユニーク ユーザーの総数に影響します。この上限は、エージェントの評価に基づいています。新しいエージェントはすべて、デフォルトで低い評判から始まります。
これらの新しいトラフィック制限やその他のビジネスルールの詳細については、エージェントのユースケースとビジネスルールのページをご覧ください。