Amplitude を使用するクライアントは、Amplitude でコホートs を選択してインポートすることで、Segmentを補完できます。
Segmentation Filters
The Braze SDK provides you with a powerful arsenal of filters to segment and target your users based off of specific features and attributes. You can search or narrow these filters by filter category.
To learn about the different custom attribute data types you can use to segment users, view Custom attribute data types.
Select a category to narrow the glossary:
ユーザーが、1 から30 までの最後に指定されたカレンダ日数の0 から50 回の間の指定されたプロパティに関して、特別に記録されたイベントを実行したかどうかを決定します。(暦日= 1 暦日はユーザー履歴の24 ～48 時間を表示します)
ここでは、X-in-Y の動作について詳しく説明します。
例:
お気に入りに追加されましたw/プロパティ"event_name"最後の1 暦日で正確に0 回
タイムゾーン:
UTC - すべてのタイムゾーンを考慮すると、1 暦日はユーザー履歴の24 ～48 時間を、Segmentが評価される時刻に応じて、2 暦日はユーザー履歴の48 ～72 時間を、などと表示します。
ユーザーs を、1 から30 の間の最後の指定されたカレンダ日数の特定の購買プロパティに関連して購買が行われた回数でセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
ユーザーが、最後に指定されたカレンダ日数の0～50 回の間に、特別に記録されたイベントを1～30 日の間で実行したかどうかを決定します。(暦日= 1 暦日はユーザー履歴の24 ～48 時間を表示します)
ここでは、X-in-Y の動作について詳しく説明します。
例:
最後の1 暦日にカートをちょうど0 回放棄した
タイムゾーン:
UTC - すべてのタイムゾーンを考慮すると、1 暦日はユーザー履歴の24 ～48 時間を、Segmentが評価される時刻に応じて、2 暦日はユーザー履歴の48 ～72 時間を、などと表示します。
ユーザーを、1 から30 までの最後に指定されたカレンダ日数でアプリに費やした金額でセグメント化します。この金額には、最後の50 回の購入の合計のみが含まれます。
ここでは、X-in-Y の動作について詳しく説明します。
ユーザーs を、1 から30 までの最後に指定されたカレンダ日数のアプリに保持されていたセッションs (0 から50) でセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
特定のキャンバスコンポーネントを受信したかどうかによって、ユーザーをセグメント化します。
コンテンツカードs およびアプリ内メッセージs の場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録するときです。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
指定したキャンペーンを受信したかどうかによってユーザーをセグメント化します。
コンテンツカードs およびアプリ内メッセージs の場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録するときです。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
キャンペーンまたはキャンバスからタグ付きで受信したメッセージ
指定したキャンペーンを受信したかどうか、または指定したタグのキャンバスを受信したかどうかによって、ユーザーを分割します。
コンテンツカードs およびアプリ内メッセージs の場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録するときです。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
受信した多変量 キャンペーンのバリアントのユーザーを分割します。
コンテンツカードs およびアプリ内メッセージs の場合、カードまたはアプリ内メッセージが送信されたときではなく、ユーザーがインプレッションを記録するときです。
プッシュおよびwebhookの場合、これはメッセージがユーザーに送信されるときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されるときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されるときです。
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
特定のタグを持つ特定のキャンペーンを持つアクション間でフィルタリングします。
複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーもプロファイルs 更新 d を持ちます。
- 元のユーザーがメッセージの送信後にメールアドレスを変更し、開封またはクリックの前にある場合、元のユーザーではなくそのメールアドレスを持つすべての残りのユーザーに開封またはクリックがアプリされます。
SMSの場合、インターアクションは次のように定義されます。
- ユーザーは、指定されたキーワードカテゴリに一致するリプライSMSを最後に送信しました。これは、この電話番号を持つすべてのユーザーs が受信した最新のキャンペーンに属性されます。キャンペーンは、過去4時間以内に受信されている必要があります。
- ユーザーが"トラッキングを有効にしたSMSメッセージの短縮リンクを、特定のキャンペーンまたはキャンバスステップのタグで最後に選択したとき。
指定したキャンペーンでインターアクションでフィルタリングします。
メールとして、複数のユーザーが同じメールアドレスを共有している場合:
- メールを開封またはクリックすると、同じメールアドレスを持つ他のすべてのユーザーもプロファイルs 更新 d を持ちます。
- 元のユーザーがメッセージの送信後にメールアドレスを変更し、開封またはクリックの前にある場合、元のユーザーではなくそのメールアドレスを持つすべての残りのユーザーに開封またはクリックがアプリされます。
SMSの場合、インターアクションは次のように定義されます。
- ユーザーは、指定されたキーワードカテゴリに一致するリプライSMSを最後に送信しました。これは、この電話番号を持つすべてのユーザーs が受信した最新のキャンペーンに属性されます。キャンペーンは、過去4時間以内に受信されている必要があります。
- ユーザーの"トラッキングが有効になっているSMSメッセージ内の短縮されたリンクを、特定のキャンペーンから最後に選択したユーザー。
現在有効になっている特定のフィーチャーフラグを持つユーザーのSegment。
ユーザーをサブスクリプション ステータス でセグメント化してプッシュします。
暫定的なプッシュ認証があるか、フォアグラウンドプッシュが有効になっているユーザーをセグメント化します。特に、このカウントには以下が含まれます。
1. 暫定的にプッシュを許可されているiOS ユーザー。
2.ワークスペース内の任意のアプリに対してプッシュ通知を明示的にアクティブ化したユーザ。これらのユーザーs では、この数にはフォアグラウンドプッシュのみが含まれます。
プッシュ有効は、配信停止 d を持つユーザーを含みません。
このSegmentでフィルターを実行すると、Reachable Users という名前のAndroid、iOS、ウェブサイトのユーザーの内訳が下部に表示されます。
最後に受信したメッセージを判別して、ユーザーをセグメント化します。(24時間)
コンテンツカードs およびアプリ内メッセージs の場合、カードまたはアプリ内メッセージが最後に送信されたときではなく、ユーザーが最後にインプレッションを記録したときです。
プッシュおよびwebhookの場合、これは、任意のメッセージがユーザーに送信されたときです。
WhatsAppの場合、これは、メッセージがユーザーの機器に配信されたときではなく、最後のメッセージAPIリクエストがWhatsAppに送信されたときです。
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、これは最後のメッセージがSMSプロバイダーに配信されたときです。これは、メッセージがユーザーの機器に配信されたことを保証するものではありません。
例:
前回受信メール1日未満=24時間未満
タイムゾーン:
会社のタイムゾーン
ユーザーを前回クリックまたは開封したときに、メッセージング チャネルのいずれか(コンテンツカード、メール、インアプリ、SMS、プッシュ、WhatsApp)をセグメント化します。マシン開封s またはメールの他の開封s でフィルターするための選択肢が含まれています。(24時間)
メール sの場合、メールリクエストが(実際に配信されたかどうかに関係なく)そのプロバイダーに送信されるときです。複数のユーザーが同じメールアドレスを共有している場合:
- 最初の送信では、指定されたターゲットユーザーのプロファイルのみが更新 d です。
- メールが配信されたとき、またはユーザーがメールまたはメール内のリンクを開封する場合、そのユーザーアドレスを共有するすべてのユーザーは、メッセージを受信するように耳を傾けます。
SMSの場合、ユーザークリック"トラッキングが有効になっているメッセージ内の短縮リンクを最後に選択したユーザー。
タイムゾーン:
会社のタイムゾーン
ユーザーの位置がレポートされているかどうかによって、それらをセグメント化します。このフィルターを使用するには、アプリに位置"トラッキングが統合されている必要があります。
最後に使用した機器のロケール情報でユーザーを分割します。
ユーザーを、1 から30 の間の最後に指定されたカレンダー日数に購入した回数(0 から50 の間) でセグメント化します。
ここでは、X-in-Y の動作について詳しく説明します。
GitHub でこのページを編集
「このページはどの程度役に立ちましたか?」