レート制限とフリークエンシーキャップ

レート制限とフリークエンシーキャップを併用することで、ユーザーが必要なメッセージを確実に受け取ることができる。

レートリミットについて

Braze では、キャンペーンをレート制限し、プラットフォームからの送信トラフィック量を制限することで、マーケティングのプレッシャーを抑えることができます。キャンペーンには2種類のレート制限を実装できます。

1. ユーザー中心のレート制限:ユーザーに最高の体験を提供することに重点を置く。
2. 配送速度のレート制限::サーバの帯域幅を考慮します。

Braze はメッセージ送信を1分間にわたって均等に分散しようとしますが、これを保証することはできません。たとえば、レート制限が 1 分あたり 5000 メッセージのキャンペーンがある場合、1 分あたり 5000 件のリクエストを均等に (1 秒あたり約 84 件のメッセージ) 配信しようとしますが、1 秒あたりのレートには多少のばらつきがあります。

ユーザー中心のレート制限

セグメントをさらに作成すると、それらのセグメントのメンバーシップが重複する場合があります。これらのセグメントにキャンペーンを送信する場合は、ユーザーに頻繁にメッセージを送らないようにする必要があります。ユーザーが短期間に大量のメッセージを受信すると、メッセージが多すぎると感じ、プッシュ通知をオフにするか、アプリをアンインストールしてしまいます。

関連セグメントフィルター

Brazeでは、ユーザーのメッセージ受信レートを制限するために、以下のフィルターを用意している：

• 最後にエンゲージしたメッセージ
• 最後に受信したメッセージ
• 最後に受信したプッシュ
• 最後に受信したメール
• 最後に受信した SMS

フィルターの実装

例えば、”リターゲティングフィルターショーケース “というセグメントを作成し、”最後にアプリを使ったのが7日以上前 “というフィルターでユーザーをターゲティングしたとしよう。これは標準的な再エンゲージメントセグメントです。

最近、よりターゲットを絞った他のセグメントが通知を受け取っている場合、このセグメントに向けたより一般的なキャンペーンでユーザーをターゲットにしたくないかもしれない。このセグメンテーションに “Last Received Push “フィルターを追加することで、ユーザーは過去24時間以内に別の通知を受信した場合、今後24時間はこのセグメンテーションからスライドアウトすることを確実にした。24時間後もセグメンテーションの他の条件を満たし、さらに通知を受け取っていなければ、セグメンテーションに戻る。

このフィルターをキャンペーンの対象となるすべてのセグメントに追加すると、ユーザーは最大 24 時間に 1 回のプッシュ通知を受け取ることができます。次に、最も重要なメッセージが重要度の低いメッセージの前に配信されるようにすることで、メッセージングの優先順位を付けることができます。

最大ユーザー数の設定

キャンペーンコンポーザーのTarget Audiencesステップで、メッセージを受信するユーザーの総数を制限することもできます。これはキャンペーンフィルターとは独立系のチェックとなる。

最大ユーザー数を選択することで、チャネルごとに、またはすべてのメッセージタイプにわたってグローバルに、メッセージ送信量を制限することができる。

最適化による最大ユーザー上限

Winning Variant やPersonalized Variant などの最適化を使用している場合、キャンペーンは2 つの送信(初期実験と最終送信) で構成されます。

このシナリオでユーザー数の上限を設定するには、[このキャンペーンを受け取る人数を制限する]　を選択し、次に [このキャンペーンで送信する合計] を選択して、オーディエンスの上限を入力します。視聴者の制限は、A/B Testingパネルに表示されるパーセンテージで分割されます。

[キャンペーンが予定されるたびに] を選択すると、これら 2 つのフェーズは個別に設定された数に制限されます。これは通常は望ましくありません。

キャンペーンのインプレッション上限を設定する

アプリ内メッセージでは、ユーザー群に表示されるインプレッションの最大数を設定することで、マーケティングの圧力をコントロールすることができる。ただし、この上限は正確ではないことに注意することが重要です。

アプリ内メッセージルールはセッション開始時にアプリに送信されるため、Brazeはキャップに達する前にユーザーにメッセージを送ることができるが、ユーザーがメッセージをトリガーする頃にはキャップに達している。この場合でも、デバイスはメッセージを表示します。

たとえば、ユーザーがレベルをクリアするとトリガーされるアプリ内メッセージを含むゲームがあり、インプレッションの上限を 100 回に設定したとします。これまでに 99 件のインプレッションがありました。アリスとボブはゲームを開封し、Brazeは彼らのデバイスに、彼らがレベルに勝ったときにメッセージを受け取る資格があることを伝える。アリスは最初にレベルをクリアし、メッセージを受け取ります。ボブは次にこのレベルを破るが、彼のデバイスはセッションが始まって以来Brazeサーバーと通信していないため、彼のデバイスはメッセージがキャップを満たしたことに気づかず、彼もまたメッセージを受け取る。しかし、インプレッションキャップに達した場合、次にデバイスがアプリ内メッセージのリストを要求すると、システムはそのメッセージを送信せず、そのデバイスからメッセージを削除する。

レート制限とA/Bテスト

AB テストでレート制限を使用する場合、コントロールグループには、テストグループにレート制限を適用するものと同様な方法は適用されません。これは、時間バイアスの潜在的な原因です。このバイアスを回避するには、適切な変換ウィンドウを使用します。

配送速度のレート制限

大規模なキャンペーンでユーザーアクティビティが急増し、サーバーに負荷がかかることが予想される場合、メッセージ送信のレート制限を1分単位で指定することができます。

キャンペーン作成中にユーザーをターゲットに設定する場合、[ターゲットオーディエンス] (キャンペーンの場合)または [送信設定] (キャンバスの場合) に移動して、(1分あたり最低10件のメッセージから最大50万件のメッセージまでさまざまな段階で) レート制限を選択できます。

レート制限のないキャンペーンは、これらの配信制限を超える場合があることに注意してください。ただし、メッセージが低レート制限のために72時間以上遅延した場合は、メッセージが中止されることに注意してください。レート制限が低すぎる場合、キャンペーンの作成者はダッシュボードおよびメールでアラートを受信します。

例

1分あたり10,000通のレート制限で75,000通のメッセージを送ろうとすると、配信は8分間に分散される。キャンペーンで配信されるメッセージの数は、最初の7分間で毎分10,000件、最後の1分間で5,000件を超えることはありません。

送信回数

レート制限されたメッセージは、1分間において均等に送信されないことがあります。1分あたり10,000件のレート制限の例の場合、Braze は1分あたり10,000件を超えるメッセージを送信しないことを意味します。これは、10,000件のうち、前半30秒間に送信されるメッセージの割合が、後半30秒間に送信されるメッセージの割合よりも高いことを意味します。

レート制限はメッセージ送信の開始時に適用される。送信完了までの時間に変動がある場合、数分間は送信完了数がレート制限をわずかに超えることがある。時間の経過とともに、1分あたりの送信数は、平均してレート制限を超えないようになります。

マルチチャンネル・キャンペーンとキャンバス

マルチチャネルキャンペーンまたはキャンバスの配信速度制限を設定する場合、共有レート制限またはチャネルベースの制限のいずれかを選択できる。

マルチチャネルキャンペーンまたはキャンバスが共有レート制限を使用している場合、これはキャンペーンまたはキャンバスから1分間に送信されるメッセージの総数がレート制限を超えないことを意味する。例えば、キャンバスのレート制限が1分あたり50万件で、メールとSMSのメッセージステップが含まれている場合、BrazeはメールとSMSで1分あたり合計50万件のメッセージを送信する。

マルチチャネルキャンペーンまたはキャンバスがチャネルベースのレート制限を使用する場合、レート制限は選択した各チャネルに適用される。例えば、キャンペーンまたはキャンバス全体で、1分あたり最大5,000のWebhookと2,500のSMSメッセージを送信するように設定できる。

プッシュ通知

プッシュプラットフォーム（Android、iOS、Webプッシュ、Kindleなど）を持つキャンペーンまたはキャンバスでは、プッシュ通知を選択して、キャンペーンまたはキャンバス内のすべてのプッシュプラットフォーム間で共有されるレート制限を強制することができる。

レート制限に関する考慮事項

レート制限を設定する際の注意点と、どのような挙動が予想されるか：

• SMS送信には、サブスクリプショングループごとに50,000のレート制限がある。SMSプロバイダーによっては、他の制限を課す場合もある。
• 以下のメッセージは、レート制限の対象とならない：
  • テスト送信
  • 種子グループ
  • コンテンツカードは「第一印象で」作成されるように設定されている（これはアプリのインプレッション率によってコントロールされる）。カード作成オプションの違いについては、カード作成を参照のこと)。
• 以下の場合、レート制限はサポートされない：
  • SMS自動応答
  • SLAに対応したメッセージ（トランザクションメールなど）
  • アプリ内メッセージ
  • フィーチャーフラグ
  • バナー

レート制限とコネクテッドコンテンツの再試行

[コネクテッドコンテンツの再試行] がオンになっている場合、再送信ごとに設定したレート制限に従い、Braze はコールの失敗を再試行します。速度制限が10,000/分の75,000メッセージを送信するシナリオを考えてみましょう。最初の1分間で、コールが失敗するか、または遅く、4000メッセージのみを送信すると仮定します。

遅延を補って残り6,000件のメッセージを2分以内に送信したり、すでに送信するように設定されている10,000件のメッセージに追加したりする代わりに、Braze は失敗した6,000件のメッセージを「キューの後ろ」に移動し、必要に応じてメッセージの送信にかかる合計分数にさらに1分を追加します。

分	失敗なし	最初の 1 分で 6,000 件失敗
1	10,000	4,000
2	10,000	10,000
3	10,000	10,000
4	10,000	10,000
5	10,000	10,000
6	10,000	10,000
7	10,000	10,000
8	5,000	10,000
9	0	6,000

コネクテッド・コンテンツ・リクエストは独立系ではレート制限されず、Webhookのレート制限に従う。つまり、Webhook ごとに一意のエンドポイントへの Connected Content 呼び出しが 1 つある場合、1 分あたり5,000 個の Webhook と5,000 回の Connected Content 呼び出しが予想されます。キャッシュがこれに影響し、Connected Content 呼び出しの数が減る可能性があることに注意してください。さらに、再試行により Connected Content 呼び出しが増加する場合があるため、ここでは、Connected Content エンドポイントがある程度の変動に対処できることを確認しておくことをお勧めします。

フリークエンシーキャッピングについて

ユーザーベースが拡大し続け、ライフサイクルキャンペーン、トリガーキャンペーン、トランザクションキャンペーン、コンバージョンキャンペーンを含むようにメッセージングが拡大するにつれて、通知が「スパム」のように見えたり、混乱を招いたりしないようにすることが重要です。フリークエンシーキャップを使用すると、ユーザーエクスペリエンスをより細かく制御できるため、オーディエンスを圧倒することなく、希望するキャンペーンを作成できます。

機能概要

フリークエンシーキャップはキャンペーンまたはキャンバスコンポーネントの送信レベルで適用され、[設定] > [フリークエンシーキャップルール] から各ワークスペースに設定できます。

初期設定では、新しいキャンペーンが作成されるとフリークエンシーキャップがオンになっています。ここから、以下を選択できます。

• キャップしたいメッセージングチャネル：プッシュ、メール、SMS、Webhook、WhatsApp、LINE、またはこれらのチャネルのいずれか。
• あるチャネルから送信されたキャンペーンまたはキャンバスコンポーネントを、各ユーザーが一定時間内に何回受け取るべきか。
• タグによって送信されたキャンペーンやキャンバスコンポーネントを、各ユーザーが一定の時間内に何回受け取るべきか。

この時間枠は、分、日、または週(7 日) で測定でき、最大期間は30 日です。

フリークエンシーキャップの各行は、AND 演算子を使用して接続され、ワークスペースごとに最大10個のルールを追加できる。同じメッセージタイプに複数のキャップを含めることができる。たとえば、ユーザーに対するプッシュ通知を、1 日に 1 件以下、1 週間に最大 3 件までに制限できます。中断されたメッセージはフリークエンシーキャップにはカウントされない。

ユーザがキャンバスステップで周波数に上限が設定されている場合の動作

グローバルフリークエンシーキャップ設定により、キャンバスユーザーがフリークエンシーキャップされた場合、そのユーザーは直ちに次のキャンバスステップに進む。周波数上限のため、ユーザはキャンバスを終了しません。

配信規定

トランザクションベースのメッセージのように、すでにフリークエンシーキャップに達していても、常にユーザーに届けたいキャンペーンがあるかもしれません。例えば、宅配アプリは、ユーザーが何回キャンペーンを受けたかにかかわらず、商品が配達されたときにメールやプッシュを送信したいと思うかもしれない。

特定のキャンペーンでフリークエンシーキャップルールを無効にしたい場合は、フリークエンシーキャップをオフに切り替えて、そのキャンペーンの配信をスケジュールするときに Braze ダッシュボードで設定できます。

この後、このキャンペーンを引き続きフリークエンシーキャップにカウントするかどうかを尋ねられます。フリークエンシーキャップの対象となるメッセージは、インテリジェントチャネルフィルターの計算に含まれます。

トランザクションが多いAPIキャンペーンを送信する場合、APIリクエストでoverride_frequency_capping をtrue に設定することで、キャンペーンがフリークエンシーキャップルールを無視するように指定できる。

デフォルトでは、フリークエンシーキャップに従わない新しいキャンペーンやキャンバスもカウントされません。これはキャンペーンとキャンバスごとに設定できます。

マルチチャネルキャンペーン内の異なるチャネルは、個々にフリークエンシーキャップにカウントされる。例えば、プッシュとメールの両方でマルチチャネルキャンペーンを作成し、その両方のチャネルにフリークエンシーキャップを設定した場合、プッシュは1つのプッシュキャンペーンにカウントされ、メールメッセージは1つのメールメッセージキャンペーンにカウントされる。また、このキャンペーンは「あらゆる種類のキャンペーン」の1つにカウントされる。もしユーザーが1日に1回のプッシュキャンペーンと1回のメールキャンペーンを上限としている場合、このマルチチャネルキャンペーンを受け取ったユーザーは、それ以降プッシュキャンペーンやメールキャンペーンを受けることができなくなる（キャンペーンがフリークエンシーキャップルールを無視しない限り）。

アプリ内メッセージとコンテンツカードは、いかなる種類のキャンペーンやキャンバスコンポーネントの上限にもカウントされません。

ユースケース

• use case 1
• use case 2

タグによるフリークエンシーキャップ

フリークエンシーキャップルールは、キャンペーンやキャンバスに適用した特定のタグを使用してワークスペースに適用できるため、基本的にカスタム名のグループに基づいてフリークエンシーキャップを設定できます。

タグによるフリークエンシーキャップでは、メインタグとネストされたタグにルールを設定できるため、Braze はすべてのタグを考慮に入れます。例えば、メインのタグAをフリークエンシーキャップとして使用することを選択した場合、制限を決定する際に、すべてのネストしたタグ（例えば、タグBとC）の情報も含める。

通常のフリークエンシーキャップとタグによるフリークエンシーキャップを組み合わせることもできます。次のルールを考慮します。

1. すべてのキャンペーンおよびキャンバスステップから、1週間に3回を超えるプッシュ通知キャンペーンまたはキャンバスコンポーネントを行わないこと。
   および
2. promotional 。タグを使用したプッシュ通知キャンペーンまたはキャンバスコンポーネントは、1週間に2回までとする。

その結果、すべてのキャンペーンとキャンバスステップでユーザーが受け取るキャンペーン送信数は 1 週間あたり 3 回まで、promotional タグが付いたプッシュ通知キャンペーンまたはキャンバスコンポーネントは 2 回までとなります。

矛盾するルール

ルールが競合する場合、最も制限的で適用可能なフリークエンシーキャップルールがユーザーに適用される。たとえば、次のようなルールがあるとします。

1. すべてのキャンペーンおよびキャンバスコンポーネントから、1週間に1回以上のプッシュ通知キャンペーンまたはキャンバスコンポーネントを行わない。
   および
2. promotional タグが付いたプッシュ通知キャンペーンまたはキャンバスコンポーネントは、1 週間に 3 つまでです。

この例では、ユーザーはすべてのキャンペーンとキャンバスコンポーネントから複数のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受け取らないように指定しているため、1 週間に複数のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受け取ることはありません。つまり、最も制限の厳しい適用頻度ルールは、特定のユーザーに適用されるルールです。

タグ数

タグルールによるフリークエンシーキャップは、メッセージ送信時に計算される。つまり、タグによるフリークエンシーキャップでは、ユーザーが過去に受け取ったキャンペーンまたはキャンバスに現在含まれているタグのみがカウントされます。キャンペーンやキャンバスに貼られていたが、その後削除されたタグはカウントされない。タグは、ユーザーが過去に受信したメッセージに後から追加された場合、最新のタグ付きメッセージが送信される前にカウントされる。

ユースケース

次のキャンペーンとタグルールによるフリークエンシーキャップを検討してください。

キャンペーン:

• キャンペーン A は、promotionalとタグ付けされたプッシュキャンペーンです。月曜日の午前9時に発送される予定だ。
• キャンペーン B は、promotionalとタグ付けされたプッシュキャンペーンです。水曜日の午前9時に発送される予定だ。

タグルールによるフリークエンシーキャップ:

• この promotional タグが付いたプッシュ通知キャンペーンは、1 週に 1 回までしかユーザーに届かないようにします。
  
  

アクション (Action)	結果:
ユーザーがメッセージを受信してからキャンペーン B が送信されるまでの間に、キャンペーン A から promotional タグが削除された。	ユーザーはキャンペーンBを受け取る。
ユーザーがメッセージを受信した後、誤ってキャンペーンAから promotional タグが削除された。 このタグは、キャンペーン B **が送信される前の火曜日に、キャンペーン A** に再び追加された。	ユーザーはキャンペーンBを受け取っていない。

大規模送信

タグルールによるフリークエンシーキャップは、キャンペーンやキャンバスコンポーネントからチャネルあたり 100 通のメッセージなど、大規模な場合は正しく適用されない場合があります。

たとえば、タグによるフリークエンシーキャップのルールが次のようになっているとします。

1 人のユーザーに Promotional タグを含むメールキャンペーンまたはキャンバスコンポーネントを 1 週に 2 回以上送信しない。

また、1 週間の間にフリークエンシーキャップをオンにしたキャンペーンやキャンバスステップから 100 通を超えるメールをユーザーに送信すると、2 通を超えるメールがユーザーに送信されることがあります。

チャネルあたり100メッセージは、ほとんどのブランドがユーザーに送るメッセージよりも多いため、この制限の影響を受ける可能性は低い。この制限を回避するには、1 週間にユーザーに受信させたいメールの最大数に上限を設定できます。

たとえば、次のようなルールを設定できます。

すべてのキャンペーンおよびキャンバスのステップから、1週間に3回を超えるメールキャンペーンまたはキャンバスコンポーネントを行わない。

このルールでは、ユーザーはフリークエンシーキャップがオンになっているキャンペーンまたはキャンバスコンポーネントから、多くても週に3通のメールを受信するため、週に100通を超えるメールを受信しないことを決定する。