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

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

レート制限について

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

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

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

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

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

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

Brazeには、ユーザーがメッセージを受信する頻度を制限するのに役立つ、次のフィルターが用意されています。

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

フィルターの実装

たとえば、「Retargeting Filter Showcase」という名前のセグメントを作成し、「最後にアプリを使用したのが7日以上前」というフィルターでユーザーをターゲットにしたとします。これは標準的な再エンゲージメントセグメントです。

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

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

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

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

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

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

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

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

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

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

最適化を使用する場合の最大ユーザー数キャップ

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

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

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

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

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

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

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

レート制限とA/Bテスト

A/Bテストでレート制限を使用する場合、レート制限はコントロールグループにはテストグループと同じようには適用されないため、時間的なバイアスが生じる可能性があります。このバイアスを避けるには、適切なコンバージョンウィンドウを使用してください。

配信速度のレート制限

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

キャンペーンの作成中にユーザーをターゲットにする際、ターゲットオーディエンス (キャンペーンの場合) または送信設定 (キャンバスの場合) に移動して、レート制限を選択できます (1分あたり最低10件から最大500,000件まで、さまざまな単位で設定可能)。

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

例

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

送信数

レート制限されたメッセージは、各1分間を通して均等に送信されるとは限りません。1分あたり10,000件のレート制限の例で言えば、Brazeは1分あたりの送信が10,000件を超えないようにします。そのため、10,000件のメッセージのうち、後半の30秒よりも前半の30秒に多くの割合が送信される可能性があります。

レート制限は、メッセージ送信の試行開始時に適用されます。送信の完了にかかる時間に変動がある場合、完了した送信数が数分間にわたってレート制限をわずかに超えることがあります。時間の経過とともに、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件のメッセージしか送信されなかったとします。

Brazeは、遅延を取り戻すために残りの6,000件のメッセージを2分目に送信したり、すでに送信予定の10,000件に追加したりするのではなく、その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、MMS、RCS、Webhook、WhatsApp、LINE、KakaoTalk、またはこれらのいずれかのチャネル。SMS、MMS、RCS は 1 つのフリークエンシーキャップルールタイプを共有します (MMS が有効かどうかに応じて、ダッシュボードでは SMS または SMS/MMS/RCS と表示されます)。
• 特定の期間内に、チャネルから送信されたキャンペーンまたはキャンバスコンポーネントを各ユーザーが受信する回数。
• 特定の期間内に、タグごとに送信されたキャンペーンまたはキャンバスコンポーネントを各ユーザーが受信する回数。

この期間は分、日、または週 (7 日間) 単位で指定でき、最大期間は 30 日間です。

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

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

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

これは、メッセージステップの配信検証とは別のものです。送信時にユーザーが配信検証の条件を満たしていない場合、そのユーザーはそのステップでキャンバスから退出することがあります。

配信ルール

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

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

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

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

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

送信がキャップにカウントされる仕組み

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

フリークエンシーキャップがチェックされるタイミング

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

キャップはユーザーのローカルカレンダーを使用するため、保留が深夜 0 時をまたぐと、ユーザーがまだキャップ内にあるかどうかが変わる場合があります。

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

マルチチャネル送信

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

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

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

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

ユースケース

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

タグ別のフリークエンシーキャップ

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

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

通常のフリークエンシーキャップとタグ別のフリークエンシーキャップを組み合わせることもできます。次のルールを考えてみましょう。

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

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

ルールが競合する場合

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

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

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

タグのカウント

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

ユースケース

次のキャンペーンとタグ別のフリークエンシーキャップルールを考えてみましょう。

キャンペーン:

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

タグ別のフリークエンシーキャップルール:

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

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

大規模な送信

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

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

ユーザーに対して、タグ Promotional が付いたメールキャンペーンまたはキャンバスコンポーネントを 1 週間あたり 2 件以下とする。

そして、1 週間のうちに、フリークエンシーキャップがオンになっているキャンペーンとキャンバスステップから 100 通を超えるメールをユーザーに送信すると、ユーザーに 3 通以上のメールが送信される場合があります。

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

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

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

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

よくある質問

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

はい。キャンバスのレート制限を引き上げたり引き下げたりすると、キャッシュの影響により、変更から約30秒以内に更新後の制限が新しいメッセージに適用されます。

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

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

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

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

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

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

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

すでに自社で利用可能な配信速度のレート制限の上限に達している場合は、カスタマーサクセスマネージャーに連絡して引き上げをリクエストしてください。

フリークエンシーキャップにおける「送信済み」とは何を意味しますか？

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

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

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

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

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