Segmentation Service の概要

Adobe Experience PlatformSegmentation Serviceは、セグメントを作成してReal-time Customer Profileデータからオーディエンスを生成するためのユーザーインターフェイスとRESTful APIを提供します。 これらのセグメントはPlatform上で一元的に構成および管理され、どのAdobeソリューションでも容易にアクセスできます。

このドキュメントでは、Segmentation Serviceの概要とAdobe Experience Platformでの役割について説明します。

Segmentation Serviceはじめに

このドキュメント全体で使用される以下の主要用語を理解しておくことが重要です。

  • セグメント:多数の個人(顧客、見込み客、ユーザーまたは組織など)を、類似の特性を共有しマーケティング戦略に対して同様の対応をする小さなグループに分割します。
  • セグメント定義:ターゲットオーディエンスの主要な特性や動作を記述するルールセットです。概念化が完了すると、セグメント定義で記述されているルールを使用して、セグメントの適格なオーディエンスメンバーが決定されます。
  • オーディエンス:セグメント定義の条件を満たすプロファイルの結果セットです。

セグメント化の仕組み

セグメント化とは、プロファイルストアにあるプロファイルのサブセットによって共有される特定の属性や行動を定義し、マーケティング可能な人々のグループを顧客ベースから選別するプロセスです。例えば、「スニーカーを購入し忘れましたか?」という電子メールキャンペーンでは、過去 30 日間にランニングシューズを検索したが購入を完了しなかったすべてのユーザーのオーディエンスが必要な場合があります。

概念的にセグメントを定義すると、Experience Platformに構築されます。 セグメントは通常、マーケターまたはオーディエンススペシャリストが作成しますが、データアナリストと協力してマーケティング部門が作成することを望む組織もあります。Platformに送信されるデータを確認すると、データ分析は、セグメントのルールや条件の作成に使用するフィールドや値を選択して、セグメント定義を構成します。 これは、UI または API を使用しておこないます。

セグメントの作成

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

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

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

メモ

イベントでは、スキーマが拡張され、以降のすべてのアップロードで、新しく追加されたフィールドを適宜更新する必要があります。Experience Data Model (XDM)のカスタマイズの詳細については、スキーマエディタのチュートリアルを参照してください。

セグメントの評価

プラットフォームは、現在、セグメントを評価する3つの方法をサポートしています。ストリーミングのセグメント化、バッチセグメント化、エッジセグメント化。

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

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

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

バッチセグメント化

継続的なデータ選択プロセスの代わりに、バッチセグメント化では、セグメント定義を介してすべてのプロファイルデータを一括して移動し、対応するオーディエンスを生成します。作成したセグメントは保存されて、使用時にエクスポートできるようになります。

増分セグメント化(ベータ)

バッチセグメントは24時間ごとに評価されます。 ただし、既存のセグメントの場合、増分セグメント化によってセグメントは最大1時間更新されます。

増分セグメントは、プロファイルストアに新しいデータが入ったときに実行されます。 ただし、増分セグメントには次の注意が必要です。

  • 新しいセグメントまたは最近変更したセグメントに対して、新しいデータを持つプロファイルは、次の増分実行で資格を得ます。 ただし、変更のないプロファイルは、次の完全なバッチセグメントジョブに追い付きます。
  • マルチエンティティセグメントは、増分セグメントで更新されます。 エンティティの更新がある場合、新しいデータを持つプロファイルは、次の増分実行時にそれらを使用して開始します。 ただし、変更のないプロファイルは、次の完全なバッチセグメントジョブに追いつきます。
  • セグメントの時間枠から外れたイベントは、次の完全なバッチセグメントジョブで調整されます。

セグメントの評価方法については、セグメント評価のチュートリアルを参照してください。

エッジセグメント

エッジセグメント化は、エッジ上でプラットフォーム内のセグメントを瞬時に評価する機能で、同じページや次のページのパーソナライズの使用例を実現します。

エッジセグメント化について詳しくは、APIドキュメントまたはUIドキュメントを参照してください。

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

エクスポートしたセグメントにアクセスする方法については、セグメント評価のチュートリアルを参照してください。

セグメントメタデータ

セグメントメタデータを使用すると、イベント内でのインデックス作成が容易になり、セグメントの再利用や組み合わせが可能になります。

(APIまたはSegment Builderを介して)セグメントを構成するには、セグメント名と結合ポリシーを定義する必要があります。

セグメント名

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

メモ

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

結合ポリシー

マージポリシーは、Profileがデータの優先順位付けを行い、特定の条件下で統合表示に組み合わせる方法を決定するために使用するルールです。
マージポリシーが定義されていない場合は、デフォルトのPlatformマージポリシーが使用されます。 組織に固有の結合ポリシーを使用する場合は、独自の結合ポリシーを作成し、組織のデフォルトとすることができます。

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

メモ

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

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

Segment Builderは、セグメント名と結合ポリシーに加えて、「セグメントの説明」メタデータフィールドをオファーします。このメタデータフィールドで、セグメント定義の目的を要約できます。

高度なセグメント化機能

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

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

順次セグメント化

標準的なユーザージャーニーは、本質的に順次的です。Adobe Experience Platformでは、このジャーニーを反映する一連のセグメントを定義することで、発生したイベントのシーケンスをキャプチャできます。 Segment Builderのビジュアルイベントタイムラインを使用して、イベントを希望の順序に並べ替えることができます。

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

動的セグメント化

動的セグメント化は、マーケティングキャンペーンのセグメントを作成する際に従来マーケターが直面していたスケーラビリティの問題を解決します。

すべての可能なユースケースを明示的に繰り返しキャプチャする必要がある静的セグメント化とは異なり、動的セグメント化では変数を使用してルールロジックを作成し、関係を動的に表現します。

ユースケース:自宅以外で購入する顧客を探す

この高度なセグメント化機能の有用性を説明するために、ここでは、データアーキテクトがマーケターの協力を得て、自宅以外で購入した顧客を特定するとしましょう。

問題

静的セグメント化では、一意の「自宅の州」属性を持つ個々のセグメントを定義してから、「自宅の州」に一致しない購入イベントをフィルタリングで特定する必要があります。このタイプの明示的なセグメントは、例えば、「ユタ州在住で購入の州がユタでない人を探しています」となるでしょう。この方法を使用してオーディエンスを作成するには、米国の州ごとに 1 つのセグメントを定義し、合計 50 個のセグメントを定義する必要があります。

拡張するにつれて様々なセグメントの組み合わせが必然的に発生する結果、静的セグメント化に必要な手動プロセスにますます時間がかかり、全体の効率が低下します。

解決策

動的セグメント化では、購入州属性に変数を割り当てることで、「購入の州が顧客の自宅の州と異なる購入を見つける」ことが簡単になります。これにより、50 個の静的セグメントを 1 つの動的セグメントに統合できます。

マルチエンティティセグメント化

高度なマルチエンティティセグメント化機能を使用すると、製品、店舗、または他の非人(「ディメンション」エンティティとも呼ばれる)に基づいて、追加のデータを使用してReal-time Customer Profileデータを拡張できます。 その結果、Segmentation Serviceは、Profileデータストアにネイティブであるかのように、セグメント定義中に追加のフィールドにアクセスできます。 マルチエンティティのセグメント化は、お客様固有のビジネスニーズに関連するデータに基づいてオーディエンスを識別する際に柔軟性を提供します。 使用事例やワークフローなどの詳細については、マルチエンティティセグメント化ガイドを参照してください。

Segmentation Service データ型

Segmentation Service は、様々なプリミティブデータ型と複雑なデータ型をサポートしています。サポートされるデータ型のリストを含む詳細な情報は、サポートされるデータ型ガイドを参照してください。

次の手順

Segmentation Service は、 Real-time Customer Profile データからセグメントを作成するための統合的なワークフローを提供します。まとめ:

  • Segmentation は、プロファイルストアからプロファイルのサブセットを定義するプロセスで、目的のマーケティング可能なグループの行動や属性を特徴付けることができます。Segmentation Service このプロセスを可能にします。
  • セグメントを計画する際、セグメントを他のセグメントから参照したり、他のセグメントと組み合わせたりできます。
  • セグメントは、プロファイルデータ、関連する時系列データ、またはその両方に基づくルールから作成できます。
  • セグメントは、オンデマンドで評価することも継続的に評価することもできます。オンデマンドで評価する場合は、すべてのプロファイルデータがセグメント定義を一度に通過します。連続的に評価される場合は、Platformに入るに従って、セグメント定義を通じてデータがストリーミングされます。

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

このページ