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

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

レートリミットについて

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

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

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

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

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

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

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

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

フィルターの実装

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

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

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

最大ユーザー数の設定

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

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

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

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

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

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

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

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

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

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

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

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

配送速度のレート制限

大規模なキャンペーンによりユーザー活動が急増し、サーバーに負荷がかかると予想される場合、メッセージ送信の分単位レート制限を設定できる。これにより、Brazeは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 件までに制限できます。中止されたメッセージは、フリークエンシーキャップの対象には含まれないことに注意せよ。

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

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

配信規定

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

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

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

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

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

マルチチャネルキャンペーン内の異なるチャネルは、それぞれ個別にフリークエンシーキャップにカウントされる。例えば、プッシュ通知とメールの両方を含むマルチチャネルキャンペーンを作成し、両方のチャネルにフリークエンシーキャップを設定した場合、プッシュ通知は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 週間に複数のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受け取ることはありません。つまり、最も制限の厳しい適用頻度ルールは、特定のユーザーに適用されるルールです。

タグ数

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

ユースケース

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

キャンペーン:

• キャンペーン 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 週間にユーザーに受信させたいメールの最大数に上限を設定できます。

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

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

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

よくある質問

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

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

フリークエンシーキャップはユーザーがキャンバスを離れる原因となるか？

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

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

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