Segment Builder UI ガイド

NOTE
このガイドでは、セグメントビルダーで​ セグメント定義 ​を使用して、オーディエンスを作成する方法について説明します。オーディエンス構成を使用してオーディエンスを作成する方法については、オーディエンス構成 UI ガイドを参照してください。

Segment Builder のワークスペースには、Profile のデータ要素を操作できる豊富な機能があります。ワークスペースには、ルールを作成および編集するための直感的なコントロール(例えば、データプロパティを表示する際に使用するドラッグ&ドロップタイルなど)があります。

セグメントビルダー UI の表示。

セグメント定義の構成要素 building-blocks

セグメント定義の基本的な構成要素は属性とイベントです。また、既存のオーディエンスに含まれている属性とイベントを、新しい定義の構成要素として使用することもできます。

NOTE
属性の情報バブルを選択すると、フィールドの値の分布(概要データとも呼ばれます)を表示できます。 これらは「属性」タブで のみ 使用でき、「イベント」タブや「オーディエンス」タブでは使用できません。
属性が次の条件を満たしている場合は、概要データが表示されます。属性のすべての値が 100 文字以下で、属性の一意の値が 3000 個以下の場合。
ただし、関係を通じてプロファイルにリンクされた複数エンティティデータの場合、属性には概要データが含まれま 。 例えば、Vehicle というカスタムスキーマがある場合、スキーマ内の プロパティ Vehicle には概要データが含まれ いません

これらの構成要素は、Fields のワークスペースの左側にある「Segment Builder」セクションに表示されます。 Fields には、主要な各構成要素(「Attributes」、「Events」、「Audiences」)のタブが含まれています。

セグメントビルダーの「フィールド」セクションがハイライト表示されている様子。

属性

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
演算子 説明
次に等しい 指定した値と完全に一致するものを検索します メール 次に等しい 「sample@example.com」
次と等しくない 指定した値を除外します ステータス 等しくない 「キャンセル」
次を含む テキストに指定した値が含まれます 商品名 次を含む 「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
次より大きい 数値が指定された値より 大きい です。 この値は、指定された数の 排他的 です。 年間売上高 次を超え 50000
次よりも大きいか等しい 数値が指定された値より 大きい です。 この値は、指定された数 含む です。 年齢 以上 21 歳
次より小さい 数値が指定された値より 小さい です。 この値は、指定された数の 排他的 です。 購入からの日数 30 未満
次より小さいか等しい 数値が指定された値より 小さい です。 この値は、指定された数 含む です。 買い物かごの値 以下 100
数値は、指定された値の です。 これらの値は、指定された数値の 値を含む です。 年齢 25 ~ 45
exists 値が存在する 信用スコア 存在する
が存在しない 値が存在しません 信用スコア 存在しません
ブール演算子
table 0-row-3 1-row-3 2-row-3
演算子 説明
次に等しい ブール値は、指定された値(True または False)に設定されます メールオプトイン True に等しい
次と等しくない ブール値は指定された値 True または False)に設定 れます インストールされたモバイルアプリ 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 値は今日発生しました。 「年を無視」チェックボックスを選択すると、比較によって年を無視することができます。 生年月日 現在 今日
昨日 その値は昨日出た。 昨日 買い物かご 購入
今月 値が今月に発生しました。 誕生月 現在 今月
今年 値は今年に発生しました。 サインアップ日 現在 今年
カスタム日付 指定された日付に値が発生した。 購入日 当日 カスタム日付
過去 値が、選択した最後の期間内に発生した。 先月 誕生日
から 値が、選択した 2 つのカレンダー日付内に発生している。 この期間には、両方の日付の 両方を含む が指定されます。 アカウント作成日 現在 4 月 20 日~ 7 月 13 日
次の期間 選択した月または年の中に値が発生しました。 3 月中 セール
(+/ –)内 選択した日付から日、週、月、または年の間に値が発生しました。 この期間には、両方の日付の 両方を含む が指定されます。 買い物かごの放棄が 3 日以内
次の前 値が選択した日付より前に発生しました。 メンバーシップ参加日は 2025 年 1 月 3 日 です
変更後 選択した日付の後に値が発生しました。 購入日は 2024 年 3 月 14 日 後)です
ローリングレンジ 値が 2 つの相対的な日付の間に発生した。 最終購入日は、7 日前から 3 日前までのローリングレンジです。
次以内: 選択した次の期間内に値が発生しました。 買い物かごの放棄が次の 2 日以内である

時間関数と日付関数について詳しくは、​ 時間制約の節 ​ を参照してください。

計算属性 computed-attributes

計算済み属性は、集約または式を使用して他の属性から計算されるフィールドです。 複数のイベントをまたいで合計、カウント、平均などの集計データが必要な場合、または複雑な計算を必要とする頻繁に使用されるオーディエンスを構築する場合、計算属性を使用できます。

計算済み属性の詳細(作成方法、内で使用できる関数、管理方法など)については、​ 計算属性の概要 ​ を参照してください。

イベント

Events」タブでは、XDM ExperienceEvent のデータ要素を使用して実行されたイベントまたはアクションに基づいてオーディエンスを作成できます。 また、「Events」タブではイベントタイプを検索できます。イベントタイプは一般的に使用されるイベントの集まりで、これを使用するとセグメント定義をより迅速に作成することができます。

ExperienceEvent 要素を参照できるだけでなく、イベントタイプを検索することもできます。イベントタイプでは、ExperienceEvents と同じコーディングロジックを使用します。その際に、XDM ExperienceEvent クラスで正しいイベントを検索する必要はありません。例えば、検索バーを使用して「cart」を検索すると、「AddCart」と「RemoveCart」というイベントタイプが返されます。これらは、セグメント定義を作成する際によく使用される 2 つの買い物かごアクションです。

任意のタイプのコンポーネントを検索するには、Lucene の検索構文を使用して、検索バーにその名前を入力します。単語を完全に入力すると、検索結果が表示され始めます。例えば、XDM フィールド ExperienceEvent.commerce.productViews に基づくルールを作成するには、検索フィールドに「product views」と入力します。「product」という単語の入力が終わると同時に、検索結果が表示され始めます。検索結果には、それが属するオブジェクト階層も表示されます。

NOTE
組織で定義されたカスタムスキーマフィールドが表示され、ルールの作成に使用できるようになるまでに、最長で 24 時間かかる場合があります。

その後は、セグメント定義に「ExperienceEvents」 Event Types 簡単にドラッグ&ドロップできます。

セグメントビルダー UI の「イベント」セクションがハイライト表示されている様子。

デフォルトでは、データストアから入力されたスキーマフィールドのみが表示されます。これには「Event Types」が含まれます。 「Event Types」リストが表示されない場合や、「Any」として「Event Type」しか選択できない場合は、の横の 歯車アイコン Fields を選択し、「Show full XDM schema」の下の「Available Fields」を選択します。 歯車アイコン をもう一度選択すると、「Fields」タブに戻ります。データが含まれているかどうかに関係なく、複数の「Event Types」とスキーマフィールドが表示されるようになりました。

データを含んだフィールドのみ表示するか、すべての XDM フィールドを表示するかを選択できるラジオボタンがハイライト表示されている様子。

Adobe Analytics レポートスイートのデータセット

セグメント化において 1 つまたは複数の Adobe Analytics レポートスイートのデータをイベントとして使用できます。

1 つの Analytics レポートスイートのデータを使用する場合、Experience Platformは記述子とわかりやすい名前を eVar に自動的に追加するので、Segment Builder 内でこれらのフィールドを見つけやすくなります。

汎用変数(eVar)がわかりやすい名前を付けてどのようにマッピングされるかを示す画像。

複数の Analytics レポートスイートのデータを使用する場合、Experience Platformは、記述子やわかりやすい名前を eVar に自動的に追加 できません。 したがって、Analytics レポートスイートのデータを使用する前に、XDM フィールドにマッピングする必要があります。 Analytics 変数から XDM へのマッピングについて詳しくは、Adobe Analytics ソース接続ガイドを参照してください。

例えば、次の変数が含まれる 2 つのレポートスイートがあるとします。

フィールド
レポートスイートスキーマ A
レポートスイートスキーマ B
eVar1
参照ドメイン
ログイン済み Y/N
eVar2
ページ名
メンバーロイヤルティ ID
eVar3
URL
ページ名
eVar4
検索語句
製品名
event1
クリック数
ページビュー数
event2
ページビュー数
買い物かごへの追加
event3
買い物かごへの追加
チェックアウト
event4
購入
購入

この場合、これら 2 つのレポートスイートを次のスキーマでマッピングできます。

2 つのレポートスイートを 1 つの結合スキーマにマッピングする方法を示す画像

NOTE
汎用 eVar 値は引き続き入力されますが、レポート内の元の値とは異なる意味を持つ可能性があるので、セグメント定義では使用し​ ない ​でください(可能な場合)。

レポートスイートがマッピングされると、これらの新しくマッピングされたフィールドをプロファイル関連のワークフローおよびセグメント化内で使用できます。

シナリオ
結合スキーマエクスペリエンス
セグメント化汎用変数
セグメント化マッピング変数
単一レポートスイート
汎用変数には、フレンドリ名記述子が含まれます。

例:​ページ名(eVar2)
  • 汎用変数に含まれるフレンドリ名記述子
  • 唯一のクエリであるので、クエリでは特定のデータセットのデータを使用します
クエリでは、Adobe Analytics データを使用でき、場合によってはその他のソースを使用できます。
複数のレポートスイート
汎用変数には、フレンドリ名記述子は含まれません。

例: eVar2
  • 複数の記述子を持つフィールドは、すべて汎用として表示されます。つまり、UI にフレンドリ名は表示されません。
  • クエリでは、eVar を含む任意のデータセットのデータを使用できます。これにより、結果が混在したり、不正確になったりする可能性があります。
クエリでは、複数のデータセットから正しく結合された結果を使用します。

オーディエンス

NOTE
Experience Platform内で作成されたオーディエンスの場合、同じ 結合ポリシーを持つオーディエンスのみが表示されます。

Audiences」タブには、Adobe Audience ManagerやCustomer Journey Analyticsなどの外部ソースから読み込まれたすべてのオーディエンスと、Experience Platform 内で作成されたオーディエンスが表示されます。

Audiences」タブでは、使用可能なすべてのソースがフォルダーのグループとして表示されます。 フォルダーを選択すると、使用可能なサブフォルダーとオーディエンスが表示されます。また、フォルダー構造を表示するには、フォルダーアイコンを選択します(右端の画像を参照)。チェックマークは、現在のフォルダーを表しています。また、ツリー内のフォルダーの名前を選択することで、フォルダー間を簡単に移動できます。

オーディエンス横の ⓘ にカーソルを置くと、そのオーディエンスに関する情報が表示されます。例えば、ID、説明、そのオーディエンスが存在するフォルダーの階層などです。

フォルダー階層がオーディエンスに対してどのように機能するかを示す画像。

ルールビルダーキャンバス rule-builder-canvas

IMPORTANT
2024 年 6 月リリースの時点で、「今月」は「月初」を、「今年」は「年初」をそれぞれ表しています。 例えば、7 月 18 日に「今月が誕生日の顧客すべて」を検索するオーディエンスを作成した場合、オーディエンスには、7 月 1 日から 7 月 31 日までに誕生日が発生したすべての顧客が取得されます。 このオーディエンスは、8 月 1 日に誕生日が 8 月 1 日から 8 月 31 日までのすべての顧客を取得します。
以前は、「今月」は 30 日、「今年」は 365 日を表していましたが、31 日とうるう年の月を考慮できませんでした。
オーディエンスのロジックを更新するには、以前に作成したオーディエンスを再保存してください。

セグメント定義は、ターゲットオーディエンスの重要な特徴やビヘイビアーの説明に使用される一連のルールです。これらのルールは、Segment Builder の中央にあるルールビルダーキャンバスを使用して作成します。

セグメント定義に新しいルールを追加するには、「Fields」タブからタイルをドラッグし、ルールビルダーキャンバスにドロップします。 追加するデータのタイプに応じて、コンテキスト固有のオプションが表示されます。使用できるデータタイプには、文字列、日付、ExperienceEvents、「Event Types」、オーディエンスが含まれます。

空のルールビルダーキャンバス。

IMPORTANT
Adobe Experience Platform に対する最新の変更により、イベント間の OR および AND 論理演算子の使用が更新されました。これらの更新は、既存のセグメント定義には影響しません。ただし、既存のセグメント定義と新しく作成されたセグメント定義に対するその後の更新はすべて、これらの変更の影響を受けます。詳しくは、時間制約の更新を参照してください。

属性の値を選択すると、属性が取り得る列挙値のリストが表示されます。

属性が取り得る列挙値のリストを示す画像

この列挙リストから値を選択すると、その値が実線の境界線で囲まれます。ただし、meta:enum(ソフト)列挙を使用するフィールドの場合、列挙リストに​ ない ​値を選択することもできます。独自の値を作成すると、この値が列挙リストにないという警告と共に、値が点線の境界線で囲まれます。

列挙リストに含まれていない値を挿入しようとした場合に表示される警告

複数の値を作成している場合は、バルクアップロードを使用して一度にすべてを追加できます。 プラスアイコン を選択して、Add values in bulk ポップオーバーを表示します。

プラスアイコンがハイライト表示され、バルクアップロードポップオーバーにアクセスするために選択できるボタンが表示されます。

Add values in bulk ポップオーバーで、CSV または TSV ファイルをアップロードできます。

一括で値を追加ポップオーバーが表示されます。CSV または TSV ファイルをアップロードするために選択できるダイアログがハイライト表示されます。

または、コンマ区切りの値を手動で追加することもできます。

一括で値を追加ポップオーバーが表示されます。値の挿入に使用できるダイアログと、追加された値の両方がハイライト表示されます。

最大 250 個の値が許可されます。この値を超える場合は、値を削除してから追加する必要があります。

値の最大数に達したことを示す警告が表示されます。

オーディエンスの検証 audience-validation

セグメントビルダーは、オーディエンス定義を自動的に分析および検証して、オーディエンス定義のベストプラクティスに準拠していることを確認します。 これらのベストプラクティスは、重要な検証とパフォーマンスの最適化の 2 つのカテゴリに設定できます。

オーディエンス定義が重要な検証のベストプラクティスに違反した場合、サンドボックスを安定した状態に保つために 変更を保存することはできません。 オーディエンス定義がパフォーマンス最適化のベストプラクティスに違反した場合は、変更を保存できますが、パフォーマンスの問題を回避するために、オーディエンス定義を更新することを 強くお勧めします

検証チェック
タイプ
しきい値
論理的な複雑さ
重要な検証
オーディエンスの定義が複雑すぎます。
順次イベント
重要な検証
オーディエンス定義内に 6 を超える順次イベントがあります。
集計数
パフォーマンスの最適化
オーディエンス定義内に 3 つ以上の集計関数があります。
ネストされたデータ
パフォーマンスの最適化
オーディエンス定義内に 2 レベルを超えるネストされたデータ(配列またはマップのデータタイプ)の深度があります。
オーディエンスサイズ
パフォーマンスの最適化
オーディエンスの選定サイズが、サンドボックス内のプロファイルの合計数の 30% を超えています。

オーディエンスの検証の仕組みについて詳しくは、​ オーディエンスの検証ガイド ​ を参照してください。

オーディエンスの追加

オーディエンスを「Audience」タブからルールビルダーキャンバスにドラッグ&ドロップして、新しいセグメント定義のオーディエンスメンバーシップを参照できます。 これにより、オーディエンスのメンバーシップを新しいセグメント定義ルールの属性として含めたり除外したりできます。

Segment Builder を使用して作成した Experience Platform オーディエンスの場合は、オーディエンスを、そのオーディエンスのセグメント定義で使用されていた一連のルールに変換することができます。このような変換では、ルールロジックのコピーが作成されます。このコピーを変更すれば、元のセグメント定義に影響を与えずに済みます。セグメント定義に対する最近の変更を、ルールロジックに変換する前に必ず保存しておいてください。

NOTE
外部ソースからオーディエンスを追加した場合、オーディエンスのメンバーシップのみが参照されます。このオーディエンスをルールに変換することはできないので、元のオーディエンスの作成に使用されたルールを新しいセグメント定義で変更することはできません。

オーディエンス属性をルールに変換する方法を示す画像

オーディエンスをルールに変換するときに競合が発生した場合、Segment Builder は既存のオプションを可能な限り保持しようとします。

コードビュー

または、Segment Builder で作成されたルールのコードベースバージョンを表示できます。ルールビルダーキャンバス内でルールを作成したら、「Code view」を選択して、セグメント定義をPQLとして表示できます。

セグメント定義を PQL として表示するのに使用できるコードビューボタンがハイライト表示されている様子。

コードビューには、API 呼び出しで使用するセグメント定義の値をコピーできるボタンがあります。セグメント定義の最新バージョンを取得するには、最新の変更をセグメント定義に保存してあることを確認してください。

「コードをコピー」ボタンがハイライト表示されている様子

集計関数

Segment Builder での集計は、データタイプが数値(倍精度浮動小数点数または整数)である XDM 属性のグループに対する計算です。セグメントビルダー内でサポートされている 4 つの集計関数は、SUM、AVERAGE、MIN および MAX です。

集計関数を作成するには、左側のパネルからイベントを選択して、Events コンテナに挿入します。

「イベント」セクションがハイライト表示されている様子

イベントコンテナ内にイベントを配置した後、省略記号アイコン(…)を選択し、続いて「Aggregate」を選択します。

「集計」がハイライト表示されている様子。これを選択すると集計関数を選択可能に

これで、集計が追加されます。集計関数を選択し、集計する属性、等値関数および値を選択できるようになりました。次の例では、個々の購入額が 100 ドル未満であっても、購入額の合計が 100 ドルを超えるプロファイルはすべて、このセグメント定義に該当します。

イベントルールに集計関数が表示されている様子

カウント関数 count-functions

セグメントビルダーのカウント関数は、指定されたイベントを検索し、イベントが実行された回数をカウントするために使用されます。セグメントビルダーでサポートされているカウント関数は、「少なくとも」、「最大で」、「正確に」、「範囲内」および「すべて」です。

カウント関数を作成するには、左側のパネルからイベントを選択して、Events コンテナに挿入します。

イベントフィールドがハイライト表示されている様子

イベントコンテナ内にイベントを配置した後、「At least 1」ボタンを選択します。

「少なくとも」がハイライト表示され、カウント関数の一覧を表示するために選択する箇所を示している

これで、カウント関数が追加されました。カウント関数と関数の値を選択できるようになりました。次の例では、少なくとも 1 回のクリックが発生したイベントを含めることになります。

カウント関数のリストが表示されハイライト表示されている

時間制約 time-constraints

時間制約を使用すると、時間ベースの属性、イベントおよびイベント間のシーケンスに時間制限を適用できます。

IMPORTANT
2024 年 6 月より前の「今月」または「今年」の時間制約を持つセグメント定義を作成した場合、セグメント定義を再保存する必要があります。 2024 年 6 月以前は、「今月」は 30 日、「今年」は 365 日に基づいていました。
NOTE
​ 年の時間制約を無視 ​​ ルールレベルの時間制約 ​ は以前にリファクタリングされており、詳しくはリンクされた概要を参照してください。

使用可能な時間制約のリストを以下に示します。

利用可能な時間制約
note note
NOTE
すべての時間制約は UTC に基づいています。
さらに、「Ignore year」チェックボックスが有効になっている場合、その年はセグメント定義評価の一部として比較 されません
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 比較される属性またはイベントは本日 発生する必要があります ​ 使用されている「Today」時間制約の例。 {width="100" modal="regular"}
昨日 比較される属性またはイベントは昨日発生した 必須 です。 ​ 「Yesterday」時間制約が使用されている例。 {width="100" modal="regular"}
今月 比較対象の属性またはイベントは今月 発生する必要があります ​ 「今月」の時間制約が使用されている例。 {width="100" modal="regular"}
今年 比較対象の属性またはイベントは、今年 発生する必要があります × ​ 「This year」時間制約が使用されている例。 {width="100" modal="regular"}
カスタム日付 比較する属性またはイベント 必須 は、指定された日付になります。 ​ 「カスタムの日付」時間制約を使用した例。 {width="100" modal="regular"}
過去 比較する属性またはイベント 必須 は、選択した最後の期間内に発生します。 この期間は、評価時間まで 含む です。 × ​ 「最後に」の時間制約が使用されている例 ​ {width="100" modal="regular"}
から 比較する属性またはイベントは 必ず、選択した 2 つのカレンダー日付内に存在します。 この期間には、両方の日付の 両方を含む が指定されます。 はい(カスタム日付の場合) ​ 使用されている「からへ」の例。 {width="100" modal="regular"}
次の期間 比較する属性またはイベント 必須 は、選択した月または年の範囲内で発生します。 月を選択した場合、属性またはイベントが発生した月と年の両方を選択する必要があります。 年を選択した場合は、属性またはイベントが発生した年を選択するだけです。 月を選択した場合は、「Ignore year」チェックボックスを有効にすることもできます。 ​ 使用されている「During」時間制約の例。 {width="100" modal="regular"}
(+/ –)内 比較される属性またはイベント 必須 は、選択した日付から数日、数週間、数か月、または数年以内に発生します。 この期間には、両方の日付の 両方を含む が指定されます。 選択した日付は、今日、昨日または別のカスタム日付にすることができます。 ​ 使用されている「Within」時間制約の例。 {width="100" modal="regular"}
次の前 比較する属性またはイベント 必須 は、選択した日付より前です。 選択した日付は、カスタムの指定日でも、日、週、月、または年前の範囲で選択した日付でもかまいません。 ​ 使用されている「前」時間制約の例。 {width="100" modal="regular"}
変更後 比較する属性またはイベント 選択した日付の後 ある必要があります)。 選択した日付は、カスタムの指定日でも、日、週、月、または年前の範囲で選択した日付でもかまいません。 ​ 使用されている「After」時間制約の例。 {width="100" modal="regular"}
ローリングレンジ 比較する属性またはイベントは、2 つの相対日付の間に存在する必要があります。 日付は、秒、分、時間、日、週、月、または年単位で表すことができます。 × ​ 使用されている「ローリング範囲」時間制約の例。 {width="100" modal="regular"}
次以内: 比較する属性またはイベントは、選択した次の期間内に発生する必要があります。 選択した期間には、分、時間、日、週、月、年が含まれます。 × ​ 「次回に」時間制約が使用されている例 ​ {width="100" modal="regular"}
exists 属性が存在する。 × ​ 使用されている「存在する」時間制約の例 ​ {width="100" modal="regular"}
が存在しない 属性が存在しません。 × ​ 使用されている「存在しない」時間制約の例 ​ {width="100" modal="regular"}

イベントに時間制約を適用する場合は、キャンバスレベル、カードレベルまたはイベント間で時間制約を適用できます。

キャンバスレベルの制約

キャンバスレベルの時間制約を適用するには、イベントのタイムラインの上に表示される時計アイコンを選択します。

キャンバスレベルの時間制約セレクターがハイライト表示されている様子

キャンバスレベルで時間制約を適用すると、オーディエンスの すべて のイベントに時間制約が適用されます。

カードレベルの制約

カードレベルの制約を適用するには、時間制約を適用するカードを選択し、その後に省略記号アイコンを選択して、Apply time rule をクリックします。 これにより、Event Rules コンテナ内で時間制約を選択できます。

カードレベルの時間制約セレクターがハイライト表示されています。

カードレベルで時間制約を適用すると、オーディエンスの 指定 イベントに時間制約が適用されます。

イベント間制約

イベント間に時間制約を適用するには、時間制約を適用する 2 つのイベント間の時計アイコンを選択します。

イベント間の時間制約セレクターがハイライト表示されています。

イベント間に時間制約を適用すると、イベント間の時間に時間制約 適用 れます。

この操作に使用できる時間制約のリストは、時間制約のメインリストとは異なり、次のようになります。

利用可能な時間制約
table 0-row-2 1-row-2 2-row-2
時間制限 説明
変更後 後者のイベント 少なくとも は、前のイベントの後に発生する必要があります。
2 つのイベント 必須 は、時間制約内にリストされた期間に発生します。
note note
NOTE
「After」時間制約を使用する場合、後者のイベントは、時間制約にリストされた時間よりも長く発生する可能性があります。 >
例えば、ページビューイベントとチェックアウトイベントがあり、これら 2 つのイベント間に「1 時間後」時間制約を配置した場合、ページビューイベントの 2 時間後にチェックアウトイベントを含むセグメント定義が選定されます。
さらに、これら 2 つの時間制約を相互に連携して使用できます。
例えば、ページビューイベントとチェックアウトイベントがあり、「1 時間後」と「24 時間以内」の時間制約の両方を配置した場合、ページビューイベントから 12 時間後にチェックアウトイベントを含むセグメント定義は選定されますが、ページビューイベントから 36 時間後にチェックアウトイベントを含むセグメント定義は選定されません。

コンテナ containers

オーディエンスは、リストに表示されている順序で評価されます。 コンテナでは、ネストされたクエリを使用して、評価の順序を制御できます。

ルールビルダーキャンバスにタイルを 1 つ以上追加したら、コンテナの追加を開始できます。新しいコンテナを作成するには、タイルの右上隅にある省略記号(…)を選択し、「Add container」を選択します。

「コンテナを追加」ボタン(コンテナを最初のコンテナの子として追加できる)がハイライト表示されている

新しいコンテナが最初のコンテナの子として表示されますが、コンテナをドラッグして移動することで、階層を調整することができます。コンテナのデフォルト動作は、指定された属性、イベントまたはオーディエンスを「Include スト」することです。 コンテナ条件に一致するプロファイルを「Exclude」にルールを設定するには、タイルの左上隅にある「Include」を選択し、「Exclude」を選択します。

子コンテナを展開して、親コンテナにインラインで追加することもできます。それには、子コンテナで「コンテナを展開」を選択します。このオプションにアクセスするには、子コンテナの右上隅にある省略記号(…)を選択します。

コンテナを展開または削除できるオプションがハイライト表示されています。

を選択す Unwrap container と、子コンテナが削除され、条件がインライン表示されます。

NOTE
コンテナを展開する場合には、ロジックが引き続き目的のセグメント定義を満たすようにしてください。

展開後のコンテナの表示

container-examples

セグメントビルダー内のコンテナは、次の 3 つの異なる方法で使用できます。ルールをブール論理でグループ化する、コンテナの条件に一致するプロファイルを含めるか除外するかを制御する、時間制約を使用してイベントシーケンスを定義する、です。

混合ブール論理

次の例では、1 つの式内で 両方 AND および OR ロジックを混在させています。 コンテナを使用しない場合、AND と OR ロジックの両方を 1 つのレベルで混在させることはできません。

コンテナを使用してブール論理を組み合わせ、包含/除外論理を使用する方法を示す画像

イベントシーケンス

次の例では、コンテナを使用してイベントのシーケンスを作成します。

コンテナを使用してイベントを順序付ける方法を示す画像

ベストプラクティス container-best-practices

オーディエンスにコンテナを追加する場合は、次のガイドラインに留意してください。

  • コンテナを増分的に構築し、追加するステップごとにロジックをテストします
    • 結果が大幅に変化する可能性があるので、「除外」ロジックを使用する場合は、これが特に重要です
  • コンテナに明確な名前を付けて、意図した動作を理解します
  • パフォーマンスが低下するため、コンテナのネストレベルが多くなりすぎないようにします
  • イベントの順序はシーケンスコンテナに大きく影響するため、コンテナの順序が正確であることを確認してください

結合ポリシー

Experience Platform では、個々の顧客の全体像を把握するために、複数のソースからのデータを統合することができます。このようなデータを統合する場合、データをどのように優先順位付けするかや、どのようなデータを組み合わせてプロファイルを作成するかを決定するために Experience Platform で使用されるルールが結合ポリシーです。

このオーディエンスのマーケティング目的に合った結合ポリシーを選択することも、Experience Platform から提供されるデフォルトの結合ポリシーを使用することもできます。デフォルトの結合ポリシーを独自に作成することも含め、組織に固有の複数の結合ポリシーを作成できます。組織の結合ポリシーを作成する手順については、まず結合ポリシーの概要を参照してください。

セグメント定義の結合ポリシーを選択するには、「Fields」タブの歯車アイコンを選択し、使用する結合ポリシーを Merge Policy ドロップダウンメニューで選択します。

結合ポリシーセレクターがハイライト表示されています。これを使用してセグメント定義の結合ポリシーを選択できます。

オーディエンスのプロパティ audience-properties

セグメント定義を作成する際には、作成されるセグメント定義の推定サイズがワークスペースの右側の「Audience properties」セクションに表示されるので、オーディエンスそのものを作成する前にセグメント定義を必要に応じて調整できます。

Qualified Profiles は、セグメント定義のルールに一致するプロファイルの 実際 数を示します。 この数は、セグメント評価ジョブの実行後、24時間ごとに更新されます。

認定プロファイルのタイムスタンプは、最新の バッチ セグメント評価ジョブを示し、ストリーミングまたはエッジセグメント化を使用して評価されたセグメント定義には表示 されません。 セグメント定義を編集すると、次のセグメント評価ジョブが実行されるまで、認定プロファイルの数は同じままです。

Estimated Profiles は、サンプルジョブ に基づいて、プロファイルの おおよその範囲 を示します。 つまり、より大きなプロファイルセットにサンプルデータが投影されるので、実際の適合プロファイルの数とは異なる推定数が生じる場合があります。推定プロファイルサンプルには、95% の信頼区間があります。

オーディエンスのルールを変更する場合は、「Refresh estimate」ボタンを選択して、更新された推定プロファイル数を確認できます。 ただし、この数は以前のサンプルジョブに基づいています。 顧客データが 3% を超えて変化した場合、または最後のサンプルジョブが 3 日を超えた場合、サンプルジョブは更新されます。

情報バブルを選択すると、最後のサンプルジョブが実行された日時が表示されます。

認定プロファイルと推定プロファイルは、「オーディエンスプロパティ」セクションでハイライト表示されます。

Audience properties の節では、名前、説明、評価タイプなど、オーディエンスに関する重要な情報を指定することもできます。 名前は、組織で定義されたセグメント定義の中からセグメント定義を識別するために使用します。したがって、説明的で簡潔かつ一意である必要があります。

オーディエンスの作成を続行する際に、View Profiles を選択すると、オーディエンスのページ分割されたプレビューを表示できます。

オーディエンスプロパティセクションがハイライト表示されています。 オーディエンスプロパティには、名前、説明、評価方法などがありますが、これらに限定されません。

NOTE
オーディエンスの推定値は、その日のサンプルデータから抽出したサンプルサイズを使用して生成されます。プロファイルストアのエンティティ数が 100 万個未満の場合、完全なデータセットが使用されます。エンティティの数が 1~2,000 万の場合は 100 万のエンティティが使用され、2,000 万を超えるエンティティの場合は合計エンティティの 5% が使用されます。
さらに、この見積もりは、最後のプロファイルサンプルジョブが実行された日時に基づきます。 つまり、「Today」や「This week」などの相対的な日付関数を使用している場合、見積もりは最後のプロファイルサンプルジョブ実行時間に基づいて計算されます。 例えば、今日が 1 月 24 日で、最後のプロファイルサンプルジョブが 1 月 22 日に実行された場合、「昨日」相対日付関数は 1 月 23 日ではなく、1 月 21 日に基づきます。
セグメント定義の推定サイズを生成する方法について詳しくは、セグメント定義の作成に関するチュートリアルの予測値の生成に関する節を参照してください。

また、評価方法を選択することもできます。 使用する評価方法がわかっている場合は、ドロップダウンリストを使用して、目的の評価方法を選択できます。 このセグメント定義が適合する評価タイプを知りたい場合、「参照」アイコン( 拡大鏡付きのフォルダーアイコン )を選択すると、使用可能なセグメント定義の評価方法のリストが表示されます。

Evaluation method eligibility ポップオーバーが表示されます。 このポップオーバーには、使用可能な評価方法(バッチ、ストリーミングおよびエッジ)が表示されます。 ポップオーバーには、どの評価方法が適格か不適格かが表示されます。 セグメント定義で使用したパラメーターによっては、特定の評価方法に適合しない場合があります。 各評価方法の要件について詳しくは、ストリーミングセグメント化またはエッジセグメント化の概要を参照してください。

また、セグメント定義の作成が完了したら、その評価方法を変更することもできます。 評価方法を「Edge」または「ストリーミング」から「バッチ」に変更すると Edgeまたはストリーミングに戻すことはで ません。 評価方法の変更は、ポップオーバーで を選択した場合に のみ Save 有効になります。 ダイアログをキャンセルすると、元の評価方法が 維持 されます。

評価方法の実施要件のポップアップが表示されます。 このポップアップには、どの評価方法が対象のセグメント定義に適格か不適格かが表示されます。

無効な評価方法を選択すると、セグメント定義ルールを変更するか、評価方法を変更するかを尋ねるプロンプトが表示されます。

評価方法がポップアップ表示されます。 不適格な評価方法が選択された場合、不適格である理由がポップアップで説明されます。

様々なセグメント定義評価方法について詳しくは、セグメント化の概要を参照してください。

次の手順 next-steps

セグメントビルダーには、マーケティング可能なオーディエンスを Real-Time Customer Profile データから分離するのに使用できる機能豊富なワークフローが用意されています。このガイドをお読みになると、次のことができるようになります。

  • 属性、イベントおよび既存のオーディエンスの組み合わせを構成要素として使用して、セグメント定義を作成する。
  • オーディエンスルールの実行順序を制御するには、ルールビルダーキャンバスとコンテナを使用します。
  • 見込みオーディエンスの予測値を表示する。必要に応じてセグメント定義を調整できます。
  • スケジュールに沿ったセグメント化に対してすべてのセグメント定義を有効にする。
  • ストリーミングによるセグメント化に対して、特定のセグメント定義を有効にする。

Segmentation Service について詳しくは、引き続きこのドキュメントを参照し、関連するビデオを視聴して知識を補ってください。Segmentation Service UI の他の部分について詳しくは、Segmentation Service ユーザーガイド ​ を参照してください。

recommendation-more-help
770bc05d-534a-48a7-9f07-017ec1e14871