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

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

レート制限について

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

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

Brazeは秒単位のレート制限をサポートしていません。Brazeはメッセージ送信を1分間に均等に分散させようとしますが、これを保証するものではありません。例えば、1分あたり5,000メッセージのレート制限を設定したキャンペーンの場合、5,000件のリクエストを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がレベルをクリアしますが、彼のデバイスはセッション開始以降Brazeサーバーと通信していないため、メッセージが上限に達したことを認識しておらず、Bobもメッセージを受け取ります。ただし、インプレッション上限に達した後、次にデバイスが適格なアプリ内メッセージのリストをリクエストすると、システムはそのメッセージを送信せず、デバイスからメッセージを削除します。

レート制限とABテスト

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

配信速度レート制限

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

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

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

例

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

送信数

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

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

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

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

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

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

プッシュ通知

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

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

レート制限に関する注意点

レート制限を設定する際に留意すべき点と、期待される動作について以下に説明します。

• SMS送信は、購読グループあたり50,000のレート制限が適用されます。一部のSMSプロバイダーは他の制限を適用する場合があります。
• 以下のメッセージは、レート制限によるスロットリングの対象にならず、レート制限にカウントされません。
  • テスト送信
  • シードグループ
  • 「最初のインプレッション時」に作成されるよう設定されたContent Cards（これはアプリのインプレッション率によって制御されます。カード作成オプションの違いについてはカード作成を参照してください。）
• 以下については配信速度レート制限はサポートされていません。
  • SMS自動応答
  • SLA対象メッセージ（トランザクションメールなど）
  • アプリ内メッセージ
  • フィーチャーフラグ
  • バナー

レート制限とConnected Contentリトライ

Connected Contentリトライが有効な場合、Brazeは再送信ごとに設定されたレート制限を遵守しながら、呼び出しの失敗をリトライします。75,000メッセージを1分あたり10,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ごとに固有のエンドポイントへの1つのConnected Content呼び出しがある場合、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/MMS/RCS、Webhook、WhatsApp、LINEのいずれか、またはこれらのチャネルのいずれか。ワークスペースでSMSが有効になっている場合、SMSルールタイプはSMS、MMS、RCSの送信を1つの共有キャップで対象とします（MMSが有効な場合、ダッシュボードでは SMS/MMS/RCS と表示されます）。
• 各ユーザーが特定の期間内にチャネルから送信されたキャンペーンまたはキャンバスコンポーネントを何回受信すべきか。
• 各ユーザーが特定の期間内にタグごとに送信されたキャンペーンまたはキャンバスコンポーネントを何回受信すべきか。

この期間は分、日、または週（7日）単位で測定でき、最大期間は30日です。

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

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

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

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

配信ルール

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

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

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

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回を超えて受信しません。言い換えれば、最も制限的な該当フリークエンシールールが、特定のユーザーに適用されるルールです。

タグのカウント

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

ユースケース

以下のキャンペーンとタグによるフリークエンシーキャップルールを考えてみましょう。

キャンペーン:

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

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

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

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

長期的な解決策としては、配信到達性の専門家と協力して、バウンスデータや遅延データを確認してください。