このページでは、RCS for Business の最新の変更について説明します。
2026 年 10 月 8 日
ドキュメントの強化
標準の請求レポートとアクティビティ ログと米国の請求レポートのドキュメントを更新し、請求レポートとアクティビティ ログファイルがバイト オーダー マークなしの UTF-8 エンコードで、行末に改行を使用し、ヘッダー行を含むことを明確にしました。
2026 年 10 月 7 日
変更済み
Google 管理のリリースでエージェントのプレビュー動画がオプションに
ビジネス向け RCS エージェントのリリースを迅速に行い、オンボーディングをシームレスにするため、Google 管理の携帯通信会社でのリリースにエージェントのプレビュー動画は必須ではなくなりました。リリース アンケートの [エージェントの操作性] セクションで、エージェントのプレビュー動画または詳細な手順を説明するテキスト トランスクリプトのいずれかを選択して提供できるようになりました。
ご対応のお願い
Google 管理の運送業者に対するリリース リクエストを送信する際は、エージェントの経験を明確に示していただく必要があります。次のフィールドについて、エージェントのプレビュー動画または詳細なステップバイステップの文字起こしを提供する必要があります。
- トリガーの説明: メッセージをトリガーする特定のユーザー操作またはバックエンド イベント。
- 会話の説明: エージェントの会話フローの文字起こし。ユーザー ジャーニーの例、推奨される返信やアクションが含まれます。
- オプトアウトの説明: サポートされているオプトアウト キーワード（
STOPなど）と、ユーザーに送信される確認メッセージの内容。
ユースケース（OTP、トランザクション、プロモーション、複数回使用）ごとのベスト プラクティスとサンプル テンプレートについては、エージェント エクスペリエンスについて説明するをご覧ください。
2026 年 8 月 25 日
新規
パートナーの請求レポート
パートナー請求レポートを導入します。このレポートでは、請求対象イベントの 1 日あたりの合計数が、エージェント、イベントタイプ、携帯通信会社別にグループ化されて表示されます。この概要では、トラフィックの管理に必要な分析と可視性が提供されます。
レポートは毎日 CSV 形式で生成され、Google SFTP サービスを使用して安全に配信されます。
SFTP 認証情報を設定してこれらのレポートにアクセスする方法については、パートナーの請求レポートをご覧ください。
2026 年 7 月 31 日
ドキュメントの強化
RCS for Business のメディアの自動圧縮とトランスコーディングの動作を明確にするため、メッセージの送信に関するドキュメントを更新しました。
2026 年 7 月 20 日
新規
新しい監査証跡機能: RBM Operations API で acting_party をキャプチャ
正確な監査レコードを維持できるように、brands.agents.updateLaunch API にオプションの acting_party パラメータを導入します。
今回の変更を実施する理由
RBM Operations API を使用してエージェントのリリース ステータスを更新すると、サービス アカウント ベースの認証にはユーザー コンテキストがないため、履歴ログの [User ID] フィールドはデフォルトで「API Call」になります。
主な機能強化
- 識別可能な API アクション: API 呼び出し元は、アクションを実行するユーザーのメールアドレスまたは識別子を表す
acting_partyパラメータを明示的に指定できるようになりました。 - コンソールと Webhook の可視性: キャプチャされた ID は、管理コンソールの [エージェントの履歴] に表示され、
AgentLaunchEventWebhook 通知に含まれます。 - 監査証跡の一貫性: API で開始されたアクションのログが、コンソールでの手動承認によって生成されたログと一致するようになりました。
新しいパラメータの使用方法
ユーザー ID のキャプチャを開始するには、brands.agents.updateLaunch の API リクエストに acting_party クエリ パラメータを追加します。
詳しくは、更新された変更エージェントのリリース ステータス ガイドをご覧ください。
2026 年 7 月 13 日
新規
新しい Webhook HTTP ヘッダー
RCS for Business プラットフォームでは、すべての Webhook リクエストに X-Goog-Webhook-Type HTTP ヘッダーが含まれるようになりました。このヘッダーを使用すると、JSON 本文を解析しなくても、すべての受信 Webhook のリクエスト タイプを即座に特定できます。
詳しくは、更新された Webhook ガイドをご覧ください。
2026 年 7 月 6 日
変更済み
アナリティクスの概要の登録解除指標
RCS for Business Developer Console の [アナリティクスの概要] に、プロモーション以外のエージェントの登録解除指標が表示されるようになりました。これにより、プレースホルダの「N/A」が置き換えられます。
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リクエストに、1 つのリージョンからの電話番号のみが含まれていることを確認します。リージョンが混在する電話番号を含むリクエストや、間違ったリージョン エンドポイントに送信されたリクエストは失敗し、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 日
新規
新しい可視性管理: エージェントのアーカイブと非表示
コンソールの煩雑さを解消するため、パートナーと携帯通信会社の両方に新しい可視性管理機能を導入しました。これらの機能を使用すると、エージェントの運用状態に影響を与えることなく、コンソールと API のメインビューから古いエージェントや未使用のエージェントを削除できます。
パートナー: エージェントのアーカイブとアーカイブ解除
非アクティブ状態（UNLAUNCHED、SUSPENDED、REJECTED）のエージェントはアーカイブまたはアーカイブ解除できます。どの携帯通信会社のネットワークでも、LAUNCHED または PENDING のエージェントはアーカイブできません。
主な機能
- RCS for Business Developer Console: エージェントを個別にまたは一括で（最大 100 件）アーカイブまたはアーカイブ解除します。詳細については、エージェントをアーカイブ/アーカイブ解除するをご覧ください。
- Management API: エージェントのアーカイブ ステータスをプログラムで管理します。詳細については、エージェントをアーカイブまたはアーカイブ解除するをご覧ください。
- フィルタされたビュー: デフォルトでは、アーカイブされたエージェントはメインリストから除外されます。アーカイブされたエージェントを結果に含めるには、コンソールのフィルタまたは API のパラメータを使用します。
運送業者: エージェントの非表示と再表示
ネットワーク上で非アクティブ状態（SUSPENDED または REJECTED）のエージェントの表示 / 非表示を切り替えることができます。ネットワークでのエージェントの起動ステータスが LAUNCHED または PENDING の場合、エージェントを非表示にすることはできません。
主な機能
- 管理コンソール: エージェントを個別または一括で非表示または再表示します（最大 100 人）。詳細については、エージェントの非表示/再表示をご覧ください。
- Operations API: ネットワークのエージェントの非表示ステータスを管理します。詳細については、エージェントの非表示/再表示をご覧ください。
- フィルタされたビュー: デフォルトでは、非表示としてマークされたエージェントはメインリストから除外されます。これらのエージェントを表示するには、コンソールのフィルタまたは API のパラメータを使用します。
2026 年 3 月 10 日
変更済み
RBM Operations API、Business Communications API、Administration Console、RCS for Business 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 メッセージのリッチカードとカルーセルの通知に、タイトルと説明に加えてメディアのプレビューが表示されるようになりました。
メディアのプレビューは、次の条件を満たす場合にのみ表示されます。
- リッチカード: カードのメディアが画像であるか、サムネイルがある。
- カルーセル: 最初のカードのメディアは画像またはサムネイルです。
| 通知を閉じた状態 | 開いた通知 |
|---|---|
 |
 |
今回の変更を実施する理由
メッセージのエンゲージメントを高めるため。
必要な対応
お客様側で特別な対応をしていただく必要はございません。
新規
エージェントの確認のためのファイル共有
エージェントの承認プロセスを効率化するため、パートナー様は RCS for Business Developer Console で直接補足書類をアップロードできるようになりました。
主な機能強化
- 直接アップロード: パートナー様は、承認書やその他の補足書類を RCS for Business デベロッパー コンソールに直接アップロードできるようになりました。詳しくは、確認情報を送信するをご覧ください。委任状が提出された場合でも、Google 管理の携帯通信会社でのリリースにおける主な承認方法はメールのままとなります。
- 可視性: 管理コンソールを使用する運送業者は、アップロードされたドキュメントを確認して審査を迅速に行うことができます。詳細については、ネットワーク上のエージェントを管理するをご覧ください。
- 柔軟な確認オプション: この新機能は、引き続き有効な標準のメールベースの確認を補完するものです。
この機能は省略可能ですが、次の技術的な制限事項に注意してください。
- ファイル形式: PDF のみ。
- 最大ファイルサイズ: ファイルあたり 50 MB。
- 数量制限: 固有のドキュメントは最大 5 個まで。ファイルの重複を避けます。
2026 年 1 月 7 日
新規
インドの プロモーション RCS for Business エージェントに新しいトラフィック制限が導入されます。
ユニーク ユーザー数の上限
新しい上限は、エージェントが 28 日間にメッセージを送信できるユニーク ユーザーの総数に影響します。この上限は、エージェントの評価に基づいています。新しいエージェントはすべて、デフォルトで低い評判から始まります。
これらの新しいトラフィック制限やその他のビジネスルールの詳細については、エージェントのユースケースとビジネスルールのページをご覧ください。