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

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

レート制限について

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

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

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

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

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

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

Braze は、ユーザーがメッセージを受け取る頻度を制限するのに役立つ以下のフィルターを提供します。

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

フィルターの実装

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

最近、よりターゲットを絞ったセグメントに通知が届いている場合、そのセグメント向けの一般的なキャンペーンがユーザーに届くのは避けたいでしょう。このセグメントに「最終受信プッシュ」フィルターを追加することで、過去24時間以内に別の通知を受信したユーザーは、次の24時間はこのセグメントから除外されます。24時間後にもセグメントの他の条件を満たし、それ以上の通知を受け取っていなければ、再びそのセグメントに戻ります。

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

最大ユーザー数の設定

キャンペーンコンポーザーのターゲットオーディエンスステップで、メッセージを受信するユーザーの総数を制限することもできます。これはキャンペーンフィルターとは独立したチェックとして機能します。

最大ユーザー制限を選択することで、チャネル単位または全メッセージタイプ全体で送信されるメッセージ量を制限できます。

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

勝者バリアントやパーソナライズドバリアントなどの最適化を使用している場合、キャンペーンは2つの送信（初期実験と最終送信）で構成されます。

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

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

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

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

アプリ内メッセージルールはセッション開始時にアプリに送信されます。つまり、Braze は上限に達する前にユーザーにメッセージを送信できますが、ユーザーがメッセージをトリガーする時点では上限に達している可能性があります。この場合でも、デバイスはメッセージを表示します。

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

レート制限と AB テスト

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

配信速度のレート制限

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

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

レート制限のないキャンペーンは、これらの配信制限を超える場合があることに注意してください。ただし、低いレート制限のためにメッセージが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分あたり500,000件で、メールと SMS メッセージのステップが含まれている場合、Braze はメールと SMS を合わせて1分あたり合計500,000件のメッセージを送信します。

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

プッシュ通知

プッシュプラットフォーム（Android、iOS、Web プッシュ、Kindle など）を利用するキャンペーンやキャンバスでは、プッシュ通知を選択することで、キャンペーンやキャンバス内の全プッシュプラットフォーム間で共有されるレート制限を適用できます。

プッシュ通知の制限を選択した場合、個々のプッシュチャネルごとのレート制限を設定することはできません。同様に、個々のプッシュチャネルに制限を設定した場合、共有プッシュ通知の制限は設定できません。

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

レート制限を設定する際に留意すべき点と、想定される動作について：

• SMS 送信は、サブスクリプショングループごとに50,000通のレート制限が適用されます。一部の SMS プロバイダーは他の制限を設けている場合があります。
• 以下のメッセージは、レート制限によるスロットリングの対象とならず、レート制限の計算にも含まれません。
  • テスト送信
  • シードグループ
  • 「初回インプレッション時」に作成するように設定されたコンテンツカード（これはアプリのインプレッション率によってコントロールされます。カード作成オプションの違いについての詳細は、カード作成を参照してください。）
• 配信レート制限は、以下のものには対応していません。
  • SMS 自動返信
  • SLA で保証されたメッセージ（トランザクションメールなど）
  • アプリ内メッセージ
  • フィーチャーフラグ
  • バナー

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

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

遅延を補って残り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 ごとに一意のエンドポイントへのコネクテッドコンテンツ呼び出しが1つある場合、1分あたり5,000件の Webhook と5,000回のコネクテッドコンテンツ呼び出しが予想されます。キャッシュがこれに影響し、コネクテッドコンテンツ呼び出しの数が減る可能性があることに注意してください。さらに、再試行によりコネクテッドコンテンツ呼び出しが増加する場合があるため、コネクテッドコンテンツエンドポイントがある程度の変動に対処できることを確認しておくことをお勧めします。

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

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

機能概要

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

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

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

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

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

ユーザーがキャンバスステップでフリークエンシーキャップにかかった場合の動作

グローバルなフリークエンシーキャップ設定によりキャンバスユーザーがフリークエンシーキャップにかかった場合、そのユーザーは直ちに次のキャンバスステップに進みます。フリークエンシーキャップのためにユーザーがキャンバスを退出することはありません。

配信ルール

トランザクションベースのメッセージのように、すでにフリークエンシーキャップに達していても、常にユーザーに届けたいキャンペーンがあるかもしれません。たとえば、配達アプリは、ユーザーが受け取ったキャンペーンの数に関係なく、商品が配達された際にメールやプッシュ通知を送信したい場合があります。

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

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

API キャンペーンを送信する際、特にトランザクション型のキャンペーンでは、API リクエスト内で override_frequency_capping を true に設定することで、キャンペーンがフリークエンシーキャップルールを無視するよう指定できます。

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

マルチチャネルキャンペーン内の異なるチャネルは、それぞれ個別にフリークエンシーキャップにカウントされます。たとえば、プッシュ通知とメールの両方を含むマルチチャネルキャンペーンを作成し、両方のチャネルにフリークエンシーキャップを設定した場合、プッシュ通知は1つのプッシュ通知キャンペーンにカウントされ、メールメッセージは1つのメールメッセージキャンペーンにカウントされます。このキャンペーンは「いずれかのタイプのキャンペーン」の1つとしてもカウントされます。ユーザーが1日あたりプッシュ通知とメールキャンペーンを各1回までと制限されている場合、このマルチチャネルキャンペーンを受信すると、その日はそれ以降プッシュ通知やメールキャンペーンの対象外となります（キャンペーンがフリークエンシーキャップルールを無視する場合を除く）。

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

ユースケース

• use case 1
• use case 2

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

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

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

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

1. すべてのキャンペーンとキャンバスステップを合わせて、週に3つを超えるプッシュ通知キャンペーンやキャンバスコンポーネントは送信しない。
   および
2. タグ promotional が付いたプッシュ通知キャンペーンやキャンバスコンポーネントは、週に2つまでとする。

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

矛盾するルール

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

1. すべてのキャンペーンとキャンバスコンポーネントを合わせて、週に1回を超えるプッシュ通知キャンペーンやキャンバスコンポーネントは送信しない。
   および
2. promotional タグが付いたプッシュ通知キャンペーンまたはキャンバスコンポーネントは、1週間に3つまで。

この例では、ユーザーはすべてのキャンペーンとキャンバスコンポーネントから1週間に1回を超えるプッシュ通知キャンペーンまたはキャンバスコンポーネントを受け取らないように指定しているため、「promotional」タグが付いたプッシュ通知キャンペーンまたはキャンバスコンポーネントも1週間に1回を超えて受け取ることはありません。つまり、最も制限の厳しい適用可能なフリークエンシールールが、特定のユーザーに適用されるルールとなります。

タグ数

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

ユースケース

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

キャンペーン:

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

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

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

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

大規模送信

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

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

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

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

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

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

すべてのキャンペーンとキャンバスステップを合わせて、週に3つを超えるメールキャンペーンやキャンバスコンポーネントは送信しない。

このルールにより、ユーザーが週に100通以上のメールを受け取ることはありません。なぜなら、フリークエンシーキャップが有効なキャンペーンやキャンバスコンポーネントからユーザーが受け取るメールは、週に最大3通だからです。

よくある質問

アクティブなキャンバスで送信スロットルを変更した場合、既にそのキャンバスにいるユーザーに影響はありますか？

はい、キャンバスのレート制限を増減させると、キャッシュの影響で変更から約30秒以内に更新された制限が新規メッセージに適用されます。

フリークエンシーキャップはユーザーがキャンバスを退出する原因となりますか？

いいえ。グローバルなフリークエンシーキャップ設定によりキャンバスユーザーがフリークエンシーキャップにかかった場合、そのユーザーは直ちに次のキャンバスステップに進みます。ユーザーはフリークエンシーキャップのためにキャンバスから退出しません。

キャンバスでフリークエンシーキャップがかかったユーザーをどうやって識別できますか？

フリークエンシーキャップがかかっているユーザーは、そのステップに対して送信イベントを生成しません。これらのユーザーを識別するには、メッセージのフリークエンシーキャップイベントをトラッキングするために Currents を使用できます。あるいは、キャンバスに入ったが期待したメッセージを受け取らなかったユーザーを分析するためにセグメントエクステンションを作成することもできます。