レート制限とフリークエンシーキャップ
レート制限とフリークエンシーキャップを組み合わせて使用することで、ユーザーに必要なメッセージを確実に届けることができます。
レート制限について
Brazeでは、キャンペーンにレート制限を設定し、プラットフォームからの送信トラフィック量を調整することで、マーケティングプレッシャーをコントロールできます。キャンペーンには2種類のレート制限を実装できます。
- ユーザー中心のレート制限: ユーザーに最適な体験を提供することに重点を置きます。
- 配信速度のレート制限: サーバーの帯域幅を考慮します。
Brazeは秒単位のレート制限をサポートしていません。Brazeはメッセージ送信を1分間にわたって均等に分散しようとしますが、これを保証することはできません。例えば、1分あたり5,000メッセージのレート制限を設定したキャンペーンの場合、5,000件のリクエストを1分間に均等に分散しようとしますが(1秒あたり約84メッセージ)、秒単位のレートには多少のばらつきが生じる場合があります。
ユーザー中心のレート制限
セグメントを増やしていくと、それらのセグメントのメンバーシップが重複するケースが出てきます。これらのセグメントにキャンペーンを送信する場合、ユーザーにメッセージを送りすぎないようにする必要があります。短期間にあまりにも多くのメッセージを受信すると、ユーザーは負担を感じ、プッシュ通知をオフにしたり、アプリをアンインストールしたりする可能性があります。
関連するセグメントフィルター
Brazeは、ユーザーがメッセージを受信するレートを制限するために、以下のフィルターを提供しています。
- 最後にメッセージに反応した日
- 最後にメッセージを受信した日
- 最後にプッシュを受信した日
- 最後にメールを受信した日
- 最後にSMSを受信した日
フィルターの実装
「リターゲティングフィルターショーケース」というセグメントを作成し、「最後にアプリを使用してから7日以上経過」というフィルターでユーザーをターゲティングするとします。これは標準的なリエンゲージメントセグメントです。
最近通知を受信した、より的を絞った他のセグメントがある場合、このセグメントに向けたより一般的なキャンペーンでユーザーをターゲティングしたくない場合があります。このセグメントに「最後にプッシュを受信した日」フィルターを追加すると、過去24時間以内に別の通知を受信したユーザーは、次の24時間このセグメントから外れます。24時間後にセグメントの他の条件を満たしており、それ以上の通知を受信していなければ、再びセグメントに戻ります。

キャンペーンのターゲットとなるすべてのセグメントにこのフィルターを追加すると、ユーザーは24時間ごとに最大1回のプッシュを受信するようになります。その後、最も重要なメッセージが重要度の低いメッセージよりも先に配信されるように、メッセージングの優先順位を設定できます。
最大ユーザーキャップの設定
キャンペーンコンポーザーのターゲットオーディエンスステップで、メッセージを受信するユーザーの総数を制限することもできます。これはキャンペーンフィルターとは独立したチェック機能として機能します。

最大ユーザー制限を選択すると、チャネルごとまたはすべてのメッセージタイプにわたってグローバルに送信されるメッセージ量を制限できます。Brazeはコントロールグループに割り当てられたユーザーにはメッセージを送信しないため、コントロールグループのユーザーは制限にカウントされません。

最大ユーザーキャップは、送信が成功したメッセージ数ではなく、ディスパッチされたユーザー数を制限します。中止されたメッセージもこのキャップにカウントされるため、実際に送信されるメッセージ数は設定された制限よりも少なくなる場合があります。例えば、キャップを10,000に設定し、Liquidロジックやその他の条件により2,000メッセージが中止された場合、実際に送信されるのは8,000メッセージのみです。
マルチチャネルキャンペーンの最大ユーザーキャップ
マルチチャネルキャンペーンの場合、Brazeはまず設定された最大ユーザーキャップまでの1つのオーディエンスを選択します。次に、そのキャップされたオーディエンス内の各ユーザーを、キャンペーン内の各チャネルについて評価します。
その結果、キャップされたオーディエンスサイズは同じままですが、チャネルごとの送信数はチャネルの適格性に基づいて異なる場合があります。例えば、最大ユーザーキャップを500,000に設定し、あるユーザーがプッシュとContent Cardsのみに適格な場合、そのユーザーはこれらのチャネルを受信しますが、メールは受信しません。
これらのチャネルを、同じセグメントをターゲットとし、それぞれ独自の最大ユーザーキャップを持つ別々のキャンペーンに分割した場合、各キャンペーンはユーザーを独立して評価しキャップします。Brazeは各キャンペーンがまったく同じユーザーのサブセットを選択することを保証しません。
フォローアップキャンペーンで以前のキャンペーンが送信されたユーザーをターゲティングする必要がある場合は、キャンペーンを受信したフィルターを使用してセグメントを作成し、そのセグメントをフォローアップキャンペーンに使用してください。
最適化を使用した最大ユーザーキャップ
勝者バリアントやパーソナライズされたバリアントなどの最適化を使用している場合、キャンペーンは初期実験と最終送信の2回の送信で構成されます。
このシナリオで最大ユーザーキャップを設定するには、このキャンペーンを受信する人数を制限するを選択し、次にこのキャンペーンの合計でを選択して、オーディエンス制限を入力します。オーディエンス制限は、ABテストパネルに表示されるパーセンテージで分割されます。
キャンペーンがスケジュールされるたびにを選択した場合、これら2つのフェーズは設定された数値でそれぞれ個別に制限されます。これは通常望ましくありません。
キャンペーンの最大インプレッションキャップの設定
アプリ内メッセージの場合、ユーザー群に表示されるインプレッションの最大数を設定することで、マーケティングプレッシャーをコントロールできます。この上限に達すると、Brazeはユーザーにそれ以上のメッセージを送信しません。ただし、このキャップは正確ではないことに注意してください。
アプリ内メッセージのルールはセッション開始時にアプリに送信されるため、Brazeはキャップに達する前にユーザーにメッセージを送信できますが、ユーザーがメッセージをトリガーする時点ではキャップに達している場合があります。この場合、デバイスはメッセージを表示します。
例えば、ユーザーがレベルをクリアしたときにトリガーされるアプリ内メッセージがあるゲームで、100インプレッションにキャップを設定したとします。これまでに99インプレッションがありました。アリスとボブの両方がゲームを開き、Brazeはレベルをクリアしたときにメッセージを受信する資格があることをデバイスに伝えます。アリスが先にレベルをクリアしてメッセージを受信します。次にボブがレベルをクリアしますが、セッション開始以降デバイスがBrazeサーバーと通信していないため、メッセージがキャップに達したことをデバイスは認識しておらず、ボブもメッセージを受信します。ただし、インプレッションキャップに達した後、次にデバイスが適格なアプリ内メッセージのリストをリクエストすると、システムはそのメッセージを送信せず、デバイスからメッセージを削除します。
レート制限とABテスト
ABテストでレート制限を使用する場合、レート制限はテストグループと同じ方法でコントロールグループには適用されません。これは時間バイアスの潜在的な原因となります。このバイアスを回避するには、適切なコンバージョンウィンドウを使用してください。
配信速度のレート制限
大規模なキャンペーンがユーザーアクティビティの急増を引き起こし、サーバーに過負荷がかかることが予想される場合、メッセージ送信の1分あたりのレート制限を指定できます。これにより、Brazeは1分間にレート制限の設定値を超えるメッセージを送信しません。
キャンペーン作成時にユーザーをターゲティングする際、ターゲットオーディエンス(キャンペーンの場合)または送信設定(キャンバスの場合)に移動して、レート制限を選択できます(1分あたり10メッセージから500,000メッセージまでのさまざまな増分で設定可能)。
レート制限が設定されていないキャンペーンは、これらの配信制限を超える場合があることに注意してください。ただし、低いレート制限により72時間以上遅延したメッセージは中止されることに注意してください。レート制限が低すぎる場合、キャンペーンの作成者はダッシュボードとメールでアラートを受信します。

例
1分あたり10,000メッセージのレート制限で75,000メッセージを送信しようとしている場合、配信は8分間にわたって分散されます。キャンペーンは最初の7分間はそれぞれ10,000メッセージ以下を配信し、最後の1分間で5,000メッセージを配信します。
送信数
レート制限されたメッセージは、各分間にわたって均等に送信されるとは限りません。1分あたり10,000メッセージのレート制限の例を使用すると、Brazeは1分あたり10,000メッセージを超えないようにします。これは、10,000メッセージのうち、後半よりも前半に高い割合が送信される可能性があることを意味します。
レート制限はメッセージ送信試行の開始時に適用されます。送信完了にかかる時間に変動がある場合、数分間は完了した送信数がレート制限をわずかに超える場合があります。時間の経過とともに、1分あたりの送信数はレート制限以下に平均化されます。

セグメント内のユーザー総数に対して、この形式のレート制限で時間に敏感なメッセージを遅延させることに注意してください。例えば、セグメントに3,000万人のユーザーが含まれているが、レート制限を1分あたり10,000に設定した場合、ユーザー群の大部分は翌日までメッセージを受信しません。
マルチチャネルキャンペーンとキャンバス
マルチチャネルキャンペーンまたはキャンバスの配信速度レート制限を設定する場合、共有レート制限またはチャネルベースの制限のいずれかを設定できます。
マルチチャネルキャンペーンまたはキャンバスが共有レート制限を使用する場合、キャンペーンまたはキャンバスから1分あたりに送信されるメッセージの合計数がレート制限を超えないことを意味します。例えば、キャンバスのレート制限が1分あたり500,000で、メールとSMSのメッセージステップが含まれている場合、Brazeはメールとsmsを合わせて1分あたり合計500,000メッセージを送信します。

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

プッシュ通知
キャンペーンまたはキャンバスにプッシュプラットフォーム(Android、iOS、Webプッシュ、Kindleなど)がある場合、プッシュ通知を選択して、キャンペーンまたはキャンバス内のすべてのプッシュプラットフォーム間で共有されるレート制限を適用できます。

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

レート制限インターフェイスの更新
Brazeは、マルチチャネルキャンペーンとキャンバスにレート制限がどのように適用されるかについて、より透明性とコントロールを提供するためにレート制限インターフェイスを更新しました。
- 既存のキャンペーンとキャンバス: すべての既存のキャンペーンとキャンバスはこのインターフェイスに移行されました。配信動作は変わりません。ダッシュボードには、キャンペーンが共有ロジックを使用しているか、チャネルごとのロジックを使用しているかが表示されます。
- 新しいキャンペーンとキャンバス: すべての新しいキャンペーンとキャンバスには、希望するレート制限ロジックを選択するための手動トグルがあります。キャンペーンまたはキャンバスのレート制限を設定または更新する際は、意図した動作に合ったレート制限の動作を選択してください。
レート制限に関する考慮事項
レート制限を設定する際に留意すべき点と、期待される動作について以下に記載します。
- SMS送信は、購読グループあたり50,000のレート制限が適用されます。一部のSMSプロバイダーは他の制限を適用する場合があります。
- 以下のメッセージは、レート制限によるスロットリングやカウントの対象外です。
- テスト送信
- シードグループ
- 「最初のインプレッション時」に作成するよう設定されたContent Cards(これはアプリのインプレッションレートによって制御されます。カード作成オプションの違いについては、カード作成を参照してください。)
- 配信速度のレート制限は、以下ではサポートされていません。
- SMS自動応答
- SLAに基づくメッセージ(トランザクションメールなど)
- アプリ内メッセージ
- フィーチャーフラグ
- バナー
レート制限とConnected Contentのリトライ
Connected Contentのリトライが有効になっている場合、Brazeは各再送信に設定されたレート制限を遵守しながら、呼び出しの失敗をリトライします。1分あたり10,000メッセージのレート制限で75,000メッセージを送信するシナリオを考えてみましょう。最初の1分間に呼び出しが失敗するか遅延し、4,000メッセージしか送信されなかったとします。
遅延を取り戻すために2分目に残りの6,000メッセージを送信したり、すでに送信予定の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 |
Connected Contentのリクエストは独立してレート制限されず、webhookのレート制限に従います。つまり、webhookごとに固有のエンドポイントへのConnected Content呼び出しが1回ある場合、1分あたり5,000件のwebhookと5,000件のConnected Content呼び出しが予想されます。キャッシュがこれに影響し、Connected Content呼び出しの数を減らす場合があることに注意してください。また、リトライによりConnected Content呼び出しが増加する場合があるため、Connected Contentのエンドポイントがある程度の変動に対応できることを確認することをお勧めします。

レート制限は速度制限であり、正確な送信速度を定義するものではありません。 一般的に、メッセージは任意の1分間に均等に分散され、大多数のケースでは設定された制限値またはそれに非常に近い速度で送信されます。ただし、常にそうとは限りません。例えば、メッセージが非常に大きい場合(多くのContent Blocks、Connected Contentタグ、またはカタログアイテムタグを含むメールなど)や、多くのLiquid中止がある場合(中止されたメッセージもスロットを消費し、実効送信レートを低下させる可能性があります)です。
実際には、持続的な送信レート(1分あたりの完了メッセージ数)は、リトライ、ネットワークの変動、ダウンストリームエンドポイントのレイテンシー、および分単位の平滑化により、設定されたレート制限よりも低くなる場合があります。予想よりも大幅に低いスループットが一貫して見られる場合は、Connected Contentの応答時間、エラーレート(429など)、およびリトライの動作を確認してください。
フリークエンシーキャップについて
ユーザー群が成長し続け、メッセージングがライフサイクル、トリガー、トランザクション、コンバージョンキャンペーンを含むように拡大するにつれて、通知が「スパム的」または煩わしいものに見えないようにすることが重要です。フリークエンシーキャップは、ユーザーのエクスペリエンスをより細かくコントロールすることで、オーディエンスに過度な負担をかけることなく、望みどおりのキャンペーンを作成できるようにします。
レート制限とフリークエンシーキャップを併用する
キャンペーンでレート制限とフリークエンシーキャップの両方を有効にすると、Brazeは以下の順序で適用します。
- レート制限が最初に適用され、メッセージを受信できるユーザーの初期プールが選択されます。
- フリークエンシーキャップが次に適用され、そのプールからユーザーがフィルタリングされます。
- メッセージが送信され、残りのユーザーに届きます。

レート制限されたプール内の多くのユーザーがフリークエンシーキャップの対象となっている場合、レート制限値よりも少ないメッセージが送信される可能性があります。Brazeは、フリークエンシーキャップによって送信プールからユーザーが除外された後、レート制限から追加のユーザーを補充しません。
例
レート制限が500ユーザーでフリークエンシーキャップが有効な場合、500人のレート制限されたユーザーのうち200人がフリークエンシーキャップの対象であれば、送信されるメッセージは500ではなく300のみです。
推奨事項
両方の機能を併用して特定の数のユーザーにリーチする必要がある場合は、以下のアプローチを検討してください。
- レート制限を引き上げる:フリークエンシーキャップの対象となるユーザーを考慮します。例えば、500人のユーザーにリーチしたいが、一部がフリークエンシーキャップの対象になると予想される場合は、レート制限をより高く設定します(例:1,000ユーザー)。
- レート制限のみを使用する:キャンペーンごとに送信されるメッセージ量を制御することが目的の場合。
- カスタマーサクセスマネージャーに相談する:ビジネスニーズと技術的な考慮事項の両方のバランスを取る堅牢なメッセージング戦略の設計について支援を受けます。
機能の概要
フリークエンシーキャップはキャンペーンまたはキャンバスコンポーネントの送信レベルで適用され、各ワークスペースで設定 > フリークエンシーキャップルールから設定できます。
デフォルトでは、新しいキャンペーンが作成されるとフリークエンシーキャップはオンに切り替えられます。ここから、以下を選択できます。
- キャップしたいメッセージングチャネル:プッシュ、メール、SMS、Webhook、WhatsApp、LINE、またはこれらのチャネルのいずれか。
- 特定の時間枠内で、各ユーザーがチャネルから送信されたキャンペーンまたはキャンバスコンポーネントを受信する回数。
- 特定の時間枠内で、各ユーザーがタグごとに送信されたキャンペーンまたはキャンバスコンポーネントを受信する回数。
この時間枠は分、日、または週(7日間)で測定でき、最大期間は30日です。
各フリークエンシーキャップの行はAND演算子で接続され、ワークスペースごとに最大10個のルールを追加できます。同じメッセージタイプに対して複数のキャップを含めることができます。例えば、ユーザーを1日あたり1回以下のプッシュ、かつ1週間あたり3回以下のプッシュにキャップできます。中止されたメッセージはフリークエンシーキャップにカウントされないことに注意してください。

キャンバスステップでユーザーがフリークエンシーキャップの対象となった場合、またはメッセージが中止された場合の動作
グローバルフリークエンシーキャップだけではユーザーをキャンバスから退出させません。メッセージステップでは、グローバルフリークエンシーキャップによりメッセージが送信されなかった場合でも、ステップを通じたユーザーの進行方法に従い、ユーザーは引き続き進行します。メッセージが中止された場合(例えば、Liquid中止条件による場合)も同様で、ユーザーはメッセージが送信されたかのようにキャンバスを通じて進行し続けます。
これは、メッセージステップの配信バリデーションとは別のものです。送信時にユーザーが配信バリデーション基準を満たさない場合、そのステップでキャンバスから退出する可能性があります。
配信ルール
トランザクションメッセージのように、ユーザーがフリークエンシーキャップに達していても常にリーチしたいキャンペーンがある場合があります。例えば、配送アプリは、ユーザーが受信したキャンペーン数に関係なく、商品が配達されたときにメールまたはプッシュを送信したい場合があります。
特定のキャンペーンがフリークエンシーキャップルールを上書きするようにしたい場合は、Brazeダッシュボードでそのキャンペーンの配信をスケジュールする際に、フリークエンシーキャップをオフに切り替えることで設定できます。
その後、このキャンペーンをフリークエンシーキャップにカウントするかどうかを尋ねられます。フリークエンシーキャップにカウントされるメッセージは、インテリジェントチャネルフィルターの計算に含まれます。
APIキャンペーンを送信する場合(多くの場合トランザクション的なもの)、APIリクエストでoverride_frequency_cappingをtrueに設定することで、キャンペーンがフリークエンシーキャップルールを無視するように指定できます。
デフォルトでは、フリークエンシーキャップに従わない新しいキャンペーンとキャンバスは、フリークエンシーキャップにカウントもされません。これはキャンペーンとキャンバスごとに設定可能です。

この動作は、キャンペーンまたはキャンバスのフリークエンシーキャップをオフにした場合のデフォルト動作を変更します。この変更は後方互換性があり、現在配信中のメッセージには影響しません。

送信がキャップにカウントされる仕組み
フリークエンシーキャップはディスパッチごとに適用されます。Brazeがキャンペーンまたはキャンバスコンポーネントをユーザーに送信するたびにキャップにカウントされます。送信内の各メッセージバリアントやプラットフォームごとではありません。例えば、ユーザーが1週間あたり5つのプッシュキャンペーンにキャップされている場合、5回目のディスパッチ後、キャップがリセットされるまでプッシュキャンペーンを受信しません。
マルチチャネル送信
単一のディスパッチが複数のチャネルを使用する場合、そのディスパッチは適用される各フリークエンシーキャップルールに対して最大1回カウントされます。例えば、メール、iOSプッシュ、Androidプッシュを1回の配信で送信するマルチチャネルキャンペーンを作成し、ワークスペースにプッシュとメールのルール、およびすべてのチャネルに適用されるルールがある場合、その配信はプッシュルールに対して1回、メールルールに対して1回、全チャネルルールに対して1回カウントされます。プッシュプラットフォームごとや送信内のメッセージごとにカウントされるわけではありません。ユーザーが1日あたり1つのプッシュと1つのメールキャンペーンにキャップされていて、このマルチチャネルキャンペーンを受信した場合、フリークエンシーキャップルールを無視するキャンペーンでない限り、その日の残りの時間は追加のプッシュまたはメールキャンペーンの対象になりません。
アプリ内メッセージとContent Cardsは、いかなるタイプのキャンペーンまたはキャンバスコンポーネントのキャップとしてカウントされず、キャップに対してもカウントされません。
複数デバイスでのプッシュ通知
プッシュキャンペーンの場合、フリークエンシーキャップは個々のデバイスごとではなく、キャンペーンまたはキャンバスコンポーネントレベルでカウントされます。ユーザープロファイルにプッシュ用に複数のデバイスが登録されている場合(例えば、iPhoneとiPad)、キャンペーンレベルのフリークエンシーキャップは、通知を受信するデバイスの数に関係なく、1回の送信としてカウントされます。これは、日次ケイデンスの定期キャンペーンが、週を通じて複数回繰り返されても1日あたり1回の送信としてカウントされるのと同様です。

グローバルフリークエンシーキャップはユーザーのタイムゾーンに基づいてスケジュールされ、24時間ではなく暦日で計算されます。例えば、1日あたり1つ以下のキャンペーンを送信するフリークエンシーキャップルールを設定した場合、ユーザーはローカルタイムゾーンの午後11時にメッセージを受信し、1時間後に別のメッセージを受信する資格がある場合があります。
ユースケース
すべてのキャンペーンまたはキャンバスステップから、ユーザーが1週間あたり3つ以下のプッシュ通知キャンペーンまたはキャンバスステップを受信するフリークエンシーキャップルールを設定したとします。
ユーザーが今週3つのプッシュ通知、2つのアプリ内メッセージ、1つのContent Cardを受信する予定の場合、それらのメッセージはすべて受信されます。
このシナリオでは、すべてのキャンペーンまたはキャンバスステップから、ユーザーが1週間あたり2つ以下のプッシュ通知キャンペーンまたはキャンバスステップを受信するフリークエンシーキャップルールを使用します。
以下のシナリオが発生した場合:
- ユーザーが1週間の間に同じキャンペーン
キャンペーン ABCを3回トリガーします。 - このユーザーは月曜日に1回、水曜日に1回、木曜日に1回
キャンペーン ABCをトリガーします。

その場合、予想される動作は以下のとおりです:
- このユーザーは月曜日と水曜日にトリガーされたキャンペーン送信を受信します。
- このユーザーは木曜日の3回目のキャンペーン送信を受信しません。その週にすでに2つのプッシュキャンペーン送信を受信しているためです。
タグによるフリークエンシーキャップ
フリークエンシーキャップルールは、キャンペーンやキャンバスに適用した特定のタグを使用してワークスペースに適用でき、カスタム名のグループに基づいてフリークエンシーキャップを設定できます。
タグによるフリークエンシーキャップでは、メインタグとネストされたタグにルールを設定できるため、Brazeはすべてのタグを考慮します。例えば、メインタグAをフリークエンシーキャップとして使用するように選択した場合、制限を決定する際にすべてのネストされたタグ(例えば、タグBとC)の情報も含まれます。
通常のフリークエンシーキャップとタグによるフリークエンシーキャップを組み合わせることもできます。以下のルールを考えてみましょう。
- すべてのキャンペーンおよびキャンバスステップから、1週間あたり3つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。
AND - タグ
promotionalが付いた1週間あたり2つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。

その結果、ユーザーはすべてのキャンペーンおよびキャンバスステップから1週間あたり3つ以下のキャンペーン送信を受信し、タグpromotionalが付いた1週間あたり2つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受信します。

キャンバスはコンポーネントごとではなく、キャンバスレベルでタグ付けされます。そのため、各キャンバスコンポーネントはキャンバスレベルのすべてのタグを継承します。
競合するルール
ルールが競合する場合、最も制限的で適用可能なフリークエンシーキャップルールがユーザーに適用されます。例えば、以下のルールがあるとします。
- すべてのキャンペーンおよびキャンバスコンポーネントから、1週間あたり1つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。
AND - タグ
promotionalが付いた1週間あたり3つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。

この例では、すべてのキャンペーンおよびキャンバスコンポーネントから1週間あたり1つ以下のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受信するように指定しているため、ユーザーは特定の週にタグ「promotional」が付いた1つ以上のプッシュ通知キャンペーンまたはキャンバスコンポーネントを受信しません。つまり、最も制限的な適用可能なフリークエンシールールが、特定のユーザーに適用されるルールとなります。
タグカウント
タグによるフリークエンシーキャップルールは、メッセージが送信される時点で計算されます。つまり、タグによるフリークエンシーキャップは、ユーザーが過去に受信したキャンペーンまたはキャンバスに現在付いているタグのみをカウントします。送信時にキャンペーンまたはキャンバスに付いていたが、その後削除されたタグはカウントされません。ユーザーが過去に受信したメッセージに後からタグが追加された場合、最新のタグ付きメッセージが送信される前であれば、カウントされます。
ユースケース
以下のキャンペーンとタグによるフリークエンシーキャップルールを考えてみましょう。
キャンペーン:
- キャンペーンAは
promotionalタグが付いたプッシュキャンペーンです。月曜日の午前9時に送信される予定です。 - キャンペーンBは
promotionalタグが付いたプッシュキャンペーンです。水曜日の午前9時に送信される予定です。
タグによるフリークエンシーキャップルール:
- ユーザーはタグ
promotionalが付いた1週間あたり1つ以下のプッシュ通知キャンペーンを受信する必要があります。
| アクション | 結果 |
|---|---|
ユーザーがメッセージを受信した後、キャンペーンBが送信される前に、キャンペーンAからpromotionalタグが削除されます。 |
ユーザーはキャンペーンBを受信します。 |
ユーザーがメッセージを受信した後、キャンペーンAからpromotionalタグが誤って削除されます。キャンペーンBが送信される前の火曜日に、タグがキャンペーンAに再追加されます。 |
ユーザーはキャンペーンBを受信しません。 |
大規模な送信
タグによるフリークエンシーキャップルールは、キャンペーンまたはキャンバスコンポーネントからチャネルあたり100メッセージなどの大規模な場合、適切に適用されない可能性があります。
例えば、タグによるフリークエンシーキャップルールが以下の場合:
タグ
Promotionalが付いた1週間あたり2つ以下のメールキャンペーンまたはキャンバスコンポーネントをユーザーに送信。
1週間の間にフリークエンシーキャップがオンのキャンペーンおよびキャンバスステップからユーザーに100通以上のメールを送信すると、2通以上のメールがユーザーに送信される可能性があります。
チャネルあたり100メッセージは、ほとんどのブランドがユーザーに送信する量を超えているため、この制限の影響を受ける可能性は低いです。この制限を回避するには、1週間の間にユーザーが受信するメールの最大数のキャップを設定できます。
例えば、以下のルールを設定できます。
すべてのキャンペーンおよびキャンバスステップから、1週間あたり3つ以下のメールキャンペーンまたはキャンバスコンポーネント。
このルールにより、フリークエンシーキャップがオンのキャンペーンまたはキャンバスコンポーネントから1週間あたり最大3通のメールを受信するため、ユーザーが1週間あたり100通以上のメールを受信することはありません。
よくある質問
アクティブなキャンバスの送信スロットルを変更した場合、すでにキャンバス内にいるユーザーに影響しますか?
はい。キャンバスのレート制限を増減すると、キャッシュの関係で変更後約30秒以内に更新された制限が新しいメッセージに対して有効になります。
フリークエンシーキャップによってユーザーがキャンバスから退出することはありますか?
いいえ。キャンバスのユーザーがグローバルフリークエンシーキャップの設定によりフリークエンシーキャップされた場合、そのユーザーは即座に次のキャンバスステップに進みます。フリークエンシーキャップが原因でキャンバスから退出することはありません。
キャンバス内でフリークエンシーキャップされたユーザーを特定するにはどうすればよいですか?
フリークエンシーキャップされたユーザーは、そのステップの送信イベントを生成しません。これらのユーザーを特定するには、Currentsを使用して、メッセージのフリークエンシーキャップイベントを追跡できます。または、セグメントエクステンションを作成して、キャンバスに入ったが期待されるメッセージを受信しなかったユーザーを分析できます。
ダッシュボードにキャンペーンのレート制限エラーが表示されるのはなぜですか?
これは通常、キャンペーンの配信速度レート制限がオーディエンスサイズに対して低すぎるため、送信の完了が許可されたウィンドウよりも長くかかり、Brazeが警告を表示していることを意味します。配信速度レート制限を引き上げるか、オーディエンスを縮小するか、送信量を制限を使用して、スケジュールされた各送信が許可された送信ウィンドウ内に完了するようにしてください。また、ワークスペースメッセージングレート制限を設定して、キャンペーン全体にキャップを適用することもできます。
送信量を制限は、送信対象となるユーザー数を制御するもので、Brazeが1分あたりに送信するメッセージ数を制御するものではありません。1分あたりのスループットを設定するのは配信速度レート制限のみです。
フリークエンシーキャップにおける「送信済み」とは何を意味しますか?
分析とフリークエンシーキャップにおいて、「送信済み」とはBrazeがメッセージを送信した時点(送信が記録された時点)を指し、デバイスや受信トレイへの最終的な配信を保証するものではありません。フリークエンシーキャップと送信カウントはこれらの記録された送信イベントを使用しており、下流の「配信済み」メトリクスとは異なる場合があります。
メールのバウンスや遅延が発生するのはなぜですか?
メールのバウンスや遅延メッセージには、さまざまなコードやプロバイダー固有のテキストが使用されます。特定のコードをレート制限の問題の兆候として扱わないでください。原因は送信コンテキストやメールボックスプロバイダーのフィードバックによって異なります。
メッセージが一時的に遅延している場合、短期的には送信量を減らすことが有効です。配信速度レート制限、送信量を制限、またはその両方を使用してください。
長期的な解決策としては、配信到達性の専門家と協力してバウンスおよび遅延データを確認してください。