インドのコンプライアンス要件に従う

インドで事業を展開するビジネス向けプロモーション RCS は、Google と現地の規制が定めたコンプライアンス要件を満たす必要があります。これらの要件は、トラフィック制限、通信時間、およびエージェント間のプロモーションの上限を対象としています。これらは、エンドユーザーの受信トレイの疲労を軽減し、RCS for Business の持続可能で高品質のエコシステムを維持するのに役立ちます。

プロモーションエージェントのトラフィック制限

インドで事業を展開するビジネスエージェント向けのプロモーション RCS は、28 日間のローリング期間にわたるエージェントの評判に基づいてトラフィック制限の対象となります。作成されたすべてのエージェントは、デフォルトで低いレピュテーションで開始されます。

これらのトラフィック制限は、以下に適用されます。

• 28 日間のローリング期間内に特定のユーザーに送信された最初のメッセージの合計数。
• エージェントが同じ 28 日間に到達できるユニーク ユーザーの合計数。
• レピュテーションの低いエージェントの結合プールから特定のユーザーに送信されたプロモーション メッセージの 1 日の合計数。

各ユーザーの最初のメッセージの制限

次の表は、1 つのエージェントが特定のユーザーに送信できる初期メッセージの最大数を示しています。制限はエージェントのレピュテーション階層によって異なり、28日間のローリング期間に適用されます。

ユニーク ユーザーの合計数の制限

次の表は、エージェントが 28 日間のローリング期間内に到達できるユニーク ユーザーの最大数を示しています。制限は、エージェントのレピュテーション層によって異なります。

クロスエージェントのプロモーショントラフィック制限

クロスエージェントのプロモーショントラフィック制限では、レピュテーションの低いすべてのエージェントで、ユーザーごとに共有の毎日のメッセージ上限が適用されます。これにより、複数のレピュテーションの低いエージェントが同じ日に同じユーザーに接続した場合のメッセージの過負荷が防止されます。

クロスエージェント制限の仕組み

クロスエージェントの制限では、1 人のユーザーに対するプロモーション メッセージに 1 日の上限が設定されます。上限は、レピュテーションの低いすべてのエージェントからの合計ボリュームを占めます。

適用性

• レピュテーションの低いエージェント: エージェント間の制限は、レピュテーションの低い層のエージェントからのプロモーションメッセージにのみ適用されます。
• 高および中程度の評判の免除: 高または中程度の評判エージェントからのプロモーション メッセージは、この制限から免除されます。これらのメッセージは、ユーザーの毎日のクロスエージェント上限にはカウントされません。
• 動的調整: Google は、配信とパフォーマンスのバランスを取るために、メッセージの上限と 24 時間のローリング ウィンドウをユーザーごとに個別に調整します。

運用の詳細

• 会話継続性の例外: 評判の低いエージェントは、1 回の返信の 1 日の上限を超える可能性があります。これは、エンドユーザーが過去 24 時間以内にそのエージェントにメッセージを送った場合に適用されます。この例外では、カスタマーサポートフローと双方向のやり取りが保持されます。
• エラー処理: クロスエージェントの制限によってメッセージがブロックされた場合、プラットフォームは HTTP 429 (RESOURCE_EXHAUSTED) エラーを返します。エラー メッセージは、「受信者の毎日のプロモーション メッセージの合計クォータを超えました」です。

レピュテーションの低いエージェントに対するユーザー同意の確認

レピュテーション階層の低いエージェントの場合、Google メッセージは、メッセージ コンテンツを表示する前に、インドのユーザーに同意の確認を求めることができます。

同意確認フロー

このフローがトリガーされると、次のようになります。

• ププッシュ通知と会話リストのプレビューの両方で、メッセージの内容は同意プロンプトに置き換えられます: *このビジネスからのメッセージを許可しますか?
• メッセージの内容は、ユーザーがプロンプトに応答するまで非表示のままです。

フローは、次の場合にトリガーされます。

• レピュテーションの低いプロモーションエージェントは、事前の会話スレッドなしでユーザーにメッセージを送信します。
• このメッセージは本質的に宣伝的なものです。

エージェントへの影響

• レピュテーション スコア: 同意プロンプトを頻繁にブロックすると、レピュテーション スコアが低下し、低く保たれます。
• トラフィック制限: 同意したユーザーは、プロモーションのトラフィック制限を上書きしません。標準のプロモーション トラフィック ルールは、レピュテーションの低いエージェントに引き続き適用されます。
• 免除: 評判が中または高いエージェントは、この同意プロンプトの対象ではありません。

推奨されるアクション

• ベスト プラクティスに従う: ブロック率を下げるには、エージェントが エージェントの高いレピュテーションを達成および維持するためのベスト プラクティス に従っていることを確認してください。
• パフォーマンスの監視: 配信指標と購読解除の理由を追跡します。ユーザーの好みに関する集計データを使用して、獲得戦略をリアルタイムで調整します。

RCSのAirtelスパム保護

Airtel と Google は、インドで RCS メッセージングの共同スパム保護フレームワークを運営しています。このフレームワークは、Airtel ネットワーク インテリジェンスと Google RCS プラットフォーム レベルのフィルタリングを組み合わせたものです。ビジネス送信者を検証し、スパムや詐欺からエンドユーザーを保護します。

Airtelネットワークを介して送信されるRCSメッセージは、次のリアルタイムチェックの対象となります。

• 送信者 ID 検証: 通信事業者が支援するビジネス ID チェックでは、メッセージが配信される前に送信者が検証されます。
• おやすみモード (DND) の適用: メッセージはプロモーションまたはトランザクションに分類されます。DND を有効にした加入者に対しては、プロモーション メッセージがブロックされます。OTP（ワンタイムパスワード） メッセージとトランザクションメッセージは影響を受けません。
• スパム メッセージのブロック: Airtel と Google AI を活用した共同スパム フィルターによってフラグが立てられたビジネス メッセージは、エンド ユーザー デバイスに到達する前にブロックされます。
• 悪意のあるドメインのフィルタリング: 多層の脅威検出レイヤーは、既知の悪意のあるドメインへのリンクを含むメッセージをフィルタリングします。
• 送信者スロットリング: Google と Airtel の AI を活用したスパム フィルターによって共同でフラグが立てられた送信者からのメッセージはスロットリングされます。

RCS配信への影響

• 送信者 ID 検証に失敗したメッセージ、またはスパムとしてフラグが立てられたメッセージは配信されません。詳細については、RCSブロックとスパムレポートの管理を参照してください。
• 関連するカテゴリで DND が有効になっている加入者に送信されたメッセージは、キャリア レベルでブロックされます。
• 配信メトリックを監視して影響を受けるトラフィックを特定し、必要に応じてメッセージの分類を調整します。
• 意図しないブロックを避けるために、メッセージが正しく分類されていることを確認してください(/rcs/rcs-message-types-and-templates/rcs-message-templates)(トランザクションとプロモーション)。

Airtel サイレント (DND)

Airtelの加入者は、DNDを有効にして、SMSメッセージとRCSメッセージの両方を含むプロモーション通信をブロックできます。DND はプロモーション メッセージにのみ影響します。OTP（ワンタイムパスワード） メッセージとトランザクションメッセージは影響を受けません。

エンド ユーザは、次の 2 つの方法で DND をアクティブにできます。

• SMSの使用: デフォルトのメッセージング アプリから 1909 (フリーダイヤル) に FULLY BLOCK を送信します。特定のカテゴリをブロックするには、次のいずれかのコードを1909に送信します。

• Airtel Thanks アプリの使用: アプリで「DND」を検索し、DND の有効化/無効化を選択し、ブロックするカテゴリを選択して送信します。