ユーザーが広告トラッキングにオプトインしているかどうかに基づいてフィルタリングできます。広告トラッキングは、AppleがすべてのiOSデバイスに割り当てるIDFAまたは「広告主向け識別子」に関連しており、SDKで設定できます。この識別子により、広告主はユーザーを追跡し、ターゲット広告を配信できます。
このページはAIにより自動翻訳されており、不正確な内容が含まれている可能性があります。翻訳の誤りを報告するには、ページ右側の目次の下にあるフィードバックをご利用ください。
セグメンテーションフィルター
Braze SDKは、特定の機能や属性に基づいてユーザーをセグメント化し、ターゲティングするための強力なフィルターを提供します。フィルターカテゴリーでこれらのフィルターを検索または絞り込むことができます。
ユーザーのセグメント化に使用できるさまざまなカスタム属性データタイプについては、カスタム属性データタイプ をご覧ください。
Results update automatically as you type.
カテゴリーを選択して用語集を絞り込みます:
Average order value (last 730 days)
過去2年間のユーザーの注文の平均（平均値）額でセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
Clicked Alias in Any Campaign or Canvas Step
いずれかのキャンペーンまたはキャンバス内の特定のエイリアスをクリックしたかどうかでユーザーをフィルタリングします。これはメールメッセージにのみ適用されます。
複数のユーザーが同じメールアドレスを共有している場合:
- メールが開封またはクリックされると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージ送信後、開封またはクリック前にメールアドレスを変更した場合、開封またはクリックは元のユーザーではなく、そのメールアドレスを持つ残りのすべてのユーザーに適用されます。
特定のキャンペーンとのインタラクションでフィルタリングします。アプリ内メッセージの場合、クリックにはボディクリックとボタンクリックが含まれます。閉じるアクションやXでメッセージを閉じる操作はカウントされません。
メールの場合、開封イベントにはマシンオープンと非マシンオープンの両方が含まれます。このフィルターには「opened any email (machine opens)」と「opened any email (other opens)」でフィルタリングするオプションも含まれます。購読解除リンクやユーザー設定センターのクリックはこのフィルターにカウントされません。複数のユーザーが同じメールアドレスを共有している場合:
- メールが開封またはクリックされると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージ送信後、開封またはクリック前にメールアドレスを変更した場合、開封またはクリックは元のユーザーではなく、そのメールアドレスを持つ残りのすべてのユーザーに適用されます。
SMSおよびRCSの場合、インタラクションは次のように定義されます:
- ユーザーが特定のキーワードカテゴリーに一致する返信SMSまたはRCSを最後に送信した場合。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに帰属します。キャンペーンは過去4時間以内に受信されている必要があります。
- ユーザーが特定のキャンペーンからの、ユーザークリックトラッキングが有効になっているSMSまたはRCSメッセージ内の短縮リンクを最後に選択した場合。
Clicked/Opened Campaign or Canvas With Tag
特定のタグを持つ特定のキャンペーンとのインタラクションでフィルタリングします。アプリ内メッセージの場合、クリックにはボディクリックとボタンクリックが含まれます。閉じるアクションや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): ランディングページを通じて作成されたユーザープロファイル。
Customer lifetime value (last 730 days)
ブランドとの購入履歴を通じてユーザーが生み出すと予想される総収益でセグメント化します。計算は過去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時間未満前
タイムゾーン:
会社のタイムゾーン
Last Received Message from Specific Canvas Step
特定のキャンバスコンポーネントを受信した時期でユーザーをセグメント化します。最大ルックバック期間は100年です。
配信、開封、またはクリックが発生すると、同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータが更新されるため、メッセージを受信した人と識別子を共有するユーザーは、明示的にメッセージが送信されていなくても、このフィルターに一致する場合があります。重複からユーザープロファイルを分離するには、「Entered Canvas Variation」を使用してください。
このフィルターは、ユーザーが他のキャンバスコンポーネントを受信した時期は考慮しません。
Last order placed (last 730 days)
最後に注文を行った時期でユーザーをセグメント化します。これは注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価され、最大ルックバックウィンドウは過去2年間です。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
位置情報を報告したかどうかでユーザーをセグメント化します。このフィルターを使用するには、アプリに位置情報の追跡が統合されている 必要があります。
指定されたチャネルでメッセージを開封する可能性 に基づいて、0〜100のスケールでユーザーをフィルタリングします。チャネルの可能性を測定するのに十分なデータがないユーザーは、「is blank」を使用して選択できます。
メールの場合、マシンオープンは可能性の計算から除外されます。
Most Recent App Version Number
ユーザーのアプリの最新バージョン番号でセグメント化します。かっこ内のバージョン番号がフィルタリングに使用され、その前の番号は参照用です。例えば、「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は同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新するため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
Received Message from Campaign
特定のキャンペーンを受信したかどうかでユーザーをセグメント化します。
Content Cards、バナー、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新するため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
Received Message from Campaign or Canvas with Tag
特定のタグを持つ特定のキャンペーンまたはキャンバスを受信したかどうかでユーザーをセグメント化します。
このフィルターの実行時に、Brazeは選択されたタグを使用する直近200件の送信済みキャンペーンおよびキャンバスのみを評価します。
Content Cards、バナー（キャンペーンのみ）、アプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新するため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
Received Message from Canvas Step
特定のキャンバスコンポーネントを受信したかどうかでユーザーをセグメント化します。
Content Cardsとアプリ内メッセージの場合、これはユーザーがインプレッションを記録した時点であり、カードやアプリ内メッセージが送信された時点ではありません。
プッシュとWebhookの場合、これはメッセージがユーザーに送信された時点です。
WhatsAppの場合、これは最後のメッセージAPIリクエストがWhatsAppに送信された時点であり、メッセージがユーザーのデバイスに配信された時点ではありません。
メールの場合、ターゲットのユーザープロファイルは、メールリクエストがメールサービスプロバイダーに送信された時点でこのフィルターに一致します（実際に配信されたかどうかに関係なく）。
SMSおよびRCSの場合、ユーザーは送信時にメッセージを「受信した」とみなされます。メッセージがユーザーのデバイスに届かなかった場合でも、ユーザーはこのフィルターに一致します。
メッセージが配信、開封、またはクリックされると、Brazeは同じチャネル識別子（メールアドレスや電話番号など）を共有するすべてのプロファイルのデータを更新するため、メッセージを受信した人と識別子を共有するユーザーは、そのプロファイルにキャンペーンが直接送信されていなくても、このフィルターに一致する場合があります。
フィルターが使用される場所（セグメント、キャンペーンなど）でセグメントメンバーシップに基づいてフィルタリングし、1つのキャンペーン内で複数の異なるセグメントをターゲットにできます。
特定の時点でのセグメントメンバーシップをキャプチャするには、キャンペーンまたはキャンバスを送信する前に、ダッシュボードからセグメントのユーザーをエクスポートするか、/users/export/segmentエンドポイント を呼び出してください。Brazeはユーザーごとのセグメンテーション履歴を保存しないため、過去の特定の時点でユーザーがセグメントに含まれていたかどうかを遡って確認することはできません。詳細については、セグメントデータをCSVにエクスポート を参照してください。
このフィルターを既に使用しているセグメントは、他のセグメントにさらに含めたりネストしたりすることはできません。これは、セグメントAがセグメントBを含み、セグメントBが再びセグメントAを含もうとするサイクルが発生する可能性があるためです。そのような場合、セグメントは自身を参照し続け、実際に誰がそのセグメントに属しているかを計算することが不可能になります。また、このようなセグメントのネストは複雑さを増し、処理速度を低下させる可能性があります。代わりに、同じフィルターを使用して含めたいセグメントを再作成してください。
**Segment Membership**フィルターのドロップダウンにセグメントが表示されない場合は、同じフィルターで再作成して新しいセグメントを選択するか、サイクルを生成する形でこのオーディエンスに既に依存していないことを確認してください。
Total canceled orders count (last 730 days)
過去2年間にユーザーがキャンセルした注文の合計数でセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
ユーザーの全期間にわたる注文合計数でセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。このカウントにはキャンセルされた注文は含まれません。キャンセルされた注文は注文キャンセルのeコマース推奨イベント を使用して追跡する必要があります。ユーザーはこのフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
Total orders count (last 730 days)
過去2年間のユーザーの注文合計数でセグメント化します。注文完了のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。このカウントにはキャンセルされた注文は含まれません。キャンセルされた注文は注文キャンセルのeコマース推奨イベント を使用して追跡する必要があります。ユーザーはこのフィルターに対して1日1回評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
ユーザーの全期間にわたって付与された返金の合計額でセグメント化します。注文返金のeコマース推奨イベント に基づいています（eコマースイベントを追跡していないワークスペースにはこのフィルターのデータがありません）。ユーザーはこのフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版です。このフィルターの使用に興味がある場合は、Brazeアカウントマネージャーにお問い合わせください。
Total refund value (last 730 days)
過去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時間のユーザー履歴を確認し、以降同様です。
X Custom Event Property In Y Days
指定された暦日数（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!