このページでは、ビジネス向け RCS の最新の変更について説明します。
2026 年 3 月 10 日
変更済み
RBM Operations API、Business Communications API、管理コンソール、Business Communications Developer Console を通じてエージェントを管理する際の、許可されるリリース状態の移行を更新しました。これにより、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 エージェント イベントの配信動作に関する情報を Send events と phones.agentEvent.create のドキュメントに追加しました。
- この更新では、ユーザーが RCS を有効にしているものの到達不能な場合、
READイベントは永続的で最大 30 日間保存される一方、IS_TYPINGイベントはエフェメラルで約 20 秒後に期限切れになることが明記されています。
2026 年 1 月 30 日
新規
エージェントのリリース承認に関するオプションのコメント
携帯通信会社は、エージェントのリリース リクエストを承認する際に、コメントを追加できるようになりました。
コンソールの変更
これまで、管理コンソールでエージェントを管理する際、携帯通信会社はエージェントを拒否、一時停止、または終了する場合にのみ、理由をコメントとして提供できました。
今回の更新では、承認プロセスにコメントの入力欄（任意）が導入されました。これにより、携帯通信会社は承認時に重要なコンテキストをエージェント オーナーと直接共有できます。詳細については、ネットワーク上のエージェントを管理するをご覧ください。
承認時に提供されたコメントは、管理コンソールと ビジネス コミュニケーション コンソールの両方の [エージェントの履歴] に記録されます。
RBM Operations API の変更
comment フィールドは、エージェントのリリース ステータスを変更する際に、すべての状態遷移をサポートするようになりました。通信事業者は、コミュニケーションと記録管理を改善するために、ステータスの変更理由を任意で提供できるようになりました。詳細については、RBM Operations API を使用してエージェントを管理するをご覧ください。
2026 年 1 月 15 日
新規
Google メッセージのリッチカードとカルーセルの通知に、タイトルと説明に加えてメディアのプレビューが表示されるようになりました。
メディアのプレビューは、次の条件を満たす場合にのみ表示されます。
- リッチカード: カードのメディアが画像であるか、サムネイルがある。
- カルーセル: 最初のカードのメディアは画像またはサムネイルです。
| 折りたたまれた通知 | 通知を開いた状態 |
|---|---|
 |
 |
今回の変更を実施する理由
メッセージのエンゲージメントを高めるため。
必要な対応
お客様側で特別な対応をしていただく必要はございません。
新規
エージェントの確認のためのファイル共有
エージェントの承認プロセスを効率化するため、パートナー様は Business Communications Developer Console で直接補足書類をアップロードできるようになりました。
主な機能強化
- 直接アップロード: パートナーは、承認書やその他の補足書類を Business Communications デベロッパー コンソールに直接アップロードできるようになりました。詳しくは、確認情報を送信するをご覧ください。承認書が提出された場合でも、Google 管理の携帯通信会社でのリリースにおける主な承認方法はメールのままとなります。
- 可視性: 管理コンソールを使用する携帯通信会社は、アップロードされたこれらのドキュメントを確認して審査を迅速化できます。詳細については、ネットワーク上のエージェントを管理するをご覧ください。
- 柔軟な確認オプション: この新機能は、引き続き有効な標準のメールベースの確認を補完するものです。
この機能はオプションですが、次の技術的な制限事項に注意してください。
- ファイル形式: PDF のみ。
- 最大ファイルサイズ: ファイルあたり 50 MB。
- 数量制限: 最大 5 個の固有のドキュメント。ファイルの重複を避けます。
2026 年 1 月 7 日
新規
インドの RCS for Business エージェントのプロモーション トラフィックの上限を新たに導入します。
ユニーク ユーザーの合計数の上限
新しい上限は、エージェントが 28 日間にメッセージを送信できるユニーク ユーザーの総数に影響します。この上限は、エージェントの評価に基づいています。新しいエージェントはすべて、デフォルトで低い評判から始まります。
これらの新しいトラフィック制限やその他のビジネスルールの詳細については、エージェントのユースケースとビジネスルールのページをご覧ください。