セグメント定義

API を使用して作成した場合でも、Segment Builder を使用した場合でも、セグメント定義は最終的に Profile Query Language(PQL)を使用して定義されます。ここでは、条件を満たすプロファイルを取得するために設計された言語で概念セグメント定義を記述します。詳しくは、PQL の概要を参照してください。

Segment Builder(Segmentation Service の UI 実装)でセグメントを作成して使用する方法については、セグメントビルダーガイドを参照してください。

API を使用したセグメント定義の作成について詳しくは、API を使用したセグメント定義の作成に関するチュートリアルを参照してください。

NOTE
イベントでは、スキーマが拡張され、以降のすべてのアップロードで、新しく追加されたフィールドを適宜更新する必要があります。Experience Data Model(XDM)のカスタマイズについて詳しくは、スキーマエディターのチュートリアルを参照してください。
さらに、データセットでエクスペリエンスイベントの有効期限の値が有効になっている場合、これは、作成したセグメント定義のメンバーシップに影響を与える可能性があります。この機能がセグメント化に与える影響について詳しくは、エクスペリエンスイベントの有効期限に関するガイドを参照してください。

連合オーディエンス構成

オーディエンスの構成とセグメントの定義に加えて、Adobe Federated Audience Composition を使用すると、基になるデータをコピーせずにエンタープライズデータセットから新しいオーディエンスを作成し、それらのオーディエンスをAdobe Experience Platform Audience Portal に保存できます。 また、Enterprise Data Warehouse からフェデレーションされた作成済みオーディエンスデータを利用して、Adobe Experience Platformの既存のオーディエンスを強化することもできます。 連合オーディエンス構成に関するガイドを参照してください。

オーディエンスを評価

Experience Platform は、現在、ストリーミングセグメント化、バッチセグメント化、エッジセグメント化の 3 つのオーディエンス評価方法をサポートしています。

ストリーミングセグメント化

ストリーミングセグメント化は、ユーザーアクティビティに応じてオーディエンスを更新する継続的なデータ選択プロセスです。オーディエンスが作成され保存されると、受信データに対してセグメント定義が Real-Time Customer Profile に適用されます。ターゲットオーディエンスの関連性が維持されるよう、オーディエンスへの追加および削除は定期的に処理されます。

ストリーミングセグメント化について詳しくは、ストリーミングセグメント化のドキュメントを参照してください。

バッチセグメント化

継続的なデータ選択プロセスに代わる手段として、バッチセグメント化では、セグメント定義を通じてすべてのプロファイルデータを一度に移動して、対応するオーディエンスを生成します。作成したオーディエンスは保存されるので、書き出して使用できます。

バッチオーディエンスは、24 時間ごとに自動的に評価されます。バッチオーディエンスをオンデマンドで評価する場合は、セグメントジョブを使用できます。セグメントジョブについて詳しくは、セグメントジョブのドキュメントを参照してください。

エッジのセグメント化

Edgeのセグメント化は、Experience Platform内のセグメントを Edge Network上で瞬時に評価する機能で、同じページでのパーソナライゼーションや次のページのパーソナライゼーションのユースケースを可能にします。

エッジセグメント化について詳しくは、 エッジセグメント化の概要を参照してください。

セグメント化の結果へのアクセス

書き出したオーディエンスにアクセスする方法について詳しくは、セグメント定義の評価に関するチュートリアルを参照してください。

セグメント定義メタデータ

任意のオーディエンスを再利用または組み合わせる場合は、セグメント定義メタデータを使用するとインデックス作成が便利になります。

(API または Segment Builder を使用して)セグメント定義を作成するには、名前および結合ポリシーを定義する必要があります。

セグメント定義名

新しいセグメント定義を作成する場合は、名前を指定する必要があります。セグメント定義名は、Segmentation Service で作成されたコレクションの中の特定のセグメント定義を識別するために使用されます。したがって、セグメント定義名は説明的で簡潔かつ一意である必要があります。

NOTE
セグメント定義を計画する際、セグメント定義を他のセグメント定義から参照したり、他のセグメント定義と組み合わせたりできます。名前を選択する際は、セグメント定義に再利用可能な部分が含まれているかもしれないことを考慮してください。

結合ポリシー

結合ポリシーは、特定の条件下でデータを優先順位付けし統合ビューにまとめる方法を Profile が決定する場合に使用するルールです。

結合ポリシーが定義されていない場合、デフォルトの Experience Platform 結合ポリシーが使用されます。組織に特有の結合ポリシーを使用する場合は、独自の結合ポリシーを作成し、組織のデフォルトとすることができます。

結合ポリシーについて詳しくは、結合ポリシーガイドを参照してください。

NOTE
オーディエンスサイズの推定は、組織のデフォルトのプロファイル結合ポリシーに基づいて行われます。

その他のセグメント定義のメタデータ

名前と結合ポリシーに加えて、Segment Builder には、セグメント定義の目的を要約できる追加の説明メタデータフィールドが用意されています。

高度なセグメント化機能

セグメント定義は、ストリーミングデータの取り込みと以下の高度なセグメント化機能のいずれかを組み合わせることで、継続的にオーディエンスを生成するように設定できます。

これらの高度な機能について、以降の節で詳しく説明します。

順次セグメント化

標準的なユーザージャーニーは、本質的に順次的です。Adobe Experience Platform では、一連のオーディエンスを定義してこのジャーニーを反映させ、発生したイベントのシーケンスをキャプチャできます。Segment Builder の視覚的なイベントタイムラインを使用することで、イベントを目的の順序に並べ替えることができます。

順次セグメント化を必要とする顧客のジャーニーの例としては、製品表示/製品追加/チェックアウト/購入なしがあります。