このドキュメントでは、RCS for Business の請求モデルに関するよくある質問について説明します。
請求カテゴリ
エージェントの請求カテゴリとは何ですか？
請求カテゴリは、RCS for Business エージェントの分類であり、エージェントが送信するメッセージの請求ロジックを通知します。このカテゴリはエージェントの作成時に選択し、後で変更することはできません。
主な 2 つの請求カテゴリを次の表に示します。
| 請求カテゴリ | エージェント タイプ | サンプル ユースケース | お支払い方法 |
|---|---|---|---|
| 非会話型 | 主に一方向のメッセージを送信するエージェント |
|
メッセージごとに課金されます。 |
| 会話型 | ユーザーとの双方向のやり取りを目的としたエージェント |
|
会話ごとに課金: 一方（エージェントまたはユーザー）が他方からのメッセージに 24 時間以内に返信すると、会話が開始されます。会話ウィンドウ（最初の返信から 24 時間後）では、エージェントとユーザーは任意の数のメッセージを交換でき、エージェントには会話に対して固定料金が請求されます。 メッセージごとに課金: エージェントが送信したメッセージにユーザーが 24 時間以内に返信しなかった場合、非会話型エージェントと同様に、個々のメッセージに対してエージェントに請求されます。 |
エージェントに選択する請求カテゴリを確認するにはどうすればよいですか？
主な請求カテゴリは、会話型と非会話型の 2 つです。
- 非会話型エージェントには、ユーザーに配信するメッセージごとに課金されます。
- このカテゴリは、頻繁な返信を想定していないエージェントに最適です。
- 会話型エージェントには、
会話に対してフラットレートが請求されます。これには、24 時間以内に交換されたすべてのメッセージ
が含まれます。
- このカテゴリは、ユーザーとのマルチターンの会話を行うエージェントに最適です。
ユースケースと想定されるユーザー エンゲージメントに最適な請求カテゴリを選択してください。エージェントは、カテゴリに関係なく、任意のメッセージ タイプを送信できます。
これは、請求カテゴリによって、エージェントが送信できるメッセージの種類ではなく、メッセージの課金方法が決まるためです。たとえば、会話型エージェント は基本的なメッセージを送信でき、非会話型エージェントは リッチカードを含む 複数のメッセージを送信できます。
非会話型請求カテゴリ
[基本的なメッセージ] カテゴリと [単一のメッセージ] カテゴリを 1 つの [非会話型] カテゴリに統合すると、エージェントにどのような影響がありますか？
2025 年 11 月 20 日に、従来の 2 つの 請求カテゴリ（基本的なメッセージ と 単一のメッセージ ）を 1 つの 非会話型 の請求カテゴリに統合することで、請求構造を簡素化しました。
今後、すべてのエージェントは 会話型 または 非会話型 のいずれかに分類されます。
この変更は RcsBusinessMessagingAgentBillingConfig に影響し、
デベロッパー コンソール
または Management API を使用するすべてのデベロッパーと、
Operations API を使用するすべての通信事業者に適用されます。
既存のエージェントの移行（対応は不要）
基本的なメッセージ または 単一のメッセージ に分類されている既存のすべてのエージェントは、RBM サポートチームによって 非会話型 カテゴリに自動的に移行されます。この移行は 2026 年 3 月 16 日 に開始されます。
対応は不要: 既存のエージェントの移行は Google によって 自動的に処理されるため、お客様側での対応は必要ありません。
請求対象イベント数
請求対象イベントとは何ですか？
請求対象イベントは、請求を目的としてトラッキングされる RCS for Business エージェントとユーザー間のやり取りです。イベントは、 メッセージ タイプ とやり取りのタイミングに基づいて分類されます。
Google は、パートナーがエージェントから送信されたメッセージに対して請求できるように、これらのイベントをトラッキングしてレポート します。
各メッセージ タイプに適用される請求対象イベントは何ですか？
請求レポートには、5 種類の請求対象イベントが記録されます。これらのイベントには、MT イベントと MO イベントが含まれます。これらは A2P イベントと P2A イベントと呼ばれます。
- A2P（Application-to-Person）は MT（Mobile Terminated）: ビジネスによって送信されたメッセージ。
- P2A（Person-to-Application）は MO（Mobile Originated）: ユーザーが開始したメッセージまたはアクション。
次の表に、非会話型エージェントと会話型エージェントに適用される各請求対象イベントについて説明します。
| イベント タイプ | 説明 | 非会話型エージェント | 会話型エージェント |
|---|---|---|---|
basic_message |
160 文字以下のテキストのみを含む A2P メッセージ。 例をご覧ください。 |
ユーザーが返信するかどうかに関係なく、常に個別の請求対象イベントとして扱われます。 | ユーザーが 24 時間以内に返信しない限り、個別の請求対象イベントとして扱われます。その場合、メッセージは a2p_conversation の一部になります。 |
single_message |
リッチ コンテンツを含む A2P メッセージ、または 160 文字を超えるテキストのみのメッセージ。 例をご覧ください |
ユーザーが返信するかどうかに関係なく、常に個別の請求対象イベントとして扱われます。 | ユーザーが 24 時間以内に返信しない限り、個別の請求対象イベントとして扱われます。その場合、メッセージは a2p_conversation の一部になります。 |
a2p_conversation（ビジネスが開始） |
ユーザーが既存の会話以外で、A2P メッセージを受信してから 24 時間以内に返信すると開始されます。 例をご覧ください。 |
なし。非会話型エージェントでは、このタイプのイベントは生成されません。 | 複数の A2P メッセージの 24 時間以内に P2A メッセージが配信された場合、会話の開始には、P2A メッセージの直前の A2P メッセージのみが使用されます。この A2P メッセージと、次の 24 時間以内に配信されたメッセージは、a2p_conversation の一部です。 |
p2a_conversation（ユーザーが開始） |
エージェントが既存の会話以外で、P2A メッセージを受信してから 24 時間以内に返信すると開始されます。 例をご覧ください。 |
なし。非会話型エージェントでは、このタイプのイベントは生成されません。 | 複数の P2A メッセージの 24 時間以内に A2P メッセージが配信された場合、会話の開始には、A2P メッセージの直前の P2A メッセージのみが使用されます。この P2A メッセージと、次の 24 時間以内に配信されたメッセージは、p2a_conversation の一部です。 |
p2a_message |
任意のタイプの P2A メッセージ。 例をご覧ください。 |
エージェントが返信するかどうかに関係なく、常に個別の請求対象イベントとして扱われます。 | エージェントが 24 時間以内に返信しない限り、個別の請求対象イベントとして扱われます。 |
各請求対象イベントをトリガーするメッセージの例を教えてください。
基本的なメッセージ
次のスクリーンショットは、テキスト メッセージ内の URL プレビューを示しています。これはリッチカードではありません。
単一のメッセージ
A2P 会話
P2A メッセージ
P2A 会話
各請求対象イベントの特典は何ですか？
基本的なメッセージ
基本的なメッセージの主なメリット:
- 信頼の構築: 検証とブランディングにより、信頼性と 信頼性を確立します。
- URL プレビュー: 基本的なメッセージには、テキストとクリック可能な URL プレビュー画像を含めることができます。
- 戦術的な 1 回限りのプロモーション: 短期的なプロモーションや ユーザーの応答を必要としない情報メッセージに最適です。
- トラフィックの誘導: 基本的なメッセージを使用すると、ユーザーをブランドのアプリ、 ウェブサイト、その他のリソースに誘導できます。
単一のメッセージ
単一のメッセージの主なメリット:
- 視覚的なインパクト: 高品質のグラフィックで注目を集め、 選択肢を明確にすることで、ユーザー エンゲージメントを高めます。
- 1 枚のカードで複数のアクション: リッチカード または カルーセル を使用すると、 候補 を使用して、カレンダーの予定の作成、場所の検索、電話番号への発信、 URL のオープンなどの複数のアクションを 1 つのメッセージから行うことができます。
- 明確な価値、簡潔なメッセージ: ユーザーに次のステップに進むよう促します。
会話型
A2P 会話と P2A 会話の主なメリット:
- リッチメディアの統合: 画像、動画、PDF などのさまざまなメディアや、推奨されるアクションや 返信を組み込むことができます。
- パーソナライズされたやり取り: 双方向の対話が可能になり、 カスタマイズされたヘルプや商品のおすすめを提供できます。
- コンバージョンの機会: ユーザーが 会話内でアクションを実行できるようにすることで、手間を減らし、コンバージョン率を高めます。
エージェントの請求カテゴリは請求対象イベントとどのように関連していますか？
basic_message 請求対象イベントと single_message 請求対象イベントは、基本的なメッセージと単一のメッセージの請求カテゴリと混同しないでください。
- どのエージェントでも（
請求カテゴリに関係なく）、
basic_messageとsingle_message請求対象イベントを生成できます。 - 基本的なメッセージと単一のメッセージの請求カテゴリは、非会話型エージェントの分類に使用されます。これらの請求カテゴリのエージェントは、会話型の請求対象イベント（
a2p_conversationsまたはp2a_conversations）を生成しません。代わりに、個々のbasic_message、single_message、p2a_messageの請求対象イベントを生成します。
ユーザーが返信する前にエージェントが複数のメッセージを送信した場合、どのような請求対象イベントが生成されますか？
生成されるイベントのタイプは、エージェントの請求カテゴリとユーザーの返信のタイミングによって決まります。
非会話型エージェントの場合: メッセージごとに独自のイベントが生成される
- エージェント メッセージ は、
basic_messageイベントまたはsingle_messageイベントを生成します。 - ユーザー メッセージ は、
p2a_messageイベントを生成します。
会話型エージェントの場合: 結果は、ユーザーがエージェントの最後のメッセージに返信するタイミングによって異なる
- ユーザーが 24 時間以内に返信した場合:
a2p_conversationイベントが開始されます。このイベントは、エージェントの最後のメッセージ、ユーザーの返信、ユーザーの返信後 24 時間以内に交換されたすべてのメッセージを対象とします。- 最後のエージェント メッセージより前に配信されたエージェント メッセージは会話の一部ではなく、それぞれ独自の
basic_messageイベントまたはsingle_messageイベントを生成します。
- ユーザーが 24 時間後に返信した場合:
- エージェント メッセージごとに
basic_messageイベントまたはsingle_messageイベントが生成されます。 - エージェントが 24 時間以内に返信した場合、ユーザーの返信によって
p2a_conversationイベントが生成されます。エージェントがその期間内に返信しなかった場合は、代わりにp2a_messageイベントが生成されます。
- エージェント メッセージごとに
請求対象イベントに寄与するユーザーのレスポンスは何ですか？
特定のユーザーのレスポンスのみが
請求対象イベントに寄与します。これには、p2a_message イベントを作成するレスポンス、または a2p_conversation イベントまたは p2a_conversation イベントの一部であるレスポンスが含まれます。次の表に、請求対象イベントに寄与するユーザーのレスポンスを示します。
内容は次のとおりです。
| ユーザーのレスポンス | 請求対象イベントに寄与する | メモ |
|---|---|---|
| ファイルを送信する | ○ | モバイル発信（MO）メッセージとして扱われます。 |
| テキスト メッセージを送信する | ○ | MO メッセージとして扱われます。 |
| 推奨される返信をタップする | ○ | MO メッセージとして扱われます。 |
| 推奨されるアクションをタップする | いいえ | タップ自体からのポストバック データは、請求対象イベントに寄与しません 。 |
| 場所を共有する | ○ | ユーザーの場所を含む MO メッセージは、請求対象イベントに寄与します。これは、場所を手動で共有する場合と、推奨されるアクションで共有する場合に適用されます。 |
| [登録解除] または [登録] をタップする | ○ | 結果として得られる Webhook イベント は請求対象イベントに寄与しませんが、ユーザーが [登録解除] または [登録] オプションをタップしたときに配信される自動 STOP メッセージまたは START メッセージは MO メッセージとして扱われます。 |
ユーザーのレスポンスによって請求対象イベントが生成される場合（上記のとおり）、イベント タイプはエージェントの 請求カテゴリによって異なります。
非会話型エージェントの場合:
- ユーザーのレスポンスによって生成される請求対象イベントは、常に
p2a_messageです。
会話型エージェントの場合:
イベント タイプは、24 時間以内のメッセージのタイミングによっても決まります。
- ユーザーがエージェントのメッセージに返信した場合:
- 24 時間以内: ユーザーの返信は、既存の
a2p_conversationイベントに寄与します。 - 24 時間後: ユーザーの返信によって新しい
p2a_messageイベントが生成されます。
- 24 時間以内: ユーザーの返信は、既存の
- エージェントがユーザーのメッセージに返信した場合:
- 24 時間以内: エージェントの返信によって、
p2a_conversationユーザーの最初のメッセージから始まるものが作成されます。 - 24 時間後: ユーザーのメッセージによって
p2a_messageイベントが生成されます。
- 24 時間以内: エージェントの返信によって、
会話とは
RCS for Business では、会話とは、24 時間以内にユーザーと会話型エージェントの間でやり取りされる一連のメッセージのことです。会話を生成し、これらの請求対象イベントに対して課金できるのは、会話型請求カテゴリのエージェントのみです。
- A2P（Application-to-Person）: ビジネスによって送信されます。
- P2A（Person-to-Application）: ユーザーによって送信されます。
会話の仕組み
- 開始: 一方（エージェントまたはユーザー）が他方からのメッセージに、既存の会話以外で、受信してから 24 時間以内に返信すると、会話が開始されます。
- A2P 会話: ユーザーがエージェントの メッセージに返信すると開始されます。
- P2A 会話: エージェントがユーザーの メッセージに返信すると開始されます。
- 会話ウィンドウ: 会話は開始後 24 時間アクティブな状態が続きます。会話には、この 24 時間以内のすべてのメッセージと、最初に返信されたメッセージが含まれます。
- 請求: 会話型 エージェントは、個々のメッセージに対してではなく、会話全体に基づいて請求されます。つまり、費用は会話スレッドに関連付けられ、その中のメッセージ数には関連付けられません。
次の図は、会話型エージェントの A2P 請求セッションの例を示しています。
重要
- 会話は非会話型エージェントには適用されません。基本的なメッセージまたは単一のメッセージの請求カテゴリのエージェントには、ユーザーが返信するかどうかに関係なく、メッセージごとに課金されます。
- 会話型エージェントの場合、請求イベント レポートとアクティビティ ログの生成が最大 2 日間遅れることがあります。この遅延により、RCS for Business は、請求イベントを計算する前に会話内のすべてのメッセージをキャプチャできます。
お支払いとご請求に関するレポート
請求レポートとは何ですか？
請求レポートは、請求対象イベントの記録です。 これは、エージェントの 請求カテゴリ と送信するメッセージのタイプに基づいて計算されます。請求レポートは、RCS for Business を積極的に運用しているすべての通信事業者とパートナーが利用できます。
詳細については、通信事業者向け 標準請求レポートとアクティビティ ログ のガイドまたはパートナー向け パートナー請求レポート のガイドをご覧ください。
請求レポートを受け取ることはできますか？
RCS for Business を積極的に運用している通信事業者とパートナーは、請求レポートを受け取ります。
アクティビティ ログとファイル アクセスの詳細については、次のガイドをご覧ください。
- 通信事業者: 標準請求レポートとアクティビティ ログ
- パートナー: パートナー請求レポート
請求レポートに情報が不足している場合はどうすればよいですか？
レポートに情報が不足している場合は、サポートチームに連絡して問題のトラブルシューティングを行ってください。詳細については、 RCS for Business のトラブルシューティング ガイドをご覧ください。
メッセージを送信していない月に請求が発生するのはなぜですか？
RCS for Business 請求対象イベント は、メッセージの配信時刻に基づいて記録されます。メッセージの送信時刻では ありません。
例:
6 月末にメッセージを送信しても、7 月上旬にユーザーの デバイスに配信された場合（ユーザーのスマートフォンがオフラインだった場合など）、その 請求は 7 月の 請求レポートに表示されます。 RCS for Business は、有効期限が切れるまで最大 30 日間メッセージの配信を試みます。