セグメントエクステンション
セグメントエクステンションを使用すると、ユーザーの長期間にわたる履歴に基づいて非常に精密なセグメントを構築できます。たとえば、セグメントエクステンションを使用して、過去16か月間に特定の製品を購入したユーザーや、サービスに一定額以上を支出したユーザーをターゲットにできます。イベントプロパティを使用してこのオーディエンスをさらに絞り込み、ターゲティングをより詳細にすることも可能です。
Brazeのセグメンテーションでは、カスタムイベントや購入行動に基づいてユーザーをターゲットにできます。セグメントエクステンションはこの機能を拡張し、ユーザープロファイルに保存された履歴データを活用できるようにします。セグメントエクステンションを使用すると、過去2年間(730日間)に任意のカスタムイベントまたは購入イベントを任意の回数完了したユーザーを特定してリーチできます。
セグメントエクステンションを使用する理由
Brazeのセグメントは、ユーザーのダイナミックなグループを作成するための強力なターゲティングツールを提供します。ほとんどのユースケースでは、これだけでオーディエンスに効果的にリーチできます。セグメントエクステンションは、最大2年前の行動を分析したり、複雑なロジックを適用したりする必要がある高度なユースケース向けに設計されており、データ保持やシステムパフォーマンスを損なうことなく利用できます。SQLクエリ(SQLセグメントエクステンション)や自社のデータウェアハウスからのデータを使用して、オーディエンスをさらに絞り込むことができます。
たとえば、Brazeのデフォルトのセグメンテーションでは、最近製品を購入したユーザーを特定するなど、定義した特定の条件に合致するユーザーを見つけることができます。セグメントエクステンションを使用すると、さらに深く掘り下げることができます。たとえば、18〜24か月前の間に特定の製品の特定のカラーを少なくとも2回購入したユーザーを特定するといったことが可能です。セグメントエクステンションは強化機能であり、必須ではありません。より高度なフィルターやより長いルックバックウィンドウが必要な場合、データ使用量を最適化しながら活用できる優れたツールです。

ワークスペースごとに、特定の時点でアクティブなセグメントエクステンションのデフォルトの割り当ては50件です。この上限を引き上げる必要がある場合は、Brazeのカスタマーサクセスマネージャーに連絡してユースケースについてご相談ください。
セグメントエクステンションの作成
セグメントエクステンションを作成するには、カスタムイベントプロパティに基づいてユーザーのセグメントを絞り込むフィルターを作成します。セグメントエクステンションを作成する際、セグメントを静的にするか、設定した間隔で動的にリフレッシュするかを選択します。
ステップ1: セグメントエクステンションに移動する
オーディエンス > セグメントエクステンションに移動します。
セグメントエクステンションのテーブルから新しいエクステンションを作成を選択し、セグメントエクステンション作成エクスペリエンスを選択します。
- シンプルエクステンション:ガイド付きフォームを使用して、単一のイベントに焦点を当てたセグメントエクステンションを作成します。SQLを使用したくない場合に最適です。
- テンプレートから開始:Snowflakeデータを使用したカスタマイズ可能なテンプレートでSQLセグメントを作成します。
- 増分リフレッシュ:過去2日間のデータを自動的にリフレッシュするSnowflake SQLセグメントを記述するか、必要に応じて手動でリフレッシュします。精度とコスト効率のバランスを取るのに最適です。
- フルリフレッシュ:Snowflakeデータまたは任意のCDI接続ソースを使用してSQLセグメントを記述し、手動リフレッシュ時にオーディエンス全体を再計算します。オーディエンスの完全で最新のビューが必要な場合に最適です。

SQLを使用するエクスペリエンスを選択した場合は、SQLセグメントエクステンションを参照してください。シンプルエクステンションを選択した場合は、ステップ2に進みます。
SQLクレジットの使用
以下のセグメントエクステンションタイプはSQLクレジットを消費します。
- SQLセグメントエクステンション(増分リフレッシュとフルリフレッシュの両方)
- カタログセグメント
- CDIセグメント
- クレジットはお客様自身のデータウェアハウス内で消費されます
ステップ2: セグメントエクステンションに名前を付ける
フィルターの対象とするユーザーのタイプを説明して、セグメントエクステンションに名前を付けます。これにより、他の人がエクステンションを正確に見つけて適用できるようになります。

ステップ3: 条件を選択する
ターゲティングのために、購入、メッセージエンゲージメント、eコマース推奨イベント、またはカスタムイベントの条件を選択します。目的のイベントタイプの条件を選択したら、ユーザーリストのターゲットにする購入アイテム、メッセージインタラクション、eコマース推奨イベント、またはカスタムイベントを選択します。次に、ユーザーがイベントを完了する必要がある回数(より多い、より少ない、または等しい)と期間を選択します。セグメントエクステンションでは、過去最大730日(2年間)まで遡ることができます。
最近のメッセージインタラクションデータのみについては、計算フィルターを参照してください。
730日以上のイベントデータに基づくセグメンテーションは、セグメントにある他のフィルターを使用して行えます。期間を選択する際、過去X日間を選択する相対的な日付範囲、開始日、終了日、または正確な日付範囲(日付Aから日付B)を指定できます。

eコマース推奨イベントを使用してセグメントエクステンションを作成する場合は、まず条件としてeCommerce Recommended Eventを選択し、次にドロップダウンからイベントを選択します。

イベントプロパティのセグメンテーション
ターゲティングの精度を高めるには、Add Property Filtersチェックボックスを選択します。これにより、購入またはカスタムイベントの特定のプロパティに基づいてドリルダウンできるようになります。文字列、数値、ブーリアン、および時間オブジェクトに基づくイベントプロパティのセグメンテーションをサポートしています。
プロパティのデータ型
文字列プロパティの場合、一度に複数の値を入力できます。次の例では、このフィルターは犬の品種が6つの特定の犬種のいずれかに等しいユーザーを検索します。

eコマース推奨イベントのプロパティ
eコマース推奨イベントにイベントプロパティを追加すると、プロパティのドロップダウンにそのイベントで利用可能なプロパティが自動的に表示されます。
セグメントエクステンションは、各eコマース推奨イベントのドキュメントに記載されている許可リストのイベントプロパティのみをサポートしています。APIまたはSDKを通じて送信するカスタムのトップレベルプロパティは、そのプロパティがイベントデータに表示されていたとしても、エクステンションのプロパティフィルターには有効ではありません。許可リストにないトップレベルプロパティを使用すると、エクステンションの保存やアーカイブ解除ができなくなります。
非標準のプロパティでフィルターする必要がある場合は、イベントをログする際にそれらをmetadataの下にネストしてください(例:colorではなくmetadata.color)。サポートされているプロパティについては、イベントスキーマとeコマース推奨イベントの種類を参照してください。

ネストされたイベントプロパティ
ネストされたイベントプロパティに基づくセグメンテーションもサポートしています。比較のドロップダウンで、ネストされたプロパティのデータ型に一致する比較を選択します。ネストされたプロパティを含むeコマース推奨イベントに対しても、同じネストされたイベントプロパティ構文を使用してネストされたプロパティを追加できます。
利用可能なさまざまなネストされたプロパティについては、eコマース推奨イベントの種類を参照してください。セグメントエクステンションのプロパティ名に必要なスキーマを生成するには、カスタムイベントのネストされたオブジェクトの手順に従ってください。

ルックバックウィンドウとデータポイント
セグメントエクステンションはイベントプロパティの長期ストレージに依存しており、タイムスタンプ付きのプロパティストレージ制限はありません。過去2年以内に追跡されたイベントプロパティを遡って確認できます。セグメントエクステンション内でイベントプロパティを使用しても、データポイント使用量には影響しません。

イベントプロパティや階層化カスタム属性をセグメントで使用するために、セグメントエクステンションは必ずしも必要ではありません。セグメントエクステンションは、デフォルトのセグメントを作成するために使用される履歴ウィンドウを拡張するだけです。過去30日間のイベントプロパティを使用するか、階層化カスタム属性を使用するリアルタイムのデフォルトセグメントを作成できます。同様に、イベントプロパティに基づいてリアルタイムにトリガーするようにメッセージをスケジュールすることもでき、セグメントエクステンションは必要ありません。
ステップ4: リフレッシュ設定を指定する(オプション)
エクステンションを定期的に更新する必要がない場合は、更新設定を使用せずに保存できます。Brazeはデフォルトで、その時点のユーザーメンバーシップに基づいてセグメントエクステンションを生成します。オーディエンスを一度だけ生成し、単発のキャンペーンでターゲットにしたい場合は、デフォルトの動作を使用してください。
セグメントは常に最初の保存後に処理を開始します。セグメントが更新されるたびに、Brazeはセグメントを再実行し、更新時点のセグメント内のユーザーを反映するようにセグメントメンバーシップを更新します。これにより、定期的なキャンペーンが最も関連性の高いユーザーに届くようになります。
定期的な更新の設定
更新設定を指定して定期的なスケジュールを設定するには、更新を有効にするを選択します。更新設定を指定するオプションは、SQLセグメント、CDIセグメントエクステンション、シンプルなフォームベースのセグメントエクステンションを含む、すべてのタイプのセグメントエクステンションで使用できます。

データ管理を最適化するため、使用されていないセグメントエクステンションの更新設定は自動的にオフになります。セグメントエクステンションは、以下の場合に未使用とみなされます。
- アクティブまたは非アクティブ(下書き、停止、アーカイブ)のキャンペーン、キャンバス、またはセグメントで使用されていない
- 7日以上変更されていない
この設定がオフになると、Brazeは会社の連絡先とエクステンションの作成者に通知します。エクステンションを毎日再生成するオプションはいつでも再度有効にできます。
更新設定の選択

更新間隔設定パネルでは、このセグメントエクステンションが更新される頻度を、毎時、毎日、毎週、または毎月から選択できます。また、更新が行われる特定の時刻(会社のタイムゾーン)を選択する必要があります。例えば以下のようになります。
- 毎週月曜日の午前11時(会社時間)に送信されるメールキャンペーンがあり、送信直前にセグメントを確実に更新したい場合は、毎週月曜日の午前10時に更新するスケジュールを選択してください。
- セグメントを毎日更新したい場合は、毎日の更新頻度を選択し、更新する時刻を選択してください。

フォームベースのセグメントエクステンションでは、毎時の更新スケジュールを設定することはできません(ただし、毎日、毎週、毎月のスケジュールは設定できます)。
クレジット消費と追加コスト
更新によってセグメントのクエリが再実行されるため、SQLセグメントの更新ごとにSQLセグメントクレジットが消費され、CDIセグメントエクステンションの更新ごとにサードパーティのデータウェアハウスでコストが発生します。

データ処理時間のため、セグメントの更新には最大60分かかることがあります。現在更新処理中のセグメントには、セグメントエクステンションリストで「Processing」ステータスが表示されます。これにはいくつかの影響があります。
- 特定の時刻までにセグメントの処理を完了させるには、60分前の更新時刻を選択してください。
- 特定のセグメントエクステンションの更新は一度に1回のみ実行できます。既存の更新がすでに処理を開始している状態で新しい更新が開始される競合が発生した場合、Brazeは新しい更新リクエストをキャンセルし、進行中の処理を続行します。
古いエクステンションを自動的に無効にする基準
セグメントエクステンションが古くなると、スケジュールされた更新は自動的に無効になります。セグメントエクステンションは、以下の基準を満たす場合に古いとみなされます。
- アクティブなキャンペーンまたはキャンバスで使用されていない
- アクティブなキャンペーンまたはキャンバス内のセグメントで使用されていない
- 分析トラッキングが有効になっているセグメントで使用されていない
- 7日以上変更されていない
- 7日以上、キャンペーンやキャンバス(下書きを含む)、またはセグメントに追加されていない
セグメントエクステンションのスケジュールされた更新が無効になっている場合、そのエクステンションにはその旨を示す通知が表示されます。

古いセグメントエクステンションを使用する準備ができたら、更新設定を確認し、ユースケースに合った更新スケジュールを選択して、変更を保存してください。
ステップ5: セグメントエクステンションを保存する
保存を選択すると、セグメントエクステンションの処理が開始されます。セグメントエクステンションの生成にかかる時間は、ユーザー数、キャプチャしているカスタムイベントまたは購入イベントの数、および遡る日数によって異なります。
セグメントエクステンションが処理中の間、エクステンション名の横に小さなアニメーションが表示され、セグメントエクステンションリストのステータス列にProcessingと表示されます。処理中のセグメントエクステンションは編集できません。

セグメントエクステンションが処理中の間、Brazeはオーディエンスのセグメンテーション目的で、処理開始前のデフォルトセグメントのバージョン履歴を引き続き使用します。処理は保存またはリフレッシュが行われるたびに発生し、ユーザープロファイルのクエリと更新を行います。つまり、デフォルトセグメントのメンバーシップは即座に更新されるわけではありません。このため、ユーザーのアクションがリフレッシュの処理開始前に実行されない限り、その特定のリフレッシュが完了した後にユーザーがセグメントエクステンションに含まれることを保証できません。逆に、リフレッシュ前にセグメントエクステンションに含まれていたが、もはや条件を満たさないユーザーは、リフレッシュ処理が完了して更新が適用されるまで、デフォルトセグメントに引き続き一致します。
セグメントエクステンションのステータス
セグメントエクステンションページでは、各エクステンションにステータスと最終処理日時のタイムスタンプが表示されます。エクステンションを保存またはリフレッシュした後、これらの列を使用して処理が正常に完了したかどうかを確認します。
| ステータス | 説明 |
|---|---|
| Active | エクステンションの処理が正常に完了し、セグメンテーションに使用できます。最終処理日時は、最新のリフレッシュが完了した日時を示します。 |
| Draft | エクステンションは保存されましたが、まだアクティブ化されていません。 |
| Archived | エクステンションはアーカイブされており、セグメンテーションには使用できません。 |
| Refresh disabled | 定期的なオーディエンス更新は無効になっています。 |
| Processing | Brazeが保存またはリフレッシュを処理しています。ステータス列にProcessingと表示され、エクステンション名の横に小さなアニメーションが表示されます。処理が完了するまでエクステンションを編集することはできません。 |
処理が正常に完了しなかった場合、ステータス列にActiveと表示されていても、エクステンション名の横にエラーアイコンが表示されます。アイコンにカーソルを合わせると、失敗の理由が表示されます。エクステンションが処理を完了しているはずだと考える場合は、まずエクステンションをリフレッシュしてみてください。ステータスが古い可能性があります。
ステップ6: セグメントでエクステンションを使用する
セグメントエクステンションを作成したら、セグメントの作成時やキャンペーンまたはキャンバスのオーディエンスを定義する際にフィルターとして使用できます。まず、ユーザー属性セクションのフィルターリストからBraze セグメントエクステンションを選択します。

Braze セグメントエクステンションのフィルターリストから、このセグメントに含めるまたは除外するセグメントエクステンションを選択します。

セグメントエクステンションの条件を表示するには、View Extension Detailsを選択すると、新しいウィンドウに詳細が表示されます。

これで、通常どおりセグメントの作成に進むことができます。
よくある質問
複数のカスタムイベントを使用するセグメントエクステンションを作成できますか?
はい。SQLセグメントエクステンションを使用する場合、複数のイベントを追加したり、複数のSnowflakeテーブルを参照したりできます。
Simple extensionセグメントエクステンションを使用する場合は、1つのカスタムイベント、1つの購入イベント、または1つのチャネルインタラクションを選択できます。ただし、デフォルトのセグメントを作成する際に、複数のセグメントエクステンションをANDまたはORで組み合わせることができます。
アクティブなキャンペーンに存在するセグメントエクステンションをアーカイブできますか?
いいえ。セグメントエクステンションをアーカイブするには、まずすべてのアクティブなメッセージングからセグメントエクステンションを削除する必要があります。
セグメントエクステンションで配列を使用できますか?
はい。配列を使用するには、プロパティ名に角括弧([])を追加します。プロパティがlocation_codeの場合、location_code[]と入力します。
Brazeは[]を使用して配列を走査し、走査された配列内のいずれかのアイテムがイベントプロパティに一致するかどうかを確認します。たとえば、配列プロパティの少なくとも1つの値に一致するユーザーのセグメントエクステンションを作成できます。
Brazeは「過去__日間」の相対的な期間をどのように計算しますか?
セグメントエクステンションが相対的な期間(「過去X日間」)を計算する場合、開始時刻はUTCの午前0時に設定されます。たとえば、2024-09-16 21:00 UTCにリフレッシュされ、10日間を指定するセグメントエクステンションの場合、開始時刻は2024-09-06 21:00 UTCではなく、2024-09-06 00:00 UTCに設定されます。
ただし、SQLセグメントを使用してタイムゾーンを指定し、会社の時間帯の午前0時を基準にして10日前にカスタムイベントを実行したユーザーや、現在時刻を基準にして10日前にイベントを実行したユーザーを特定できます。