ユーザーが広告トラッキングにオプトインしているかどうかに基づいてフィルタリングできます。広告トラッキングは、AppleがすべてのiOSデバイスに割り当てるIDFA（「広告主向け識別子」）に関連しており、SDKで設定できます。この識別子により、広告主はユーザーを追跡し、ターゲット広告を配信できます。
このページはAIにより自動翻訳されており、不正確な内容が含まれている可能性があります。翻訳の誤りを報告するには、ページ右側の目次の下にあるフィードバックをご利用ください。
セグメンテーションフィルター
Braze SDKには、特定の機能や属性に基づいてユーザーをセグメント化し、ターゲティングするための強力なフィルターが用意されています。フィルターカテゴリーでこれらのフィルターを検索したり、絞り込んだりできます。
ユーザーのセグメント化に使用できるさまざまなカスタム属性データタイプについては、カスタム属性データタイプ をご覧ください。
Results update automatically as you type.
カテゴリーを選択して用語集を絞り込みます:
過去2年間のユーザーの注文の平均額（平均値）でユーザーをセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
アプリ内で示された誕生日でユーザーをセグメント化します。このフィルターは誕生日の月と日（年間通算日）のみを評価し、生年は無視します。これにより、毎年定期的に実施するキャンペーンで「in less than 5 weeks」や「more than 2 days ago」などの相対的な期間を使用できます。
2月29日が誕生日のユーザーは、3月1日を含むセグメントに含まれます。
12月または1月の誕生日をターゲットにするには、ターゲットとする年の12か月の範囲内でのみフィルターロジックを挿入してください。つまり、前年の12月を遡ったり、翌年の1月を先取りしたりするロジックは挿入しないでください。例えば、12月の誕生日をターゲットにするには、「on December 31」、「before December 31」、または「after November 30」でフィルタリングできます。
特定のキャンペーンとのインタラクションでフィルタリングします。アプリ内メッセージの場合、クリックにはボディクリックとボタンクリックが含まれます。閉じるアクションやXでメッセージを閉じる操作はカウントされません。
メールの場合、開封イベントにはマシンオープンと非マシンオープンの両方が含まれます。このフィルターには「opened any email (machine opens)」と「opened any email (other opens)」でフィルタリングするオプションも含まれます。購読解除リンクやユーザー設定センターのクリックはこのフィルターにカウントされません。複数のユーザーが同じメールアドレスを共有している場合:
- メールが開封またはクリックされると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージ送信後、開封またはクリック前にメールアドレスを変更した場合、開封またはクリックは元のユーザーではなく、そのメールアドレスを持つ残りのすべてのユーザーに適用されます。
SMSおよびRCSの場合、インタラクションは次のように定義されます:
- ユーザーが特定のキーワードカテゴリーに一致する返信SMSまたはRCSを最後に送信した場合。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに帰属します。キャンペーンは過去4時間以内に受信されている必要があります。
- ユーザーが特定のキャンペーンからの、ユーザークリックトラッキングが有効になっているSMSまたはRCSメッセージ内の短縮リンクを最後に選択した場合。
特定のタグを持つ特定のキャンペーンとのインタラクションでフィルタリングします。アプリ内メッセージの場合、クリックにはボディクリックとボタンクリックが含まれます。閉じるアクションやXでメッセージを閉じる操作はカウントされません。
メールの場合、開封イベントにはマシンオープンと非マシンオープンの両方が含まれます。このフィルターには「opened any email (machine opens)」と「opened any email (other opens)」でフィルタリングするオプションも含まれます。複数のユーザーが同じメールアドレスを共有している場合:
- メールが開封またはクリックされると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージ送信後、開封またはクリック前にメールアドレスを変更した場合、開封またはクリックは元のユーザーではなく、そのメールアドレスを持つ残りのすべてのユーザーに適用されます。
SMSおよびRCSの場合、インタラクションは次のように定義されます:
- ユーザーが特定のキーワードカテゴリーに一致する返信SMSまたはRCSを最後に送信した場合。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに帰属します。キャンペーンは過去4時間以内に受信されている必要があります。
- ユーザーが特定のタグ付きキャンペーンまたはキャンバスステップからの、ユーザークリックトラッキングが有効になっているSMSまたはRCSメッセージ内の短縮リンクを最後に選択した場合。
特定のキャンバスコンポーネントとのインタラクションでフィルタリングします。アプリ内メッセージの場合、クリックにはボディクリックとボタンクリックも含まれます。閉じるアクションやXでメッセージを閉じる操作はカウントされません。
メールの場合、開封イベントにはマシンオープンと非マシンオープンの両方が含まれます。このフィルターには「opened any email (machine opens)」と「opened any email (other opens)」でフィルタリングするオプションも含まれます。
SMSおよびRCSの場合、インタラクションは次のように定義されます:
- ユーザーが特定のキーワードカテゴリーに一致する返信SMSまたはRCSを最後に送信した場合。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに帰属します。キャンペーンは過去4時間以内に受信されている必要があります。
- ユーザーが特定のキャンバスステップからの、ユーザークリックトラッキングが有効になっているSMSまたはRCSメッセージ内の短縮リンクを最後に選択した場合。
ユーザープロファイルが作成された場所でユーザーをセグメント化します。
以下の値がサポートされています:
- SDK (sdk): Braze SDKを通じて作成されたユーザープロファイル。
- REST API (rest): Braze REST APIを通じて作成されたユーザープロファイル。
- プッシュトークンインポート (pti): プッシュトークンインポートを通じて作成されたユーザープロファイル。
- CSV (csv): CSVインポートを通じて作成されたユーザープロファイル。
- デモ (demo): デモデータを通じて作成されたユーザープロファイル。
- SMS (sms): SMSを通じて作成されたユーザープロファイル。
- Shopify (shopify): Shopifyを通じて作成されたユーザープロファイル。
- WhatsApp (whats_app): WhatsAppを通じて作成されたユーザープロファイル。
- プロバイダーイベント (provider_event): プロバイダーイベントを通じて作成されたユーザープロファイル。
- プロバイダー同期 (provider_sync): プロバイダー同期を通じて作成されたユーザープロファイル。
- ランディングページ (landing_page): ランディングページを通じて作成されたユーザープロファイル。
ブランドとの購入履歴を通じてユーザーが生み出すと予想される総収益でユーザーをセグメント化します。計算では過去730日間を対象とし、平均注文額（AOV）に注文合計数を掛け、さらにユーザーのアクティブな購入期間（最初の注文から最新の注文までの期間）を考慮します。このフィルターはeコマース推奨イベント で追跡されたデータを使用します（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
指定されたオペレーティングシステムを搭載したデバイスを1台以上持つユーザーをセグメント化します。オペレーティングシステムの範囲でユーザーをセグメント化するには、Device OS Version Number フィルターを使用してください。
テスト用に個別のメールアドレスでキャンペーンの受信者を指定できます。また、フィルター内の「Email Address is not Blank」指定子を使用して、すべてのユーザー（購読解除済みを含む）にトランザクションメールを送信し、オプトインステータスに関係なくメールの配信を最大化することもできます。
このフィルターはユーザープロファイルにメールアドレスがあるかどうかのみをチェックしますが、Email Available フィルターは追加の条件をチェックします。
有効なメールアドレスを持ち、メールを購読中またはオプトインしているかどうかでユーザーをセグメント化します。このフィルターは3つの条件をチェックします: ユーザーがメールの購読を解除しているか、Brazeがハードバウンスを受信したか、メールがスパムとしてマークされたか。これらの条件のいずれかが満たされた場合、またはユーザーにメールアドレスが存在しない場合、そのユーザーは含まれません。
Email Availableがfalseのユーザーは、キャンペーンオーディエンスから除外され、メールを受信しません。送信設定がすべてのユーザー（購読解除済みユーザーを含む）に送信するよう構成されている場合でも同様です。
オプトインステータスが重要なメールの場合は、Email Address の代わりにEmail Availableを使用してください。追加の条件により、メールを受信できるユーザーをターゲットにできます。
特定のフィーチャーフラグ が現在有効になっているユーザーのセグメントです。
プッシュの仮承認を受けているか、フォアグラウンドプッシュが有効なユーザーをセグメント化します。具体的には、このカウントには以下が含まれます:
1. プッシュの仮承認を受けたiOSユーザー。
2. いずれかのアプリでフォアグラウンドプッシュが有効で、プッシュ購読ステータスが購読解除ではないユーザー。これらのユーザーについては、フォアグラウンドプッシュのみがカウントされます。
Foreground Push Enabledには、購読を解除したユーザーは含まれません。
このフィルターでセグメント化した後、下部の到達可能なユーザーパネルで、Android、iOS、Webごとのセグメントの内訳を確認できます。
メールアドレスがハードバウンスしたかどうか（メールアドレスが無効な場合など）でユーザーをセグメント化します。無効なメールアドレスを持つユーザーをエクスポートするには、/email/hard_bouncesエンドポイント を呼び出すか、メールアドレスが空白でない、メールが利用不可、メール購読ステータスが購読解除でない、などのフィルターでセグメントを作成してください。
特定のキャンバスのコントロールグループに所属していたかどうかでユーザーをセグメント化します。このフィルターはキャンバスに入ったユーザーのみを評価するため、一度も入ったことのないユーザーは結果から完全に除外されます。
例えば、キャンバスのコントロールグループに所属していないユーザーをフィルタリングすると、キャンバスに入り、非コントロールバリアントに割り当てられたユーザーのみが返されます。キャンバスに一度も入ったことのないユーザーは含まれません。キャンバスへのエントリに関係なくすべてのユーザーを含めるには、代わりにEntered Canvas Variationフィルターを使用してください。
メッセージングチャネル（バナー、Content Cards、メール、アプリ内、SMS、RCS、プッシュ、WhatsApp）のいずれかを最後にクリックまたは開封した時間でユーザーをセグメント化します。
Content Cards、バナー、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールメッセージングの場合、開封イベントにはマシンオープンと非マシンオープンの両方が含まれます。最大ルックバック期間は100年です。（24時間期間）
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。「opened any email (machine opens)」と「opened any email (other opens)」でフィルタリングするオプションも含まれます。
SMSおよびRCSの場合、これはユーザーがユーザークリックトラッキングが有効になっているメッセージ内の短縮リンクを最後に選択した時点です。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
タイムゾーン:
会社のタイムゾーン
最後に受信したメッセージを判定してユーザーをセグメント化します。最大ルックバック期間は100年です。（24時間期間）
Content Cards、バナー、アプリ内メッセージの場合、これはユーザーが最後にインプレッションを記録した時点であり、カードやアプリ内メッセージが最後に送信された時点ではありません。
プッシュとWebhookの場合、これはいずれかのメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
例:
最終メッセージ受信が1日未満前 = 24時間未満前
タイムゾーン:
会社のタイムゾーン
特定のキャンバスコンポーネントを受信した時期でユーザーをセグメント化します。最大ルックバック期間は100年です。
配信、開封、またはクリックが発生すると、同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータが更新されるため、メッセージを受信した人と識別子を共有するユーザーは、明示的にメッセージが送信されていなくても、このフィルターに一致しない場合があります。重複からユーザープロファイルを切り分けるには、「Entered Canvas Variation」を使用してください。
このフィルターは、ユーザーが他のキャンバスコンポーネントを受信した時期は考慮しません。
最後に注文を行った時期でユーザーをセグメント化します。これは注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価され、最大ルックバックウィンドウは過去2年間です。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
位置情報を報告したかどうかでユーザーをセグメント化します。このフィルターを使用するには、アプリに位置情報の追跡が統合されている 必要があります。
指定されたチャネルでメッセージを開封する可能性 に基づいて、0〜100%のスケールでユーザーをフィルタリングします。チャネルの可能性を測定するのに十分なデータがないユーザーは、「is blank」を使用して選択できます。
メールの場合、マシンオープンは可能性の計算から除外されます。
ユーザーのアプリの最新バージョン番号でセグメント化します。かっこ内のバージョン番号がフィルタリングに使用され、その前の番号は参照用です。例えば、「3.7.0(134.0.0.0)」の場合、「134.0.0.0」がフィルタリングされるバージョン番号です。
「less than」または「less than or equal to」を使用する際にメインアプリバージョンが存在しない場合、ユーザーがそのアプリバージョンよりも古いとみなされるため、このフィルターは`true`を返します。つまり、ユーザーの最後のメインアプリバージョンが存在しない場合、そのユーザーは自動的にフィルターに一致します。
現在のアプリバージョンが反映されるまでに時間がかかる場合があります。ユーザープロファイルのアプリバージョンは、SDKによって情報が取得された時点で更新され、これはユーザーがアプリを開くタイミングに依存します。ユーザーがアプリを開かない場合、現在のバージョンは更新されません。また、これらのフィルターは遡及的には適用されません。現在および将来のバージョンに対して「greater than」または「equal」を使用することをお勧めします。過去のバージョンでフィルターを使用すると、予期しない動作が発生する可能性があります。
最近使用されたデバイスのロケール情報 でユーザーをセグメント化します。
カスタム属性のプロパティである属性です。
階層化された時間カスタム属性をフィルタリングする場合、「Day of Year」または「Time」に基づいてフィルタリングすることを選択できます。「Day of Year」は比較のために月と日のみをチェックします。「Time」は年を含む完全なタイムスタンプを比較します。時間間隔の比較の最大ルックバック期間は100年です。キャンバスのオーディエンスパスでコンテキスト変数をフィルタリングする場合にも同じロジックが適用されます。詳細については、日付コンテキスト変数のDay of YearフィルターとTimeフィルター を参照してください。
E.164形式の電話番号フィールドでユーザーをセグメント化します。
電話番号がBrazeに送信されると、BrazeはSMS、RCS、WhatsAppチャネルでの送信に使用されるE.164形式 への変換を試みます。番号が正しくフォーマットされていない場合、変換プロセスが失敗し、ユーザープロファイルに未フォーマットの電話番号はあっても送信用の電話番号はない状態になります。このセグメントフィルターは、E.164形式の電話番号（利用可能な場合）でユーザーを返します。
ユースケース:
- SMS、RCS、またはWhatsAppメッセージを送信する際に、最も正確なターゲットオーディエンスのサイズを把握するためにこのフィルターを使用します。
- このフィルターで正規表現（regex）を使用して、特定の国コードの電話番号でセグメント化します。
- E.164への変換プロセスに失敗した電話番号でユーザーをセグメント化するためにこのフィルターを使用します。
プッシュの購読ステータス でユーザーをセグメント化します。
多変量キャンペーンのどのバリアントを受信したかでユーザーをセグメント化します。
このフィルターは多変量キャンペーンおよび多変量クイックプッシュキャンペーンに適用されます。APIキャンペーン、標準マルチチャネルキャンペーン、フィーチャーフラグ実験キャンペーンは、キャンペーンセレクターに表示されません。Webhookのみのキャンペーンもキャンペーンセレクターに表示されません。
Content Cards、バナー、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
特定のキャンペーンを受信したかどうかでユーザーをセグメント化します。
Content Cards、バナー、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
特定のタグを持つ特定のキャンペーンまたはキャンバスを受信したかどうかでユーザーをセグメント化します。
このフィルターの実行時に、Brazeは選択されたタグを使用する直近200件の送信済みキャンペーンおよびキャンバスのみを評価します。
Content Cards、バナー（キャンペーンのみ）、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
特定のキャンバスコンポーネントを受信したかどうかでユーザーをセグメント化します。
Content Cardsとアプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新します。そのため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
フィルターが使用されるあらゆる場所（セグメント、キャンペーンなど）でセグメントメンバーシップに基づいてフィルタリングし、1つのキャンペーン内で複数の異なるセグメントをターゲットにできます。
特定の時点でのセグメントメンバーシップを記録するには、キャンペーンまたはキャンバスを送信する前に、ダッシュボードからセグメントのユーザーをエクスポートするか、/users/export/segmentエンドポイント を呼び出してください。Brazeはユーザーごとのセグメンテーション履歴を保存しないため、過去の特定の時点でユーザーがセグメントに含まれていたかどうかを遡って確認することはできません。詳細については、セグメントデータをCSVにエクスポート を参照してください。
このフィルターを既に使用しているセグメントは、他のセグメントにさらに含めたりネストしたりすることはできません。これは、セグメントAがセグメントBを含み、セグメントBが再びセグメントAを含もうとするサイクルが発生する可能性があるためです。そのような場合、セグメントは自身を参照し続け、実際に誰がそのセグメントに属しているかを計算できなくなります。また、このようなセグメントのネストは複雑さを増し、処理速度を低下させる可能性があります。代わりに、同じフィルターを使用して、含めたいセグメントを再作成してください。
**Segment Membership**フィルターのドロップダウンにセグメントが表示されない場合は、同じフィルターで再作成して新しいセグメントを選択するか、サイクルが発生する形でこのオーディエンスに既に依存していないことを確認してください。
過去2年間にユーザーがキャンセルした注文の合計数でユーザーをセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
ユーザーの全期間にわたる注文合計数でユーザーをセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。このカウントにはキャンセルされた注文は含まれません。キャンセルされた注文は、注文キャンセルのeコマース推奨イベント を使用して追跡する必要があります。ユーザーはこのフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
過去2年間のユーザーの注文合計数でユーザーをセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。このカウントにはキャンセルされた注文は含まれません。キャンセルされた注文は、注文キャンセルのeコマース推奨イベント を使用して追跡する必要があります。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
ユーザーの全期間にわたって付与された返金の合計額でユーザーをセグメント化します。注文返金のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
過去2年間にユーザーに付与された返金額でユーザーをセグメント化します。注文返金のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
ユーザーの全期間にわたる注文から生成された合計収益でユーザーをセグメント化します。注文返金のeコマース推奨イベント に関連する収益を、注文完了のeコマースイベントに関連する収益から差し引いて計算されます（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
過去2年間のユーザーの注文から生成された合計収益でユーザーをセグメント化します。注文返金のeコマース推奨イベント に関連する収益を、注文完了のeコマースイベントに関連する収益から差し引いて計算されます（eコマースイベントを追跡していないワークスペースには、このフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
指定された直近の暦日数（1〜30日）の間に、ユーザーが特別に記録されたイベントを0〜50回実行したかどうかを判定します。（暦日 = 1暦日は24〜48時間のユーザー履歴を確認します）
X-in-Y動作の詳細はこちらをご覧ください。
例:
過去1暦日にカート放棄がちょうど0回
タイムゾーン:
UTC - すべてのタイムゾーンに対応するため、1暦日はセグメントが評価される時間に応じて24〜48時間のユーザー履歴を確認します。2暦日の場合は48〜72時間のユーザー履歴を確認し、以降も同様です。
指定された直近の暦日数（1〜30日）の間に、ユーザーが特定のプロパティに関連して特別に記録されたイベントを0〜50回実行したかどうかを判定します。（暦日 = 1暦日は24〜48時間のユーザー履歴を確認します）
X-in-Y動作の詳細はこちらをご覧ください。
例:
過去1暦日にプロパティ「event_name」でお気に入りに追加がちょうど0回
タイムゾーン:
UTC - すべてのタイムゾーンに対応するため、1暦日はセグメントが評価される時間に応じて24〜48時間のユーザー履歴を確認します。2暦日の場合は48〜72時間のユーザー履歴を確認し、以降も同様です。
指定された直近の暦日数（1〜30日）の間にアプリで支出した金額でユーザーをセグメント化します。この金額には直近50回の購入の合計のみが含まれます。
X-in-Y動作の詳細はこちらをご覧ください。
指定された直近の暦日数（1〜30日）の間に、特定の購入プロパティに関連して購入が行われた回数でユーザーをセグメント化します。
X-in-Y動作の詳細はこちらをご覧ください。
指定された直近の暦日数（1〜30日）の間に購入した回数（0〜50回）でユーザーをセグメント化します。
X-in-Y動作の詳細はこちらをご覧ください。
指定された直近の暦日数（1〜30日）の間にアプリで行ったセッション数（0〜50回）でユーザーをセグメント化します。
X-in-Y動作の詳細はこちらをご覧ください。
New Stuff!