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

レート制限とフリークエンシーキャップを組み合わせて使用することで、ユーザーに必要なメッセージを確実に届けることができます。

レート制限について

Brazeでは、キャンペーンにレート制限を設定し、プラットフォームからの送信トラフィック量を調整することで、マーケティング圧力をコントロールできます。キャンペーンには、2種類のレート制限を実装できます。

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

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

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

より多くのセグメントを作成すると、それらのセグメントのメンバーシップが重複するケースが出てきます。それらのセグメントにキャンペーンを送信する場合、ユーザーにメッセージを送りすぎないようにすることが重要です。短期間にユーザーが多くのメッセージを受信すると、負担を感じてプッシュ通知をオフにしたり、アプリをアンインストールしたりする可能性があります。

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

Brazeは、ユーザーがメッセージを受信するレートを制限するために、以下のフィルターを提供しています。

• メッセージとの最終エンゲージメント
• 最後にメッセージを受信した日時
• 最後にプッシュを受信した日時
• 最後にメールを受信した日時
• 最後にSMSを受信した日時

フィルターの実装

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

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

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

最大ユーザーキャップの設定

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

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

マルチチャネルキャンペーンの最大ユーザーキャップ

マルチチャネルキャンペーンの場合、Brazeはまず設定された最大ユーザーキャップまでの1つのオーディエンスを選択します。次に、そのキャップされたオーディエンス内の各ユーザーを、キャンペーン内の各チャネルについて評価します。

その結果、キャップされたオーディエンスのサイズは同じですが、チャネルごとの送信数はチャネルの適格性に基づいて異なる場合があります。例えば、最大ユーザーキャップを500,000に設定し、あるユーザーがプッシュとContent Cardsのみ適格な場合、そのユーザーはこれらのチャネルでメッセージを受信しますが、メールは受信しません。

これらのチャネルを同じセグメントをターゲットとする個別のキャンペーンに分割し、それぞれに独自の最大ユーザーキャップを設定した場合、各キャンペーンはユーザーを独立して評価しキャップします。Brazeは各キャンペーンがまったく同じユーザーサブセットを選択することを保証しません。

フォローアップキャンペーンで以前のキャンペーンの送信対象ユーザーをターゲットにする必要がある場合は、キャンペーンを受信したフィルターを使用してセグメントを作成し、そのセグメントをフォローアップキャンペーンに使用してください。

最適化を使用した最大ユーザーキャップ

BrazeAI^TMで最適化を使用する単一送信キャンペーンの場合、キャンペーンは初期実験と最適化送信の2回の送信で構成されます。

このシナリオで最大ユーザーキャップを設定するには、送信ボリュームを制限を選択し、次にキャンペーンのライフタイムを選択して、最大送信数の値を入力します。オーディエンス制限は、ABテストパネルに表示されるパーセンテージで分割されます。

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

キャンペーンの最大インプレッションキャップの設定

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

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

例えば、ゲーム内でユーザーがレベルをクリアしたときにトリガーされるアプリ内メッセージがあり、100インプレッションでキャップしているとします。これまでに99インプレッションがありました。AliceとBobがともにゲームを開始し、Brazeは両者のデバイスに対して、レベルをクリアしたときにメッセージを受信する資格があると通知します。Aliceが先にレベルをクリアしてメッセージを受信します。次にBobがレベルをクリアしますが、Bobのデバイスはセッション開始以降Brazeサーバーと通信していないため、メッセージがキャップに達したことを認識しておらず、Bobもメッセージを受信します。しかし、インプレッションキャップに達した後、次にいずれかのデバイスが適格なアプリ内メッセージのリストを要求すると、システムはそのメッセージを送信せず、デバイスからメッセージを削除します。

レート制限と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分あたりの送信数はレート制限以下に平均化されます。

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

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

マルチチャネルキャンペーンまたはキャンバスが共有レート制限を使用する場合、キャンペーンまたはキャンバスから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プロバイダーはその他の制限を適用する場合があります。
• 以下のメッセージはレート制限によるスロットルの対象外であり、レート制限のカウントにも含まれません。
  • テスト送信
  • シードグループ
  • 「最初のインプレッション時」に作成されるよう設定された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エンドポイントがある程度の変動に対応できることを確認することをお勧めします。

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

ユーザー群が拡大し続け、ライフサイクル、トリガー、トランザクション、コンバージョンキャンペーンを含むメッセージングがスケールするにつれ、通知が「スパムっぽい」印象や邪魔な印象を与えないようにすることが重要です。フリークエンシーキャップは、ユーザーのエクスペリエンスをより細かくコントロールすることで、オーディエンスに過剰な負担をかけることなく、望みどおりのキャンペーンを作成できるようにします。

レート制限とフリークエンシーキャップを併用する

キャンペーンでレート制限とフリークエンシーキャップの両方を有効にすると、Brazeは次の順序でそれらを適用します。

1. まずレート制限が適用され、メッセージを受信できるユーザーの初期プールが選択されます。
2. 次にフリークエンシーキャップが適用され、そのプールからユーザーがフィルタリングされます。
3. 残ったユーザーにメッセージが送信されます。

例

レート制限が500ユーザーでフリークエンシーキャップが有効になっている場合、レート制限された500ユーザーのうち200人がフリークエンシーキャップに達していると、送信されるメッセージは500通ではなく300通のみです。

推奨事項

両方の機能を併用して特定の人数のユーザーにリーチする必要がある場合は、次のアプローチを検討してください。

• レート制限を増やす：フリークエンシーキャップに達するユーザーを考慮するためです。例えば、500人のユーザーにリーチしたいが、一部がフリークエンシーキャップに達すると予想される場合、レート制限をより高く設定します（例：1,000ユーザー）。
• レート制限のみを使用する：キャンペーンごとの送信メッセージ量を制御することが目的の場合です。
• カスタマーサクセスマネージャーに相談する：ビジネスニーズと技術的な考慮事項の両方をバランスよく満たす、堅牢なメッセージング戦略の設計について支援を受けることができます。

機能の概要

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

デフォルトでは、新しいキャンペーンの作成時にフリークエンシーキャップはオンに切り替えられています。ここから、次の項目を選択できます。

• キャップするメッセージングチャネル：プッシュ、メール、SMS、Webhook、WhatsApp、LINE、またはこれらすべてのチャネル。
• 特定の時間枠内に、各ユーザーがチャネルから送信されたキャンペーンまたはキャンバスコンポーネントを受信できる回数。
• 特定の時間枠内に、各ユーザーがタグごとに送信されたキャンペーンまたはキャンバスコンポーネントを受信できる回数。

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

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

キャンバスステップでユーザーがフリークエンシーキャップに達した場合、またはメッセージが中止された場合の動作

グローバルフリークエンシーキャップだけでは、ユーザーはキャンバスから退出しません。メッセージステップでは、グローバルフリークエンシーキャップによりメッセージが送信されない場合でも、ステップのユーザーの進行方法に従って、ユーザーは引き続き進行します。メッセージが中止された場合（例えば、Liquid中止条件による場合）も同様で、ユーザーはメッセージが送信されたかのようにキャンバス内を進行し続けます。

これは、メッセージステップの配信バリデーションとは別のものです。送信時にユーザーが配信バリデーション基準を満たさない場合、そのステップでキャンバスから退出する可能性があります。

配信ルール

トランザクションメッセージなど、ユーザーがすでにフリークエンシーキャップに達している場合でも常にユーザーに届けたいキャンペーンがある場合があります。例えば、配達アプリでは、ユーザーが受信したキャンペーン数に関係なく、商品が配達されたときにメールやプッシュを送信したい場合があります。

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

その後、このキャンペーンをフリークエンシーキャップにカウントするかどうかを確認されます。フリークエンシーキャップにカウントされるメッセージは、インテリジェントチャネルフィルターの計算に含まれます。

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

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

送信がキャップにどのようにカウントされるか

フリークエンシーキャップはディスパッチごとに適用されます。Brazeがキャンペーンまたはキャンバスコンポーネントをユーザーに送信するたびに、キャップにカウントされます。送信内の各メッセージバリアントやプラットフォームごとにカウントされるわけではありません。例えば、ユーザーが週5件のプッシュキャンペーンにキャップされている場合、5回目のディスパッチ後、キャップがリセットされるまでプッシュキャンペーンを受信しません。

フリークエンシーキャップのチェックタイミング

Brazeは、キャンペーンの送信時またはユーザーがキャンバスのメッセージステップに到達したとき、サイレント時間の前にキャップをチェックします。ユーザーがすでにキャップに達している場合、Brazeは送信をスキップし、サイレント時間用に保留しません。そうでない場合、サイレント時間がメッセージを保留または中止する可能性があり、Brazeは遅延送信時に再度キャップをチェックします。

キャップはユーザーのローカルカレンダーを使用するため、深夜をまたぐ保留はユーザーがまだキャップ内にあるかどうかに影響する可能性があります。

例えば、サイレント時間が午後11時から午前8時までの場合を考えます。ユーザーが午後11時にメールキャンペーンに入ったとします。1日1通のメールキャップにすでに達している場合、Brazeは午後11時の送信をスキップし、保留しません。キャップに達していない場合、Brazeは翌日の午前8時まで送信を保留し、午前8時に再度キャップをチェックします。フリークエンシーキャップは暦日で計算されるため、午前8時の送信は午後11時のキャップではなく、新しい日のキャップに対して評価されます。

マルチチャネル送信

単一のディスパッチが複数のチャネルを使用する場合、そのディスパッチは適用される各フリークエンシーキャップルールに対して最大1回カウントされます。例えば、メール、iOSプッシュ、Androidプッシュを1回の配信で送信するマルチチャネルキャンペーンを作成し、ワークスペースにプッシュとメールのルール、およびすべてのチャネルに適用されるルールがある場合、その配信はプッシュルールに1回、メールルールに1回、全チャネルルールに1回カウントされます。プッシュプラットフォームごとや送信内のメッセージごとにカウントされるわけではありません。ユーザーが1日1件のプッシュと1件のメールキャンペーンにキャップされていて、このマルチチャネルキャンペーンを受信した場合、フリークエンシーキャップルールを無視するキャンペーンでない限り、その日の残りの間、追加のプッシュやメールキャンペーンの対象にはなりません。

アプリ内メッセージとContent Cardsは、いかなるタイプのキャンペーンやキャンバスコンポーネントのキャップとしてカウントされず、キャップに対してもカウントされません。

複数デバイスでのプッシュ通知

プッシュキャンペーンの場合、フリークエンシーキャップは個々のデバイスごとではなく、キャンペーンまたはキャンバスコンポーネントレベルでカウントされます。ユーザープロファイルにプッシュ用に登録された複数のデバイス（例えば、iPhoneとiPad）がある場合、キャンペーンレベルのフリークエンシーキャップは、通知を受信するデバイスの数に関係なく、1回の送信としてカウントされます。これは、日次の頻度で繰り返されるキャンペーンが、週を通して複数回繰り返される場合でも、1日あたり1回の送信としてカウントされるのと同様です。

ユースケース

• ユースケース 1
• ユースケース 2

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

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

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

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

1. すべてのキャンペーンおよびキャンバスステップから、週あたり3件以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。
   かつ
2. promotional タグが付いた、週あたり2件以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。

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

ルールの競合

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

1. すべてのキャンペーンおよびキャンバスコンポーネントから、週あたり1件以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。
   かつ
2. promotional タグが付いた、週あたり3件以下のプッシュ通知キャンペーンまたはキャンバスコンポーネント。

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

タグカウント

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

ユースケース

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

キャンペーン：

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

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

• ユーザーは promotional タグが付いたプッシュ通知キャンペーンを週あたり1件以下受信する必要があります。
  
  

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

大規模での送信

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

例えば、タグによるフリークエンシーキャップルールが次のとおりだとします。

Promotional タグが付いたメールキャンペーンまたはキャンバスコンポーネントを、ユーザーあたり週2件以下。

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

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

例えば、次のルールを設定できます。

すべてのキャンペーンおよびキャンバスステップから、週あたり3件以下のメールキャンペーンまたはキャンバスコンポーネント。

このルールにより、フリークエンシーキャップがオンになったキャンペーンまたはキャンバスコンポーネントから、ユーザーが週あたり最大3通のメールを受信するため、週あたり100通を超えるメールを受信するユーザーはいなくなります。

よくある質問

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

はい。キャンバスのレート制限を増減すると、更新された制限はキャッシュにより変更後約30秒以内に新しいメッセージに対して有効になります。

フリークエンシーキャップによりユーザーがキャンバスから退出することはありますか？

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

キャンバス内でフリークエンシーキャップされたユーザーを特定するにはどうすればよいですか？

フリークエンシーキャップされたユーザーは、そのステップの送信イベントを生成しません。これらのユーザーを特定するには、Currentsを使用して、メッセージのフリークエンシーキャップイベントを追跡できます。または、セグメントエクステンションを作成して、キャンバスに入ったが期待されるメッセージを受信しなかったユーザーを分析できます。

ダッシュボードにキャンペーンのレート制限エラーが表示されるのはなぜですか？

これは通常、キャンペーンの配信速度のレート制限がオーディエンスサイズに対して低く設定されすぎていることを意味します。そのため、送信の完了に許容されたウィンドウよりも長い時間がかかり、Brazeが警告を表示します。配信速度のレート制限を引き上げるか、オーディエンスを縮小するか、送信量を制限を使用して、スケジュールされた各送信が許容された送信ウィンドウ内に完了するようにしてください。また、ワークスペースのメッセージングレート制限を設定して、キャンペーン全体にキャップを適用することもできます。

送信量を制限は、送信の対象となるユーザー数を制御するものであり、Brazeが1分あたりに送信するメッセージ数を制御するものではありません。1分あたりのスループットを設定するのは、配信速度のレート制限のみです。

お客様の会社で利用可能な最大配信速度レート制限にすでに達している場合は、カスタマーサクセスマネージャーに連絡して増加をリクエストしてください。

フリークエンシーキャップにおける「送信済み」とはどういう意味ですか？

分析とフリークエンシーキャップにおいて、「送信済み」とはBrazeがメッセージを送信した時点（送信が記録された時点）を指し、デバイスや受信トレイへの最終的な配信を保証するものではありません。フリークエンシーキャップと送信カウントはこれらの記録された送信イベントを使用しており、ダウンストリームの「配信済み」メトリクスとは異なる場合があります。

メールのバウンスや遅延が発生するのはなぜですか？

メールのバウンスおよび遅延メッセージには、さまざまなコードやプロバイダー固有のテキストが使用されます。特定のコードをレート制限の問題の兆候として扱わないでください。原因は送信コンテキストやメールボックスプロバイダーのフィードバックによって異なります。

メッセージが一時的に遅延される場合、短期的には送信量を減らすことが有効です。配信速度のレート制限、送信量を制限、またはその両方を使用してください。

長期的なソリューションとしては、配信到達性の専門家と協力してバウンスおよび遅延データをレビューしてください。