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

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

レート制限について

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

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

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

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

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

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

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

• Last Engaged With Message
• Last Received Any Message
• Last Received Push
• Last Received Email
• Last Received SMS

フィルターの実装

「Retargeting Filter Showcase」という名前のセグメントを作成し、「Last used app more than 7 days ago」というフィルターでユーザーをターゲットにするとします。これは標準的なリエンゲージメントセグメントです。

他のより精密にターゲティングされたセグメントが最近通知を受信している場合、このセグメントに向けたより一般的なキャンペーンのターゲットにもなることを望まないかもしれません。このセグメントに「Last Received Push」フィルターを追加すると、過去24時間以内に別の通知を受信した場合、そのユーザーは次の24時間このセグメントから外れます。24時間後にセグメントの他の基準を満たしており、それ以上通知を受信していなければ、再びセグメントに戻ります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

レート制限とABテスト

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

配信速度のレート制限

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

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

レート制限のないキャンペーンはこれらの配信制限を超える場合があることに注意してください。ただし、低いレート制限により72時間以上遅延した場合、メッセージは中止されます。レート制限が低すぎる場合、キャンペーンの作成者はダッシュボードとメールでアラートを受け取ります。

例

75,000メッセージを1分あたり10,000のレート制限で送信しようとしている場合、配信は8分間に分散されます。キャンペーンは最初の7分間でそれぞれ最大10,000メッセージを配信し、最後の1分間で5,000メッセージを配信します。

送信数

レート制限されたメッセージは、各1分間の間に均等に送信されない場合があることに注意してください。1分あたり10,000のレート制限の例を使用すると、Brazeは1分あたり10,000メッセージを超えないようにします。これは、10,000メッセージの高い割合が後半よりも前半に送信される可能性があることを意味します。

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

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

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

マルチチャネルキャンペーンまたはキャンバスが共有レート制限を使用する場合、キャンペーンまたはキャンバスから1分あたりに送信されるメッセージの合計数がレート制限を超えないことを意味します。例えば、キャンバスのレート制限が1分あたり500,000で、メールとSMSのメッセージステップが含まれている場合、Brazeはメールとsmの合計で1分あたり500,000メッセージを送信します。

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

プッシュ通知

キャンペーンまたはキャンバスでプッシュプラットフォーム（Android、iOS、Webプッシュ、Kindleなど）を使用している場合、Push notifications を選択して、キャンペーンまたはキャンバス内のすべてのプッシュプラットフォーム間で共有されるレート制限を適用できます。

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

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

レート制限を設定する際に覚えておくべきポイントと、期待される動作について以下に示します。

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

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

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

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

ユースケース

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

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

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

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

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

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

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

競合するルール

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

1. すべてのキャンペーンおよびキャンバスコンポーネントから、週に1件以内のプッシュ通知キャンペーンまたはキャンバスコンポーネント。
   AND
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がメッセージを送信した時点（送信が記録された時点）を指し、デバイスや受信トレイへの最終配信が保証されたことを意味するものではありません。フリークエンシーキャップと送信カウントは、これらの記録された送信イベントを使用しており、下流の「配信済み」メトリクスとは異なる場合があります。

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

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

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

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