ユーザーが広告の追跡をオプトインしているかどうかに基づいてフィルタリングできます。広告の追跡は IDFA または Apple によってすべての iOS デバイスに割り当てられている「広告主用の識別子」に関連します。これは SDK によって設定できます。この識別子により、広告主はユーザーを追跡し、ターゲット広告を提供することができます。
このページはAIにより自動翻訳されており、不正確な内容が含まれている可能性があります。翻訳の誤りを報告するには、 GitHubでイシューを作成してください.
セグメンテーションフィルター
Braze SDK には、特定の機能と属性に基づいてユーザーをセグメント化し、ターゲットにするための強力なフィルターが備わっています。フィルターカテゴリごとに、これらのフィルターを検索または絞り込むことができます。
ユーザーをセグメント化するために使用できる各種カスタム属性データタイプについては、カスタム属性データタイプを参照してください。
カテゴリを選択して用語集を絞り込みます:
Average order value (last 730 days)
ユーザーの過去 2 年間の注文平均額 (平均値) に基づいてユーザーをセグメント化します。これはe コマース推奨イベント「注文完了」に基づきます (e コマースイベントをトラッキングしていないワークスペースでは、このフィルター用のデータは存在しません)。ユーザーはこのフィルターの評価を 1 日 1 回受けます。
このフィルターはベータ版です。このフィルターを利用したい場合は、Braze のアカウントマネージャーにお問い合わせください。
Clicked Alias in Any Campaign or Canvas Step
任意のキャンペーンまたはキャンバス内で特定のエイリアスをクリックしたかどうかによってユーザーをフィルタリングします。これはメールメッセージにのみ適用されます。
複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後、開封/クリックの前にメールアドレスを変更した場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
特定のキャンペーンとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール (機械開封)」と「開封済みメール (その他の開封)」でフィルタリングするオプションもあります。配信停止リンクやユーザー設定センターでのクリックは、このフィルターの対象外です。複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後、開封/クリックの前にメールアドレスを変更した場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
SMS の場合、インタラクションは次のように定義されます:
- ユーザーが、指定されたキーワードカテゴリに一致するリプライ SMS を最後に送信した。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンにアトリビューションされます。キャンペーンは、過去 4 時間以内に受信されている必要があります。
- ユーザーが、指定のキャンペーンから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択した。
Clicked/Opened Campaign or Canvas With Tag
特定のタグを持つ特定のキャンペーンとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール (機械開封)」と「開封済みメール (その他の開封)」でフィルタリングするオプションがあります。複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後、開封/クリックの前にメールアドレスを変更した場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
SMS の場合、インタラクションは次のように定義されます:
- ユーザーが、指定されたキーワードカテゴリに一致するリプライ SMS を最後に送信した。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンにアトリビューションされます。キャンペーンは、過去 4 時間以内に受信されている必要があります。
- ユーザーがタグを持つ指定のキャンペーンまたはキャンバスステップから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択した日時。
特定のキャンバスコンポーネントとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール (機械開封)」と「開封済みメール (その他の開封)」でフィルタリングするオプションがあります。
SMS の場合、インタラクションは次のように定義されます:
- ユーザーが、指定されたキーワードカテゴリに一致するリプライ SMS を最後に送信した。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンにアトリビューションされます。キャンペーンは、過去 4 時間以内に受信されている必要があります。
- ユーザーが、指定のキャンバスステップから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択した。
ユーザープロファイルが作成された場所によってユーザーをセグメント化します。
以下の値がサポートされています:
- 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 台以上のデバイスを持つユーザーをセグメント化します。ユーザーをオペレーティングシステムの範囲でセグメント化するには、デバイス OS バージョン番号フィルターを使用してください。
テスト用に個々のメールアドレスによってキャンペーン受信者を指定できます。これは、フィルターで「メールアドレスが空白でない」指定子を使用して、トランザクションメールをすべてのユーザー (配信停止済みユーザーを含む) に送信するためにも使用できます。このため、オプトインのステータスに関わらずメール配信を最大限に高めることができます。
このフィルターではユーザープロファイルにメールアドレスがあるかどうかだけがチェックされますが、利用可能なメールフィルターでは追加の条件がチェックされます。
ユーザーを、有効なメールアドレスを持っているかどうか、およびメール配信の購読またはオプトインの有無によってセグメント化します。このフィルターは、ユーザーがメールの配信停止をしているか、Braze がハードバウンスを受け取っているか、メールがスパムとしてマークされているかの 3 つの条件をチェックします。これらの条件のいずれかが満たされる場合、またはユーザーにメールが存在しない場合、そのユーザーは含まれません。
「利用可能なメール」が false のユーザーは、キャンペーンのオーディエンスから除外され、メールを受け取りません。たとえ送信設定がすべてのユーザー (配信停止ユーザーを含む) に送信するよう設定されていても同様です。
オプトインステータスが重要なメールについては、メールアドレスの代わりに「利用可能なメール」を使用してください。追加の条件は、メールを受け取る資格があるユーザーをターゲットにするのに役立ちます。
現在有効になっている特定のフィーチャーフラグを持つユーザーのセグメントです。
暫定的なプッシュ認証があるか、フォアグラウンドプッシュが有効になっているユーザーをセグメント化します。具体的には、このカウントには以下が含まれます:
1. 暫定的にプッシュが承認されている iOS ユーザー。
2. フォアグラウンドプッシュが有効で、プッシュサブスクリプションのステータスが配信停止になっていないユーザー (いずれかのアプリについて)。これらのユーザーの場合、この数にはフォアグラウンドプッシュのみが含まれます。
フォアグラウンドプッシュ有効には、配信停止を行ったユーザーは含まれません。
このフィルターでセグメント化した後、下部のリーチ可能なユーザーパネルで、Android、iOS、Web の各プラットフォームごとにそのセグメントに含まれるユーザーの内訳を確認できます。
ユーザーを、指定したキャンバスのコントロールグループに属しているかどうかによってセグメント化します。このフィルターはキャンバスに入ったユーザーのみを評価するため、一度も入らなかったユーザーは結果から完全に除外されます。
例えば、キャンバスのコントロールグループに属さないユーザーをフィルタリングすると、キャンバスに入り非コントロールバリアントに割り当てられたユーザーのみが対象となります。キャンバスに一度も入らなかったユーザーは含まれません。キャンバスへのエントリに関わらずすべてのユーザーを含めるには、代わりに Entered Canvas Variation フィルターを使用してください。
メッセージングチャネル (バナー、コンテンツカード、メール、アプリ内メッセージ、SMS、プッシュ、WhatsApp) のいずれかを最後にクリックまたは開封した時刻でユーザーをセグメント化します。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。(24 時間)
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。これには、「開封済みメール (機械開封)」と「開封済みメール (その他の開封)」でフィルタリングするオプションも含まれています。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信された時、あるいはユーザーがそのメールやメール内のリンクを開封した時、そのメールアドレスを共有しているすべてのユーザーがメッセージを受信したように見えます。
SMS の場合、ユーザーのクリック追跡が有効になっているメッセージ内の短縮リンクを最後に選択したときです。
タイムゾーン:
会社のタイムゾーン
最後に受信したメッセージを判別して、ユーザーをセグメント化します。(24 時間)
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが最後に送信されたときではなく、ユーザーが最後にインプレッションを記録したときです。
プッシュおよび Webhook の場合、これは任意のメッセージがユーザーに送信されたときです。
WhatsApp の場合、これは、メッセージがユーザーのデバイスに配信されたときではなく、最後のメッセージ API リクエストが WhatsApp に送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信された時、あるいはユーザーがそのメールやメール内のリンクを開封した時、そのメールアドレスを共有しているすべてのユーザーがメッセージを受信したように見えます。
SMS の場合、これは最後のメッセージが SMS プロバイダーに配信されたときです。これは、メッセージがユーザーのデバイスに配信されたことを保証するものではありません。
例:
前回受信メッセージ 1 日未満 = 24 時間未満
タイムゾーン:
会社のタイムゾーン
Last Received Message from Specific Campaign
指定したキャンペーンを受信したかどうかによってユーザーをセグメント化します。このフィルターは、明示的にメッセージが送信されたユーザーのみを捕捉します。同じメールアドレスや電話番号を持つ他のユーザーで、重複したメッセージを受信した者は対象外です。重複ユーザーを捕捉するには、キャンペーンまたはタグ付きキャンバスからの受信メッセージを使用してください。このフィルターは、ユーザーがいつ他のキャンペーンを受信したかは考慮しません。
Last Received Message from Specific Canvas Step
特定のキャンバスコンポーネントを受信した日時によってユーザーをセグメント化します。このフィルターは、明示的にメッセージが送信されたユーザーのみを捕捉します。同じメールアドレスや電話番号を持つ他のユーザーで、重複したメッセージを受信した者は対象外です。重複ユーザーを捕捉するには、キャンペーンまたはタグ付きキャンバスからの受信メッセージを使用してください。このフィルターでは、ユーザーが他のキャンバスコンポーネントをいつ受信したかは考慮されません。
Last order placed (last 730 days)
ユーザーを、最後に注文した時期でセグメント化します。これはe コマース推奨イベント「注文完了」に基づきます (e コマースイベントをトラッキングしていないワークスペースでは、このフィルター用のデータは存在しません)。ユーザーはこのフィルターに対して 1 日 1 回評価され、最大遡及期間は過去 2 年間です。
このフィルターはベータ版です。このフィルターを利用したい場合は、Braze のアカウントマネージャーにお問い合わせください。
ユーザーのロケーションがレポートされているかどうかによって、セグメント化します。このフィルターを使用するには、アプリに位置情報の追跡が統合されている必要があります。
指定したチャネルでメッセージを開封する可能性を 0～100% の尺度で評価し、それに基づいてユーザーをフィルタリングします。チャネルの可能性を測定するのに十分なデータがないユーザーは、「空白である」を使用して選択できます。
メールの場合、機械による開封は可能性の計算から除外されます。
Most Recent App Version Number
ユーザーのアプリの最新バージョン番号によってセグメント化します。
「より小さい」または「以下」を使用する場合、メインアプリのバージョンが存在しないと、このフィルターは `true` を返します。ユーザーがアプリバージョンより古いためです。これは、ユーザーの最後のメインアプリバージョンが存在しない場合、自動的にフィルターに一致することを意味します。
現在のアプリバージョンが表示されるまで時間がかかる場合があります。ユーザープロファイル上のアプリバージョンは、SDK が情報を取得した時点で更新されます。これはユーザーがアプリを開いたタイミングに依存します。ユーザーがアプリを開かない場合、現在のバージョンは更新されません。これらのフィルターは遡って適用されることもありません。現在版や将来版に対しては「より大きい」や「等しい」を使うのが良いですが、過去版のフィルターを使うと予期せぬ動作を引き起こす可能性があります。
最後に使用したデバイスのロケール情報でユーザーをセグメント化します。
E.164 形式の電話番号フィールドでユーザーをセグメント化します。
電話番号が Braze に送信されると、Braze はそれを SMS や WhatsApp チャネルで使用される e.164 形式に変換しようとします。番号が適切にフォーマットされていない場合、変換処理は失敗する可能性があります。その結果、ユーザープロファイルはフォーマットされていない電話番号を持ちますが、送信用電話番号は持たないことになります。このセグメントフィルターは、e.164 形式の電話番号 (利用可能な場合) でユーザーを返します。
ユースケース:
- SMS や WhatsApp メッセージを送信する際、このフィルターを使って最も正確なターゲットオーディエンスのサイズを把握できます。
- このフィルターで正規表現 (regex) を使って、特定の国コードを持つ電話番号をセグメント化できます。
- このフィルターを使用して、e.164 変換処理に失敗した電話番号でユーザーをセグメント化できます。
ユーザーをプッシュのサブスクリプションステータスでセグメント化します。
受信した多変量キャンペーンのバリアントによってユーザーをセグメント化します。このフィルターは、明示的にメッセージが送信されたユーザーのみを捕捉します。同じメールアドレスや電話番号を持つ他のユーザーで、重複したメッセージを受信した者は対象外です。重複ユーザーを捕捉するには、キャンペーンまたはタグ付きキャンバスからの受信メッセージを使用してください。
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録したときです。
プッシュおよび Webhook の場合、これはメッセージがユーザーに送信されたときです。
WhatsApp の場合、これは、メッセージがユーザーのデバイスに配信されたときではなく、最後のメッセージ API リクエストが WhatsApp に送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。
SMS の場合、これは最後のメッセージが SMS プロバイダーに配信されたときです。これは、メッセージがユーザーのデバイスに配信されたことを保証するものではありません。
Received Message from Campaign
指定したキャンペーンを受信したかどうかによってユーザーをセグメント化します。このフィルターは、明示的にメッセージが送信されたユーザーのみを捕捉します。同じメールアドレスや電話番号を持つ他のユーザーで、重複したメッセージを受信した者は対象外です。重複ユーザーを捕捉するには、キャンペーンまたはタグ付きキャンバスからの受信メッセージを使用してください。
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録したときです。
プッシュおよび Webhook の場合、これはメッセージがユーザーに送信されたときです。
WhatsApp の場合、これは、メッセージがユーザーのデバイスに配信されたときではなく、最後のメッセージ API リクエストが WhatsApp に送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。
SMS の場合、これは最後のメッセージが SMS プロバイダーに配信されたときです。これは、メッセージがユーザーのデバイスに配信されたことを保証するものではありません。
Received Message from Campaign or Canvas with Tag
指定したキャンペーンまたは指定したタグのキャンバスを受信したかどうかによって、ユーザーをセグメント化します。「キャンペーンからのメッセージを受信」や「キャンバスステップからのメッセージを受信」とは異なり、このフィルターは重複メッセージを受信した同一のメールアドレスまたは電話番号を持つすべてのユーザーを捕捉します。
コンテンツカード、バナー (キャンペーンのみ)、アプリ内メッセージについては、カードやアプリ内メッセージが送信された時点ではなく、ユーザーがインプレッションを記録した時点です。
プッシュおよび Webhook の場合、これはメッセージがユーザーに送信されたときです。
WhatsApp の場合、これは、メッセージがユーザーのデバイスに配信されたときではなく、最後のメッセージ API リクエストが WhatsApp に送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信された時、あるいはユーザーがそのメールやメール内のリンクを開封した時、そのメールアドレスを共有しているすべてのユーザーがメッセージを受信したように見えます。
SMS の場合、これは最後のメッセージが SMS プロバイダーに配信されたときです。これは、メッセージがユーザーのデバイスに配信されたことを保証するものではありません。
Received Message from Canvas Step
特定のキャンバスコンポーネントを受信したかどうかによってユーザーをセグメント化します。このフィルターは、明示的にメッセージが送信されたユーザーのみを捕捉します。同じメールアドレスや電話番号を持つ他のユーザーで、重複したメッセージを受信した者は対象外です。重複ユーザーを捕捉するには、キャンペーンまたはタグ付きキャンバスからの受信メッセージを使用してください。
コンテンツカードおよびアプリ内メッセージの場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録したときです。
プッシュおよび Webhook の場合、これはメッセージがユーザーに送信されたときです。
WhatsApp の場合、これは、メッセージがユーザーのデバイスに配信されたときではなく、最後のメッセージ API リクエストが WhatsApp に送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されたときです。
SMS の場合、これは最後のメッセージが SMS プロバイダーに配信されたときです。これは、メッセージがユーザーのデバイスに配信されたことを保証するものではありません。
フィルターが使用されている任意の場所 (セグメント、キャンペーンなど) でセグメントメンバーシップに基づいてフィルタリングし、1 つのキャンペーン内で複数の異なるセグメントをターゲットにすることができます。
すでにこのフィルターを使用しているセグメントをさらに追加したり、他のセグメントにネストしたりすることはできません。これは、セグメント A にセグメント B が含まれ、セグメント B に再びセグメント A が含まれるというサイクルが発生する可能性があるためです。もしそうなれば、セグメントは自分自身を参照し続けることになり、誰が実際にそのセグメントに属しているのかを計算することができなくなります。また、このようにセグメントをネストすると、複雑さが増し、動作が遅くなる可能性があります。代わりに、同じフィルターを使用して、含めようとしているセグメントを再作成してください。
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 の動作について詳しくはこちらをご覧ください。
GitHub でこのページを編集
「このページはどの程度役に立ちましたか?」
New Stuff!