Segment Builder UI ガイド
Segment Builder のワークスペースには、Profile のデータ要素を操作できる豊富な機能があります。ワークスペースには、ルールを作成および編集するための直感的なコントロール(例えば、データプロパティを表示する際に使用するドラッグ&ドロップタイルなど)があります。
セグメント定義の構成要素 building-blocks
セグメント定義の基本的な構成要素は属性とイベントです。また、既存のオーディエンスに含まれている属性とイベントを、新しい定義の構成要素として使用することもできます。
Vehicleというカスタムスキーマがある場合、スキーマ内の プロパティ Vehicleには概要データが not になります。これらの構成要素は、Fields ワークスペースの左側にあるSegment Builder セクションで確認できます。 Fieldsには、主な構成要素(「Attributes」、「Events」、「Audiences」)ごとにタブが含まれています。
Available fieldsでは、データを含むフィールドまたは完全なXDM スキーマのみを表示できます。
Data sourcesでは、フィルターを使用して、指定した取り込みタイプから取得された属性を表示できます。 サポートされている値には、Show batch data、Show streaming/edge data、Show fields with no ingested dataなどがあります。
Merge policyでは、フィールドがどの結合ポリシーに属しているかを選択できます。
属性
「Attributes」タブでは、Profile クラスに属するXDM Individual Profile属性を参照できます。 各フォルダーを展開して、追加の属性を表示できます。各属性はタイルで表されており、ワークスペースの中央にあるルールビルダーキャンバスにドラッグすることができます。ルールビルダーキャンバスの詳細については、このガイドで後述します。
追加する属性は、次のいずれかのデータタイプにすることができます。
各データタイプには、次の演算子を使用できます。
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3 | ||
|---|---|---|
| 演算子 | 説明 | 例 |
| 次に等しい | 指定した値と完全に一致する値を検索 | equals "sample@example.com" |
| 次と等しくない | 指定した値を除外 | ステータス が 「キャンセル済み」と等しくない |
| 次を含む | テキストには、指定した値が含まれます | 商品名contains "iPhone" |
| 次を含まない | テキストに指定された値が含まれていません | 説明に 「廃止」が含まれていません |
| 次で始まる | テキストは指定された値で始まります | 顧客ID がで始まる「PREM」 |
| 次で終わる | テキストは指定された値で終わります | 電子メール はで終わります。「@company.com」 |
| exists | 値が存在します | ミドルネーム が存在します |
| 存在しない | 値が存在しません | ロイヤルティステータス が存在しません |
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3 9-row-3 | ||
|---|---|---|
| 演算子 | 説明 | 例 |
| 次に等しい | 指定した値と完全に一致する値を検索 | 年齢に等しい 25 |
| 次と等しくない | 指定した値を除外 | 注文数が 0と等しくありません |
| 次より大きい | 数値は、指定された値より 大きい です。 この値は、指定された数値の exclusive です。 | 年間収益 50000以上 件 |
| 以上 | 数値は、指定された値より 大きい です。 この値は、指定された数値の 包括的 です。 | 年齢以上 21 |
| 次より小さい | 数値は、指定された値より 小さい です。 この値は、指定された数値の exclusive です。 | 購入からの日数未満 30 |
| 次より小さい | 数値は、指定された値より 小さい です。 この値は、指定された数値の 包括的 です。 | 買い物かご値以下 100 |
| 間 | 数値は、指定された値の から です。 これらの値は、指定された数値の 包括的 です。 | 年齢~ 25 ~ 45 |
| exists | 値が存在します | クレジットスコア が存在します |
| 存在しない | 値が存在しません | クレジットスコア が存在しません |
| table 0-row-3 1-row-3 2-row-3 | ||
|---|---|---|
| 演算子 | 説明 | 例 |
| 次に等しい | ブール値は、指定した値(TrueまたはFalse)に設定されます | 電子メールオプトイン がTrueに等しい |
| 次と等しくない | ブール値は、指定された値(TrueまたはFalse)に設定された not です | インストール済みモバイルアプリ がTrueと等しくない |
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 | ||
|---|---|---|
| 演算子 | 説明 | 例 |
| 次に等しい | 値は、指定された列挙値と等しくなります | 性別 が女性 に等しい |
| 次と等しくない | 値が指定された列挙値と等しくない | 注文ステータス がキャンセル済みと等しくない |
| exists | 列挙値が設定されました | 優先言語が存在します |
| 存在しない | 列挙値が設定されていません | 優先言語が存在しません |
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3 9-row-3 10-row-3 11-row-3 12-row-3 13-row-3 | ||
|---|---|---|
| 演算子 | 説明 | 例 |
| Today | その価値は今日生まれた。 「年を無視」チェックボックスを選択して、比較を年を無視することができます。 | 今日の生年月日は |
| 昨日 | その価値は昨日生まれた。 | 買い物かごの購入 は 昨日 |
| 今月 | 値は今月のカレンダーで発生しました。 | 誕生月 は 今月 |
| 今年 | この値は今年のカレンダーで発生しました。 | サインアップ日 は です。今年 |
| カスタム日付 | 値は指定された日付に発生しました。 | 購入日は カスタム日です |
| In last | 値は、選択した最後の期間に発生しました。 先月誕生日 は です | |
| 差出人(から) | 値は、選択した2つのカレンダーの日付に含まれています。 この期間は、両方の日付のうち を含む です。 | アカウント作成日は 4月20日から7月13日 |
| 実行中 | 値は、選択した月または年に発生しました。 | 3月のセール is |
| (+/ – )内 | 値は、選択した日付から数日、数週間、数カ月、または数年以内に発生しました。 この期間は、両方の日付のうち を含む です。 | 買い物かごの放棄は3日以内です |
| 前 | 値は、選択した日付より前に発生しました。 | メンバーシップの参加日は前 2025年1月3日です |
| 変更後 | 値は、選択した日付の後に発生しました。 | 購入日は2024年3月14日以降です |
| 圧延範囲 | 値は、2つの相対的な日付の間で発生しました。 | 最終購入日は、7日前から3日前の範囲内です。 |
| 次の段階 | 値は、選択した次の期間内に発生しました。 | 買い物かごの放棄は今後2日以内です |
時刻と日付の関数について詳しくは、時間制約の節を参照してください。
属性を選択すると、情報アイコン を選択して概要データを表示できます。 概要データには、フィールドの説明、値のレコード数、この属性の値を含むアカウントの割合などの情報が含まれます。
Top values セクションには、属性に対して最も頻繁に発生する値が表示され、値、値を持つレコードの数、値が表す合計レコードの割合などの詳細が含まれます。
プロファイルの25%未満が属性に入力した場合は、代わりに
さらに、属性には Ingestion Type があります。 取り込みタイプは、データの出所を知ることができ、次のいずれかの値にすることができます:Batch、Streaming/Edge、またはNo Data Ingested。
計算属性 computed-attributes
計算属性は、集計または数式を使用して他の属性から計算されるフィールドです。 複数のイベントをまたいで合計、数、平均などの集計データが必要な場合や、複雑な計算を必要とする頻繁に使用されるオーディエンスを構築する場合は、計算属性を使用できます。
計算属性の作成方法、その中で使用できる関数、および計算属性の管理方法など、計算属性の詳細については、計算属性の概要を参照してください。
イベント
「Events」タブでは、XDM ExperienceEvent データ要素を使用して発生したイベントまたはアクションに基づいてオーディエンスを作成できます。 また、Events タブでイベントタイプを見つけることもできます。このタブは、よく使用されるイベントのコレクションで、セグメント定義をより迅速に作成できます。
ExperienceEvent 要素を参照できるだけでなく、イベントタイプを検索することもできます。イベントタイプでは、ExperienceEvents と同じコーディングロジックを使用します。その際に、XDM ExperienceEvent クラスで正しいイベントを検索する必要はありません。例えば、検索バーを使用して「買い物かご」を検索すると、イベントタイプ「AddCart」と「RemoveCart」が返されます。これは、セグメント定義を構築する際に非常によく使用される2つの買い物かごアクションです。
任意のタイプのコンポーネントを検索するには、Lucene の検索構文を使用して、検索バーにその名前を入力します。単語を完全に入力すると、検索結果が表示され始めます。例えば、XDM フィールド ExperienceEvent.commerce.productViews に基づくルールを作成するには、検索フィールドに「product views」と入力します。「product」という単語の入力が終わると同時に、検索結果が表示され始めます。検索結果には、それが属するオブジェクト階層も表示されます。
次に、ExperienceEventsと「Event Types」をセグメント定義に簡単にドラッグ&ドロップできます。
デフォルトでは、データストアから入力されたスキーマフィールドのみが表示されます。これには「Event Types」が含まれます。 「Event Types」リストが表示されていない場合、または「Any」を「Event Type」としてのみ選択できる場合は、の横にある歯車アイコン Fieldsを選択し、Show full XDM schemaの下にある Available Fields を選択します。 ギアアイコンをもう一度選択してFields タブに戻ります。これで、データが含まれているかどうかに関係なく、複数の「Event Types」フィールドとスキーマフィールドを表示できるようになります。
Adobe Analytics レポートスイートのデータセット
セグメント化において 1 つまたは複数の Adobe Analytics レポートスイートのデータをイベントとして使用できます。
単一のAnalytics レポートスイートのデータを使用する場合、Experience PlatformはeVarに記述子とわかりやすい名前を自動的に追加し、Segment Builder内でそれらのフィールドを見つけやすくします。
複数のAnalytics レポートスイートのデータを使用する場合、Experience Platform はeVarに記述子やわかりやすい名前を自動的に追加できません。 したがって、Analytics レポートスイートのデータを使用する前に、XDM フィールドにマッピングする必要があります。 Analytics 変数から XDM へのマッピングについて詳しくは、Adobe Analytics ソース接続ガイドを参照してください。
例えば、次の変数が含まれる 2 つのレポートスイートがあるとします。
この場合、これら 2 つのレポートスイートを次のスキーマでマッピングできます。
レポートスイートがマッピングされると、これらの新しくマッピングされたフィールドをプロファイル関連のワークフローおよびセグメント化内で使用できます。
例:ページ名(eVar2)
- 汎用変数に含まれるフレンドリ名記述子
- 唯一のクエリであるので、クエリでは特定のデータセットのデータを使用します
例: eVar2
- 複数の記述子を持つフィールドは、すべて汎用として表示されます。つまり、UI にフレンドリ名は表示されません。
- クエリでは、eVar を含む任意のデータセットのデータを使用できます。これにより、結果が混在したり、不正確になったりする可能性があります。
オーディエンス
「Audiences」タブには、Adobe Audience ManagerやCustomer Journey Analyticsなどの外部ソースから読み込まれたすべてのオーディエンスと、Experience Platform内で作成されたオーディエンスが一覧表示されます。
「Audiences」タブでは、利用可能なすべてのソースをフォルダーのグループとして表示できます。 フォルダーを選択すると、使用可能なサブフォルダーとオーディエンスが表示されます。また、フォルダー構造を表示するには、フォルダーアイコンを選択します(右端の画像を参照)。チェックマークは、現在のフォルダーを表しています。また、ツリー内のフォルダーの名前を選択することで、フォルダー間を簡単に移動できます。
オーディエンス横の ⓘ にカーソルを置くと、そのオーディエンスに関する情報が表示されます。例えば、ID、説明、そのオーディエンスが存在するフォルダーの階層などです。
ルールビルダーキャンバス rule-builder-canvas
セグメント定義は、ターゲットオーディエンスの重要な特徴やビヘイビアーの説明に使用される一連のルールです。これらのルールは、Segment Builder の中央にあるルールビルダーキャンバスを使用して作成します。
セグメント定義に新しいルールを追加するには、「Fields」タブからタイルをドラッグし、ルールビルダーキャンバスにドロップします。 追加するデータのタイプに応じて、コンテキスト固有のオプションが表示されます。使用可能なデータタイプには、文字列、日付、ExperienceEvents、「Event Types」およびオーディエンスが含まれます。
OR および AND 論理演算子の使用が更新されました。これらの更新は、既存のセグメント定義には影響しません。ただし、既存のセグメント定義と新しく作成されたセグメント定義に対するその後の更新はすべて、これらの変更の影響を受けます。詳しくは、時間制約の更新を参照してください。属性の値を選択すると、属性が取り得る列挙値のリストが表示されます。
この列挙リストから値を選択すると、その値が実線の境界線で囲まれます。ただし、meta:enum(ソフト)列挙を使用するフィールドの場合、列挙リストに ない 値を選択することもできます。独自の値を作成すると、この値が列挙リストにないという警告と共に、値が点線の境界線で囲まれます。
複数の値を作成している場合は、バルクアップロードを使用して一度にすべてを追加できます。
Add values in bulk ポップオーバーで、CSVまたはTSV ファイルをアップロードできます。
または、コンマ区切りの値を手動で追加することもできます。
最大 250 個の値が許可されます。この値を超える場合は、値を削除してから追加する必要があります。
オーディエンスの検証 audience-validation
セグメントビルダーは、オーディエンス定義を自動的に分析および検証し、オーディエンス定義のベストプラクティスを遵守していることを確認します。 これらのベストプラクティスは、クリティカル検証とパフォーマンス最適化の2つのカテゴリに設定できます。
オーディエンス定義が重要な検証のベストプラクティスに違反した場合、サンドボックスを安定させるために not で変更を保存できます。 オーディエンス定義がパフォーマンス最適化のベストプラクティスに違反した場合は、変更を保存できますが、パフォーマンスの問題を回避するためにオーディエンス定義を更新することは強くお勧めします。
オーディエンス検証の仕組みについて詳しくは、 オーディエンス検証ガイド を参照してください。
オーディエンスの追加
「Audience」タブからルールビルダーキャンバスにオーディエンスをドラッグ&ドロップして、新しいセグメント定義のオーディエンスメンバーシップを参照できます。 これにより、オーディエンスのメンバーシップを新しいセグメント定義ルールの属性として含めたり除外したりできます。
Segment Builder を使用して作成した Experience Platform オーディエンスの場合は、オーディエンスを、そのオーディエンスのセグメント定義で使用されていた一連のルールに変換することができます。このような変換では、ルールロジックのコピーが作成されます。このコピーを変更すれば、元のセグメント定義に影響を与えずに済みます。セグメント定義に対する最近の変更を、ルールロジックに変換する前に必ず保存しておいてください。
オーディエンスをルールに変換するときに競合が発生した場合、Segment Builder は既存のオプションを可能な限り保持しようとします。
コードビュー
または、Segment Builder で作成されたルールのコードベースバージョンを表示できます。ルールビルダーキャンバス内でルールを作成したら、Code viewを選択して、セグメント定義をPQLとして表示できます。
コードビューには、API 呼び出しで使用するセグメント定義の値をコピーできるボタンがあります。セグメント定義の最新バージョンを取得するには、最新の変更をセグメント定義に保存してあることを確認してください。
集計関数
Segment Builder での集計は、データタイプが数値(倍精度浮動小数点数または整数)である XDM 属性のグループに対する計算です。セグメントビルダー内でサポートされている 4 つの集計関数は、SUM、AVERAGE、MIN および MAX です。
集計関数を作成するには、左側のパネルからイベントを選択し、Events コンテナに挿入します。
イベントをイベントコンテナ内に配置した後、省略記号アイコン(。…)を選択し、次に Aggregate を選択します。
これで、集計が追加されます。集計関数を選択し、集計する属性、等値関数および値を選択できるようになりました。次の例では、個々の購入額が 100 ドル未満であっても、購入額の合計が 100 ドルを超えるプロファイルはすべて、このセグメント定義に該当します。
カウント関数 count-functions
セグメントビルダーのカウント関数は、指定されたイベントを検索し、イベントが実行された回数をカウントするために使用されます。セグメントビルダーでサポートされているカウント関数は、「少なくとも」、「最大で」、「正確に」、「範囲内」および「すべて」です。
カウント関数を作成するには、左側のパネルからイベントを選択し、Events コンテナに挿入します。
イベントコンテナ内にイベントを配置したら、At least 1 ボタンを選択します。
これで、カウント関数が追加されました。カウント関数と関数の値を選択できるようになりました。次の例では、少なくとも 1 回のクリックが発生したイベントを含めることになります。
時間の制約 time-constraints
時間制約を使用すると、時間ベースの属性、イベント、イベント間の順序に時間制限を適用できます。
使用可能な時間制約のリストは次のとおりです。
| note note |
|---|
| NOTE |
| すべての時間制約はUTCに基づいています。 |
| さらに、Ignore year チェックボックスが有効になっている場合、セグメント定義の評価の一部として、年は not と比較されます。 |
| table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4 8-row-4 9-row-4 10-row-4 11-row-4 12-row-4 13-row-4 14-row-4 15-row-4 | |||
|---|---|---|---|
| 時間制限 | 説明 | 年を無視を有効にできます | 例 |
| Today | を比較する属性またはイベントは、今日から発生する必要があります。 | ○ |
|
| 昨日 | を比較する属性またはイベントは、昨日発生する必要があります。 | ○ |
|
| 今月 | を比較する属性またはイベントは、今月に発生する必要があります。 | ○ |
|
| 今年 | を比較する属性またはイベントは、今年のカレンダーで発生する必要があります。 | × |
|
| カスタム日付 | を比較する属性またはイベントは、指定された日付に発生する必要があります。 | ○ |
|
| In last | を比較する属性またはイベントは、選択した最後の期間内に発生する必要があります。 この期間は、評価時間まで 包括的 です。 | × |
|
| 差出人(から) | を比較する属性またはイベントは、選択した2つのカレンダー日付内で発生する必要があります。 この期間は、両方の日付のうち を含む です。 | はい、カスタム日付の場合 |
|
| 実行中 | を比較する属性またはイベントは、選択した月または年の範囲内で発生する必要があります。 月を選択した場合は、属性またはイベントが発生した月と年の両方を選択する必要があります。 年を選択した場合は、属性またはイベントが発生した年を選択するだけです。 月を選択した場合は、Ignore year チェックボックスを有効にすることもできます。 | ○ |
|
| (+/ – )内 | を比較する属性またはイベントは、選択した日付から数日、数週間、数か月、または数年以内に発生する必要があります。 この期間は、両方の日付のうち を含む です。 選択した日付は、今日、昨日、または選択した別のカスタム日付にすることができます。 | ○ |
|
| 前 | を比較する属性またはイベントは、選択した日付より前に発生する必要があります。 選択した日付は、選択したカスタム日付、または日、週、月、または数年前の間の選択です。 | ○ |
|
| 変更後 | を比較する属性またはイベントは、選択した日付より後に発生する必要があります。 選択した日付は、選択したカスタム日付、または日、週、月、または数年前の間の選択です。 | ○ |
|
| 圧延範囲 | 比較する属性またはイベントは、2つの相対的な日付の間で発生する必要があります。 日付は、秒、分、時間、日、週、月、または年で表すことができます。 | × |
|
| 次の段階 | 比較する属性またはイベントは、選択した次の期間内に発生する必要があります。 選択した期間には、分、時間、日、週、月、年が含まれます。 | × |
|
| exists | 属性が存在します。 | × |
|
| 存在しない | 属性が存在しません。 | × |
|
イベントに時間制約を適用する場合は、キャンバスレベル、カードレベル、またはイベント間で時間制約を適用できます。
カンバスレベルの制約
カンバスレベルの時間制約を適用するには、イベントのタイムラインの上に表示される時計アイコンを選択します。
キャンバスレベルで時間制約を適用すると、時間制約がオーディエンスのall イベントに適用されます。
カードレベルの制約
カードレベルの制約を適用するには、時間制約を適用するカードを選択し、次に省略記号アイコン、および Apply time rule を選択します。 これにより、Event Rules コンテナ内の時間制約を選択できます。
時間の制約をカードレベルで適用すると、これはオーディエンスの指定 イベントに時間の制約を適用します。
イベント間の制約
イベント間に時間制約を適用するには、時間制約を適用する2つのイベント間の時計アイコンを選択します。
イベント間に時間制約を適用すると、イベント間の時間に時間制約が適用されます。
この操作で使用可能な時間制約のリストは、時間制約の主なリストとは異なり、次のとおりです。
| table 0-row-2 1-row-2 2-row-2 | |
|---|---|
| 時間制限 | 説明 |
| 変更後 | 後者のイベント は、前のイベントの後に少なくとも行う必要があります。 |
| 内 | 2つのイベント mustは、時間制約の範囲内にリストされている期間に発生します。 |
| note note |
|---|
| NOTE |
| 「After」時間制約を使用する場合、後者のイベントは、時間制約の中にリストされている時間よりも多く発生する可能性があります。 > 例えば、ページビューイベントとチェックアウトイベントがあり、これら2つのイベント間に「1時間後」の時間制約を設定した場合、ページビューイベントの2時間後にチェックアウトイベントを含むセグメント定義が適用されます。 |
| さらに、これらの2つの時間制約は相互に調整して使用できます。 |
| 例えば、ページビューイベントとチェックアウトイベントがあり、「1時間後」と「24時間以内」の時間制約の両方を設定した場合、ページビューイベントの12時間後にチェックアウトイベントを含むセグメント定義は適用されますが、ページビューイベントの36時間後にチェックアウトイベントを含むセグメント定義は適用されません。 |
コンテナ containers
オーディエンスは、リストされた順序で評価されます。 コンテナでは、ネストされたクエリを使用して、評価の順序を制御できます。
ルールビルダーキャンバスにタイルを 1 つ以上追加したら、コンテナの追加を開始できます。新しいコンテナを作成するには、タイルの右上隅にある省略記号(。…)を選択し、Add containerを選択します。
新しいコンテナが最初のコンテナの子として表示されますが、コンテナをドラッグして移動することで、階層を調整することができます。コンテナのデフォルトの動作は、指定された属性、イベント、またはオーディエンスを「Include」にします。 タイルの左上隅にあるExcludeを選択し、「Include」を選択することで、コンテナ条件に一致する「Exclude」プロファイルにルールを設定できます。
子コンテナを展開して、親コンテナにインラインで追加することもできます。それには、子コンテナで「コンテナを展開」を選択します。このオプションにアクセスするには、子コンテナの右上隅にある省略記号(…)を選択します。
Unwrap containerを選択すると、子コンテナが削除され、条件がインラインで表示されます。
例 container-examples
セグメントビルダー内でコンテナを使用するには、次の3つの異なる方法があります。ブール論理を使用してルールをグループ化する、コンテナの条件に一致するプロファイルを含めるか除外するかを制御する、時間制約を使用してイベントシーケンスを定義する。
次の例では、1つの式にboth ANDとOR ロジックを混在させています。 コンテナを使用しない場合、ANDとOR ロジックの両方を単一レベルで混在させることはできません。
次の例では、コンテナを使用してイベントのシーケンスを構築します。
ベストプラクティス container-best-practices
オーディエンスにコンテナを追加する場合は、次のガイドラインに注意してください。
- コンテナを段階的に構築し、追加する各ステップでロジックをテストします
- これは、「除外」ロジックを使用する場合に特に重要です。これは、結果を大幅に変更する可能性があるからです
- コンテナにわかりやすい名前を付けて、何をすべきかを理解します
- パフォーマンスが低下するため、ネストされたレベルのコンテナが多くなりすぎないようにします
- イベントの順序はシーケンスコンテナに大きく影響するため、コンテナの順序は正確です
結合ポリシー
Experience Platform では、個々の顧客の全体像を把握するために、複数のソースからのデータを統合することができます。このようなデータを統合する場合、データをどのように優先順位付けするかや、どのようなデータを組み合わせてプロファイルを作成するかを決定するために Experience Platform で使用されるルールが結合ポリシーです。
このオーディエンスのマーケティング目的に合った結合ポリシーを選択することも、Experience Platform から提供されるデフォルトの結合ポリシーを使用することもできます。デフォルトの結合ポリシーを独自に作成することも含め、組織に固有の複数の結合ポリシーを作成できます。組織の結合ポリシーを作成する手順については、まず結合ポリシーの概要を参照してください。
セグメント定義の結合ポリシーを選択するには、Fields タブの歯車アイコンを選択し、Merge Policy ドロップダウンメニューを使用して、使用する結合ポリシーを選択します。
オーディエンスのプロパティ audience-properties
セグメント定義を作成する場合、ワークスペースの右側にあるAudience properties セクションには、結果として得られるセグメント定義のサイズの推定値が表示され、オーディエンス自体を作成する前に、必要に応じてセグメント定義を調整できます。
Qualified Profilesは、セグメント定義のルールに一致するプロファイルの 実際の 数を示します。 この数は、セグメント評価ジョブの実行後、24時間ごとに更新されます。
適格プロファイルのタイムスタンプは、最新のバッチ セグメント評価ジョブを示し、ストリーミングまたはエッジセグメント化を使用して評価されたセグメント定義に対して not が表示されます。 セグメント定義を編集すると、次のセグメント評価ジョブが実行されるまで、適格プロファイルの数は同じままになります。
Estimated Profilesは、サンプルジョブに基づいて、プロファイルの おおよその範囲 を示します。 つまり、より大きなプロファイルセットにサンプルデータが投影されるので、実際の適合プロファイルの数とは異なる推定数が生じる場合があります。推定プロファイルサンプルは95%の信頼区間を有する。
オーディエンスのルールに変更を加えると、Refresh estimate ボタンを選択して、推定プロファイルの更新された数を確認できます。 ただし、この数値は以前のサンプルジョブに基づいています。 顧客データの変化が3%を超えた場合、または最後のサンプルジョブが3日を超えた場合に、サンプルジョブが更新されます。
情報バブルを選択すると、最後のサンプルジョブが実行された日時が表示されます。
Audience properties セクションでは、オーディエンスの名前、説明、評価タイプなど、オーディエンスに関する重要な情報を指定することもできます。 名前は、組織で定義されたセグメント定義の中からセグメント定義を特定するために使用されます。そのため、わかりやすく、簡潔で、一意である必要があります。
引き続きオーディエンスを作成する場合は、View Profilesを選択して、オーディエンスのページ分割されたプレビューを表示できます。
また、評価方法を選択することもできます。 使用する評価方法がわかっている場合は、ドロップダウンリストを使用して、目的の評価方法を選択できます。 このセグメント定義が適合する評価タイプを知りたい場合、「参照」アイコン(
Evaluation method eligibility ポップオーバーが表示されます。 このポップオーバーには、使用可能な評価方法(バッチ、ストリーミングおよびエッジ)が表示されます。 ポップオーバーには、どの評価方法が適格か不適格かが表示されます。 セグメント定義で使用したパラメーターによっては、特定の評価方法に適合しない場合があります。 各評価方法の要件について詳しくは、ストリーミングセグメント化またはエッジセグメント化の概要を参照してください。
セグメント定義の作成完了後に、セグメント定義の評価方法を変更することもできます。 Edgeまたはストリーミングからバッチに評価方法を変更すると、notはEdgeまたはストリーミングに戻すことができます。 評価方法の変更は、ポップオーバーで「」を選択すると、のみ Save が有効になります。 ダイアログをキャンセルすると、元の評価方法を 維持 します。
無効な評価方法を選択すると、セグメント定義ルールを変更するか、評価方法を変更するかを尋ねるプロンプトが表示されます。
様々なセグメント定義評価方法について詳しくは、セグメント化の概要を参照してください。
次の手順 next-steps
セグメントビルダーには、マーケティング可能なオーディエンスを Real-Time Customer Profile データから分離するのに使用できる機能豊富なワークフローが用意されています。このガイドをお読みになると、次のことができるようになります。
- 属性、イベントおよび既存のオーディエンスの組み合わせを構成要素として使用して、セグメント定義を作成する。
- ルールビルダーキャンバスとコンテナを使用して、オーディエンスルールを実行する順序を制御します。
- 見込みオーディエンスの予測値を表示する。必要に応じてセグメント定義を調整できます。
- スケジュールに沿ったセグメント化に対してすべてのセグメント定義を有効にする。
- ストリーミングによるセグメント化に対して、特定のセグメント定義を有効にする。
Segmentation Service について詳しくは、引き続きこのドキュメントを参照し、関連するビデオを視聴して知識を補ってください。Segmentation Service UIのその他の部分について詳しくは、Segmentation Service ユーザーガイド を参照してください。