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

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

レート制限について

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

1. ユーザー中心のレート制限: ユーザーにとって最適なエクスペリエンスの提供に焦点を当てます。
2. 配信速度のレート制限: サーバーの帯域幅を考慮します。

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

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

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

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

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インプレッションがあったとします。アリスとボブが両方ともゲームを開き、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件のレート制限の例を使用すると、1分間に10,000件を超えるメッセージが送信されないことをBrazeが保証することを意味します。これは、10,000件のメッセージのうち、より高い割合が前半の30秒間に送信され、後半の30秒間に比べて多くなる可能性があることを意味します。

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

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

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

マルチチャネルキャンペーンまたはキャンバスで共有レート制限を使用する場合、キャンペーンまたはキャンバスから1分あたりに送信されるメッセージの合計数がレート制限を超えないことを意味します。例えば、キャンバスのレート制限が1分あたり500,000件で、メールとSMSのメッセージステップが含まれている場合、Brazeはメールとアクションの合計で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件のメッセージしか送信できなかったと想像してください。

遅延を取り戻して残りの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

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ダッシュボードでそのキャンペーンの配信をスケジュールする際に、フリークエンシーキャップをオフに切り替えることで設定できます。

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

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

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

送信がキャップにカウントされる方法

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

マルチチャネル送信

単一のディスパッチが複数のチャネルを使用する場合、そのディスパッチは適用される各フリークエンシーキャップルールに対して最大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件以上受信しません。言い換えれば、最も制限的で適用可能なフリークエンシールールが、特定のユーザーに適用されるルールとなります。

タグカウント

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

ユースケース

以下のキャンペーンとタグ別フリークエンシーキャップルールを検討してください。

キャンペーン：

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

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

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

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

長期的な解決策としては、デリバラビリティの専門家と連携して、バウンスおよび遅延データを確認してください。