Amplitude を使用するクライアントは、Amplitude でコホートを選択してインポートすることで、セグメントを補完できます。
セグメンテーションフィルター
Braze SDK には、特定の機能と属性に基づいてユーザーをSegmentし、ターゲットにするための強力なフィルターが備わっています。フィルターカテゴリごとに、これらのフィルターs を検索または絞り込むことができます。
s のカスタム属性データタイプについては、 カスタム属性データタイプ をSegment ユーザーしてください。
Select a category to narrow the glossary:
ユーザーが、最後に指定された暦日数 (1 ～ 30 日) の間に、特別に記録されたイベントを特定のプロパティについて 0 ～ 50 回実行したかどうかを決定します。(暦日= 1 暦日は、24 ～48 時間のユーザー履歴を表示します)
ここでは、X-in-Y の動作について詳しく説明します。
例:
過去 1 暦日内にカートをちょうど 0 回お気に入りに追加した
タイムゾーン:
UTC - すべてのタイムゾーンを考慮すると、1 日の暦日は、ユーザー履歴の24 ～48 時間を、Segmentが評価された時刻に応じて、2 日の暦日は、48 ～72 時間のユーザー履歴を参照します。
最後に指定された暦日数 (1 ～ 30 日) の間に、特定の購入プロパティに関連して購入を行った回数 (0 ～ 50 回) によってユーザーをセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
ユーザーが、最後に指定された暦日数 (1 ～ 30 日) の間に、特別に記録されたイベントを 0 ～ 50 回実行したかどうかを決定します。(暦日= 1 暦日は、24 ～48 時間のユーザー履歴を表示します)
ここでは、X-in-Y の動作について詳しく説明します。
例:
過去 1 暦日内にカートをちょうど 0 回放棄した
タイムゾーン:
UTC - すべてのタイムゾーンを考慮すると、1 日の暦日は、ユーザー履歴の24 ～48 時間を、Segmentが評価された時刻に応じて、2 日の暦日は、48 ～72 時間のユーザー履歴を参照します。
最後に指定された暦日数 (1 ～ 30 日) の間に、アプリで費やした金額によってユーザーをセグメント化します。この金額には、直近の50 件の購入の合計のみが含まれます。
ここでは、X-in-Y の動作について詳しく説明します。
特定のキャンバスコンポーネントを受信したかどうかによってユーザーをセグメント化します。
コンテンツカードおよびアプリ内メッセージの場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録するときです。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
指定したキャンペーンを受信したかどうかによってユーザーをセグメント化します。
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録したときである。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
キャンペーンまたはキャンバスからタグ付きで受信したメッセージ
指定したキャンペーンを受信したかどうか、または指定したタグのキャンバスを受信したかどうかによって、ユーザーを分割します。
コンテンツカード、バナー（キャンペーンのみ）、アプリ内メッセージについては、カードやアプリ内メッセージが送信された時点ではなく、ユーザーがインプレッションを記録した時点となる。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
キャンペーンステップまたはキャンバスステップでクリックしたエイリアス
ユーザーを、任意のキャンペーンまたはキャンバス内で特定のエイリアスをクリックしたかどうかによってフィルタリングします。これはメールメッセージだけに適用されます。
複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後にメールアドレスを変更し、開封/クリックをまだ行っていない場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
受信した多変量キャンペーンのバリアントによってユーザーをセグメント化します。
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録したときである。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
特定のタグを持つ特定のキャンペーンとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール（機械開封）」と「開封済みメール（その他の開封）」でフィルターをかけるオプションがある。複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後にメールアドレスを変更し、開封/クリックをまだ行っていない場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
SMSの場合、インターアクションは次のように定義されます。
- ユーザーは、指定されたキーワードカテゴリに一致するリプライSMSを最後に送信しました。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに属性されます。キャンペーンは、過去4時間以内に受信されている必要があります。
- ユーザーがタグを持つ指定のキャンペーンまたはキャンバスステップから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択した日時。
特定のキャンペーンとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール（機械開封）」と「開封済みメール（その他開封）」でフィルターをかけるオプションもある。配信停止リンクとユーザー設定センターをクリックしても、このフィルターにはなりません。複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーのプロファイルも更新されます。
- 元のユーザーがメッセージの送信後にメールアドレスを変更し、開封/クリックをまだ行っていない場合、元のユーザーではなく、そのメールアドレスを持つすべての残りのユーザーに開封またはクリックが適用されます。
SMSの場合、インターアクションは次のように定義されます。
- ユーザーは、指定されたキーワードカテゴリに一致するリプライSMSを最後に送信しました。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに属性されます。キャンペーンは、過去4時間以内に受信されている必要があります。
- ユーザーは、指定のキャンペーンから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択しました。
特定のキャンバスコンポーネントとのインタラクションでフィルタリングします。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。
メールについては、「開封済みメール（機械開封）」と「開封済みメール（その他の開封）」でフィルターをかけるオプションがある。
SMSの場合、インターアクションは次のように定義されます。
- ユーザーは、指定されたキーワードカテゴリに一致するリプライSMSを最後に送信しました。これは、この電話番号を持つすべてのユーザーが受信した最新のキャンペーンに属性されます。キャンペーンは、過去4時間以内に受信されている必要があります。
- ユーザーは、指定のキャンバスステップから、ユーザーのクリック追跡が有効になっている SMS メッセージ内の短縮リンクを最後に選択しました。
フィルターが使用されている任意のセグメントメンバーシップ (セグメントやキャンペーンなど) に基づいてフィルターし、1 つのキャンペーン内で複数の異なるセグメントをターゲットにすることができます。
すでにこのフィルターを使用しているセグメントをさらに追加したり、他のセグメントにネストしたりすることはできません。これは、セグメント A にセグメント B が含まれ、セグメント B に再びセグメント A が含まれるというサイクルが発生する可能性があるためです。もしそうなれば、セグメントは自分自身を参照し続けることになり、誰が実際にそのセグメントに属しているのかを計算することができなくなります。また、このようにセグメンテーションを入れ子にすると、複雑さが増し、動作が遅くなる。代わりに、同じフィルターを使用して、含めようとしているセグメンテーションを再作成する。
現在有効になっている特定のフィーチャーフラグを持つユーザーのSegment。
暫定的なプッシュ認証があるか、フォアグラウンドプッシュが有効になっているユーザーをセグメント化します。具体的には、このカウントには以下が含まれます。
1. 暫定的にプッシュが承認されている iOS ユーザー。
2.フォアグラウンドプッシュが有効で、プッシュサブスクリプション ステータスが配信停止 d でないユーザ(アプリs のいずれか)。これらのユーザーの場合、この数にはフォアグラウンドプッシュのみが含まれます。
フォアグラウンドプッシュ有効は、配信停止 d を持つユーザーを含みません。
このSegmentでフィルターを実行すると、Reachable Users という名前のAndroid、iOS、ウェブサイトのユーザーの内訳が下部に表示されます。
ユーザーをサブスクリプション ステータス でセグメント化してプッシュします。
メッセージングチャネル（バナー、コンテンツカード、メール、アプリ内メッセージ、SMS、プッシュ、WhatsApp）のいずれかを最後にクリックまたは開封した回数でユーザーをセグメンテーション。メールメッセージングの場合、開封イベントにはマシン開封とマシン以外の開封の両方が含まれます。(24時間)
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。これには、「開封済みメール（機械開封）」と「開封済みメール（その他開封）」でフィルターをかけるオプションも含まれている。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、ユーザークリック"トラッキングが有効になっているメッセージ内の短縮リンクを最後に選択したユーザー。
タイムゾーン:
会社のタイムゾーン
有効なEメールアドレスを持っているかどうか、Eメールを購読しているかどうか、またはオプトインしているかどうかでユーザーをセグメンテーションする。このフィルターは、ユーザーがメールの配信停止をしているか、Brazeがハードバウンスを受け取っているか、メールがスパムとしてマークされているかの3つの条件をチェックする。これらの基準のいずれかが満たされている場合、またはメールがユーザーに存在しない場合、ユーザーは含まれません。
トランザクショナル・メッセージを送信する場合、「使用可能なEメール」が次のようになっているユーザーは、トランザクショナル・メッセージを送信することができない。 false はオーディエンス計算に含まれないが、メッセージを受け取る可能性はある。ただし、オーディエンスの算出には、サブスクライブ済みまたはオプトインユーザーのみが含まれます。
オプトインのステータスが重要なメールには、メールアドレスフィルターではなく、「利用可能なメール」フィルターを使用することをお勧めします。追加の条件を使用することで、実際にメッセージを希望しているユーザーをターゲットにできます。
ユーザーの位置がレポートされているかどうかによって、それらをセグメント化します。このフィルターを使用するには、アプリに位置情報の追跡が統合されている必要があります。
発注のeCommerce推奨イベントに基づいて、過去2年間のユーザーの注文の平均(平均)値でユーザーsをセグメント化します(ワークスペース s not "トラッキング eCommerceイベントにはこのフィルターのデータがありません)。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
最後に受信したメッセージを判別して、ユーザーをセグメント化します。(24時間)
コンテンツカード、バナー、アプリ内メッセージについては、カードやアプリ内メッセージが最後に送信されたときではなく、ユーザーが最後にインプレッションを記録したときである。
プッシュおよびwebhookの場合、これは、任意のメッセージがユーザーに送信されたときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されたときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されたときです。
メールの場合、メールリクエストが (実際に配信されたかどうかに関係なく) メールサービスプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新されます。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーはすべて、メッセージを受信したことを示すアプリを共有します。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
例:
前回受信メール1日未満=24時間未満
タイムゾーン:
会社のタイムゾーン
ユーザーのアプリの最新バージョン番号によってセグメント化します。
"less" または"less than or equal to" を使うとき、主アプリ版が存在しない場合、このフィルターは`true` を返します。これは、アプリ版よりもユーザーが古いためです。つまり、ユーザーの最後のメインアプリが存在しない場合、自動的にフィルターにマッチします。
現行のアプリ版の入力には、時間がかかる場合があります。アプリ版のユーザープロファイル 更新は、情報がSDKによってキャプチャされたときに、ユーザーがアプリをいつ開封するかに依存します。ユーザーがアプリを開封していない場合、最新版は更新 d になりません。これらのフィルターも遡及的にアプリしないだろう。"greater than"または"equal"を現在および将来のバージョンに使用すると良いですが、以前のバージョンフィルターを使用すると予期しない動作が発生する可能性があります。
最後に使用した機器のロケール情報でユーザーを分割します。
ユーザーを最後に注文した時点でセグメント化します。これは、注文のためのeCommerceの推奨イベントに基づいています(ワークスペースはeCommerceイベントにこのフィルターのデータがありません)。ユーザはこのフィルターに対して1 日に1 回評価され、最大ルックバックウィンドウは過去2 年間です。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
発注のeCommerce推奨イベントに基づいて、過去2年間のユーザーの注文の総数でユーザーを分割します(ワークスペース s not "トラッキング eCommerceイベントにはこのフィルターのデータがありません)。この数は、キャンセル注文を除外します。注文キャンセルを行うには、eCommerce推奨イベントを使用して追跡する必要があります。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
発注のeコマース推奨イベントに基づいて、ユーザーの注文の総数で、その存続期間にわたってユーザーを分割します(ワークスペース s not "トラッキング eコマースイベントにはこのフィルターのデータがありません)。この数は、キャンセル注文を除外します。注文キャンセルを行うには、eCommerce推奨イベントを使用して追跡する必要があります。ユーザは、このフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
発注のeCommerceの推奨イベントに基づいて、過去2年間にユーザー キャンセルした注文の総数でユーザーsをセグメント化します(ワークスペースはeCommerceイベントにこのフィルターのデータがありません)。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
ユーザーの生涯にわたるユーザーの注文から生成される総収益で、注文のためにeコマースイベントに関連付けられた収益から返金された注文のためのeコマース推奨イベントに関連付けられた収益を差し引いて計算されます(ワークスペースにはこのフィルターのデータがありません)。ユーザは、このフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
過去2年間のユーザーの注文から生成された総収益によって、ユーザーをセグメント化します。これは、発注のためのeコマースイベントに関連付けられた収益から返金された注文のeコマース推奨イベントに関連付けられた収益を差し引いて計算されます(ワークスペースには、このフィルターのデータがありません)。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
ユーザーを、eCommerceの推奨イベントに基づいて、過去2年間にユーザーに付与された返金の金額で分割します(ワークスペースはeCommerceイベントにこのフィルターのデータがありません)。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
ユーザーは、eコマース推奨イベントに基づいて、返金された注文に対して、その存続期間中にユーザーに付与された返金の総額でセグメント化されます(ワークスペースは、eコマースイベントにこのフィルターのデータがありません)。ユーザは、このフィルターに対してリアルタイムで評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
最後に指定された暦日数 (1 ～ 30 日) の間に、貴社のアプリで行ったセッション数 (0 ～ 50 回) によってユーザーをセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
最後に指定された暦日数 (1 ～ 30 日) の間に、購入を行った回数 (0 ～ 50 回) によってユーザーをセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
テスト用に個々のメールアドレスによってキャンペーン 受信者を指定できます。これは、フィルターで「メールアドレスが空白でない」指定子を使用して、トランザクションメールをすべてのユーザー (配信停止済みユーザーを含む) に送信するためにも使用できます。このため、オプトインのステータスに関わらずメール配信を最大限に高めることができます。
このフィルターではユーザープロファイルにメールアドレスがあるかどうかだけがチェックされますが、[利用可能なメール] フィルターでは追加の条件がチェックされます。
E.164形式の電話番号フィールドでユーザーをセグメンテーションする。
電話番号がBrazeに送信されると、BrazeはそれをSMSやWhatsAppチャネルで使用されるe.164フォーマットに変換しようとする。番号が適切にフォーマットされていない場合、強制処理は失敗する可能性がある。その結果、ユーザープロファイルはフォーマットされていない電話番号を持つが、送信電話番号は持たないことになる。このセグメントフィルターは、e.164形式の電話番号 (利用可能な場合) でユーザーを返します。
ユースケース:
- SMSやWhatsAppメッセージを送信する際、このフィルターを使って最も正確なターゲットオーディエンスのサイズを把握しよう。
- このフィルターで正規表現（regex）を使って、特定の国コードを持つ電話番号をセグメンテーションする。
- このフィルターを使用して、e.164強制処理に失敗した電話番号でユーザーをセグメンテーションする。
ユーザーの購買履歴上に、ブランドで生成されると予想される総収益で、ユーザーをセグメント化します。計算では、直近の730 日間を考慮し、AOV (Average Order Value) を使用して、それに発注の総数を乗算し、ユーザーの有効な購買期間(最初の発注から直近の発注までの期間) を考慮します。このフィルターでは、eCommerceの推奨イベントsで追跡されたデータを使用します(ワークスペース s not "トラッキング eCommerceイベントにはこのフィルターのデータがありません)。ユーザは、このフィルターに対して1 日に1 回評価されます。
このフィルターはベータ版である。このフィルターを使用する場合は、Braze アカウントマネージャーにお問い合わせください。
GitHub でこのページを編集
「このページはどの程度役に立ちましたか?」
New Stuff!