Show Menu
トピック×

セグメント化サービスの概要

Adobe Experience Platform Segmentation Serviceは、セグメントを作成し、リアルタイムの顧客プロファイルデータからオーディエンスを生成できるユーザーインターフェイスおよびRESTful APIを提供します。 これらのセグメントはプラットフォーム上で一元的に設定および管理され、アドビのソリューションから容易にアクセスできます。
このドキュメントでは、Segmentation Serviceの概要と、Adobe Experience Platformで果たす役割について説明します。

Segmentation Serviceの概要

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

セグメントの仕組み

セグメント化とは、プロファイルストアにあるプロファイルのサブセットによって共有される特定の属性や行動を定義し、マーケティング可能な人々のグループを顧客ベースから選別するプロセスです。例えば、「スニーカーを購入し忘れましたか?」という電子メールキャンペーンでは、過去 30 日間にランニングシューズを検索したが購入を完了しなかったすべてのユーザーのオーディエンスが必要な場合があります。
概念的に定義されたセグメントは、Experience Platformで構築されます。 通常、セグメントはマーケティング担当者またはオーディエンススペシャリストが作成しますが、一部の組織では、データアナリストとのコラボレーションのために、マーケティング部門が作成することを好みます。 プラットフォームに送信されるデータを確認する際に、データ分析は、セグメントのルールや条件の作成に使用するフィールドと値を選択して、セグメント定義を構成します。 これは、UIまたはAPIを使用して行います。

セグメントの作成

APIを使用して作成する場合も、セグメントビルダーを使用して作成する場合も、最終的にはプロファイルクエリ言語(PQL)を使用してセグメントを定義します。 ここで、条件を満たすプロファイルを取得するために作成された言語で概念的なセグメント定義を説明します。 詳しくは、「 PQLの概要 」を参照してください。
セグメントビルダー(Segmentation ServiceのUI実装)でセグメントを作成して使用する方法については、『 セグメントビルダーガイド 』を参照してください。
APIを使用したセグメント定義の作成について詳しくは、APIを使用したオーディエンスセグメントの 作成に関するチュートリアルを参照してください
スキーマが拡張されるイベントでは、以降のすべてのアップロードで、新しく追加されたフィールドをそれに応じて更新する必要があります。 エクスペリエンスデータモデル(XDM)のカスタマイズの詳細については、 スキーマエディターのチュートリアルを参照してください

セグメントの評価

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

ストリーミングセグメントはベータ版機能で、ご要望に応じてご利用いただけます。
ストリーミングセグメント化は、継続的なデータ選択プロセスで、ユーザのアクティビティに応じてセグメントを更新します。 セグメントを作成して保存すると、そのセグメント定義がリアルタイム顧客プロファイルへの入力データに適用されます。 セグメントの追加と削除は定期的に処理され、ターゲットオーディエンスとの関連性が維持されます。
ストリーミングセグメント化の詳細については、 ストリーミングセグメントに関するドキュメントを参照してください

バッチセグメント

継続的なデータ選択プロセスの代わりに、バッチセグメント化では、セグメント定義を介してすべてのプロファイルデータを一度に移動し、対応するオーディエンスを生成します。 作成したセグメントは保存および保存され、エクスポートして使用できるようになります。
セグメントの評価方法については、「 セグメント評価のチュートリアル 」を参照してください。

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

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

セグメントメタデータ

セグメントメタデータは、イベントでのインデックス作成を容易にし、セグメントを再利用または組み合わせることができます。
(APIまたはセグメントビルダーを使用して)セグメントを構成するには、セグメント名と結合ポリシーを定義する必要があります。

セグメント名

新しいセグメントを作成する場合は、セグメント名を指定する必要があります。 セグメント名は、Segmentation Serviceで作成されたコレクション内の特定のセグメントを識別するために使用されます。 したがって、セグメント名は説明的で簡潔で一意なものにする必要があります。
セグメントを計画する際、セグメントは他のセグメントから参照したり、他のセグメントと組み合わせたりできることに注意してください。 名前を選択する際は、セグメントに再利用可能な部分が含まれている可能性があることを考慮してください。

結合ポリシー

マージポリシーは、プロファイルがデータの優先順位付けを行い、特定の条件下で統合表示に組み合わせる方法を決定するために使用するルールです。 マージポリシーを定義しない場合は、デフォルトのプラットフォームマージポリシーが使用されます。 組織に固有のマージポリシーを使用する場合は、独自のマージポリシーを作成し、組織のデフォルトとしてマークすることができます。
オーディエンスのサイズの見積もりは、組織の既定のプロファイル結合ポリシーに基づいて行われます。

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

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

アドバンスセグメント機能

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

順次セグメント化

標準的なユーザーの遍歴は、本来は連続しています。 Adobe Experience Platformでは、この遍歴を反映する一連のセグメントを順番に定義できるので、発生するイベントのシーケンスを捕捉できます。 セグメントビルダーのビジュアルイベントタイムラインを使用して、イベントを希望の順序に並べ替えることができます。
順次セグメント化を必要とする顧客の遍歴の例として、製品表示/製品追加/チェックアウト/購入なしがあります。

動的分類

動的セグメント化は、マーケティングキャンペーン向けのセグメントを構築する際に、マーケティング担当者が従来直面していた拡張性の問題を解決します。
静的セグメント化は、可能なすべての使用例を明示的に繰り返しキャプチャする必要があるのとは異なり、動的セグメントでは変数を使用してルールロジックを作成し、関係を動的に表します。

使用例: 自宅以外で買い物をする顧客の探し

この高度なセグメント機能の価値を理解するために、データアーキテクトがマーケティング担当者と連携して、自宅以外の州で購入した顧客を特定することを検討します。
問題
静的セグメント化では、個々のセグメントを固有のホーム状態属性を持つように定義してから、ホーム状態と等しくない購入イベントをフィルタリングする必要があります。 このタイプの明示的なセグメントは、「ユタ州で購入の状態がユタではない人を探しています」と読みます。 この方法を使用してオーディエンスを作成するには、米国の州ごとに1つのセグメントを定義し、合計50個のセグメントを定義する必要があります。
スケールする際に必然的に生じる様々なセグメントの組み合わせの結果、静的セグメント化に必要な手動のプロセスは時間がかかり、全体的な効率が低下します。
解決策
動的なセグメントでは、購入状態属性に変数を割り当てることで、「購入の状態が顧客の自宅の状態と異なる購入を見つける」のが簡単になります。 これにより、50個の静的セグメントを1つの動的セグメントに統合できます。

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

高度なマルチエンティティセグメント化機能を使用すると、複数のXDMクラスを使用してセグメントを作成でき、その結果、個人スキーマに拡張子を追加できます。 その結果、Segmentation Serviceは、プロファイルのデータストアにネイティブであるかのように、セグメントの定義中に追加のフィールドにアクセスできます。
複数エンティティのセグメント化は、ビジネスニーズに関連するデータに基づいてオーディエンスを特定するために必要な柔軟性を提供します。 このプロセスは、データベースのクエリに関する専門知識を必要とせずに、すばやく簡単に実行できます。 これにより、データストリームにコストをかけずに、またはバックエンドのデータの結合を待たずに、セグメントに主要データを追加できます。

使用例: 価格主導型プロモーション

この高度なセグメント機能の価値を理解するために、マーケティング担当者と連携するデータアーキテクトを考えてみましょう。
この例では、データアーキテクトが、個人(XDM IndividualプロファイルとXDM ExperienceEventを基本クラスとするスキーマで構成される)のデータを、キーを使用して別のクラスに結合しています。 結合すると、データアーキテクトまたはマーケティング担当者は、セグメント定義時に、これらの新しいフィールドを基本クラススキーマにネイティブであるかのように使用できます。
問題
データアーキテクトとマーケティング担当者は、どちらも同じ衣料品店で働きます。 その小売店は、北米全土に1,000以上の店舗を持ち、ライフサイクル全体を通じて定期的に製品価格を引き下げている。 その結果、マーケティング担当者は、これらの商品を買い物かごした顧客に割引価格で購入する機会を与えるために特別なキャンペーンを実施したいと考えています。
データアーキテクトのリソースには、顧客の閲覧からのWebデータへのアクセス、および製品のSKU識別子を含む買い物かごへの追加データへのアクセスが含まれます。 また、別の「products」クラスにアクセスでき、そこに追加の製品情報(製品価格を含む)が保存されます。 ガイダンスは、過去14日間に買い物かごに製品を追加したが、購入しなかった顧客に焦点を当て、価格が下がったことを示します。
解決策
この例では、データアーキテクトが既にID名前空間を確立していると仮定します。
データアーキテクトはAPIを使用して、ExperienceEventスキーマのキーを「products」クラスと関連付けます。 これにより、データアーキテクトは、ExperienceEventスキーマにネイティブであるかのように、「products」クラスの追加フィールドを使用できます。 設定作業の最後の手順として、データアーキテクトは、適切なデータをリアルタイムの顧客プロファイルに取り込む必要があります。 これは、プロファイルで使用する「products」データセットを有効にすることで行います。 設定作業が完了すると、データアーキテクトまたはマーケティング担当者がセグメントビルダーでターゲットセグメントを作成できます。
XDMクラス間の関係を定義する方法については、 スキーマ構成の概要 (英語)を参照してください。

使用例

この高度なセグメント機能の価値を理解するために、セグメントペイロードの機能強化の前にマーケティングアプリケーションで発生していた課題を示す3つの標準的な使用例を考えてみましょう。
  • 電子メールのパーソナライゼーション
  • 電子メールの再ターゲティング
  • 広告の再ターゲット設定
電子メールのパーソナライゼーション
電子メールキャンペーンを作成したマーケティング担当者が、過去3か月間の最近の顧客ストアでの購入を使用して、ターゲットオーディエンスのセグメントを作成しようとした可能性があります。 このセグメントには、商品名と購入が行われた店舗の名前の両方が必要であるのが理想的です。 機能強化の前は、購入イベントからストアIDを取り込み、その顧客のプロファイルに割り当てていました。
電子メールの再ターゲティング
「買い物かごの放棄」をターゲットにした電子メールキャンペーンのセグメントを作成し、資格を得るのは複雑な場合が多くあります。 機能強化の前は、パーソナライズされたメッセージに含める商品を把握するのは、必要なデータが利用できるため困難でした。 製品が破棄されたデータは、以前はデータの監視と抽出が困難だったエクスペリエンスイベントと結び付けられます。
広告の再ターゲット設定
マーケターにとってのもう1つの従来の課題は、広告を作成して、買い物かごの項目を破棄した顧客を再ターゲット化することです。 セグメント定義はこの課題に取り組みましたが、機能強化の前は、購入した製品と破棄した製品を区別する正式な方法はありませんでした。 セグメントの定義中に、特定のデータセットをターゲットできるようになりました。

Segmentation Serviceのデータタイプ

すべてのXDMデータ型はSegmentation Service内でサポートされます。 セグメント定義を構成するルールは、次のデータタイプによってコンテキスト化されます。

文字列データ

セグメント定義では、文字列データを使用して、「国名」や「忠誠度プログラムレベル」など、セグメントオーディエンスの数値以外の制約を定義します。
文字列データは、論理、包含/排他および比較文を使用して、セグメント定義に含めます。 セグメント定義に文字列属性が追加されたら、文字列に関連するステートメントを使用して、他の文字列フィールドと比較して評価できます。
明細書タイプ
論理
または、
包括的/排他的
含む、存在する、除外、存在しない
比較
等しい、等しくない、次を含む、次の値を持つ開始

日付データ

日付データを使用すると、特定の開始/終了日を使用するか、次の表に示す日付に関連する文を使用して、時間に基づくコンテキストをセグメント定義に割り当てることができます。 1つの実装は、 今年のいつでもブランドとの関わりを示し、過去数日間 にわたってアクティブだった顧客のオーディエンスを作成することが考えられます ** 。
サンプルフィールド
日付に関連する明細書
タイムライン
person.firstPurchase
今日、昨日、今月、今年
セグメントが作成された日に関連します。
person.lastPurchase
最後に、中、前、後、中
任意の週/月内で関連性があります。

エクスペリエンスイベント

Adobe Experience Platformスキーマとして、XDM ExperienceEventsは、インタラクションが発生した時点のシステムのスナップショットを含む、プラットフォーム統合アプリケーションでの明示的かつ暗黙的な顧客の操作を記録します。 ExperienceEventsはファクトレコードです。 したがって、これらはセグメント定義時に使用できるデータソースです。
次の表に示すように、イベントデータは、イベントの動作を絞り込み、イベント属性を指定するのに役立つキーワードを使用してレンダリングされます。
キーワード
使用方法
含む/除外する
データの組み込みまたは欠落によるイベントの動作を説明します。
任意/すべて
条件を満たすセグメントの数の判断に役立ちます。
「タイムルールを適用」切り替えボタン
日付データを組み込みます。
等しい、等しくない、開始、次の値を含まない、次の値を含む、次の値を含まない、次の値で終わらない、次の値を含まない、次の値を含まない、次の値を含まない、が存在しない
文字列データを組み込みます。

セグメント

既存のセグメント定義は、新しいセグメント定義のコンポーネントとして使用し、新しいセグメントにその属性とイベント型ルールを追加することもできます。

Audiences

外部オーディエンスは、新しいセグメント定義のコンポーネントとして使用し、新しいセグメントに属性ルールを追加することもできます。
現在、オーディエンスとしてはAdobeオーディエンスマネージャーのみがサポートされています。 今後、追加のソースが有効になる予定です。

その他のデータタイプ

上記の説明に加え、サポートされるデータタイプのリストには次のものも含まれます。
  • 文字列
  • Uniform Resource Identifier
  • 列挙
  • 数値
  • ロング
  • 整数
  • Short
  • バイト
  • Boolean
  • 日付
  • 日時
  • 配列
  • オブジェクト
  • マップ
  • イベント

次の手順

Segmentation Serviceは、リアルタイムの顧客プロファイルデータからセグメントを作成するための統合されたワークフローを提供します。 まとめ:
  • セグメント化は、プロファイルストアからプロファイルのサブセットを定義するプロセスで、目的のマーケティング可能なグループの行動や属性を特徴付けることができます。 Segmentation Serviceを使用すると、この処理が可能になります。
  • セグメントを計画する際、セグメントは他の任意のセグメントから参照したり、他のセグメントと組み合わせたりできることに注意してください。
  • セグメントは、プロファイルデータ、関連する時系列データ、またはその両方に基づくルールから作成できます。
  • セグメントは、オンデマンドで評価することも、継続的に評価することもできます。 オンデマンドで評価されると、すべてのプロファイルデータがセグメント定義に一度に渡されます。 継続的に評価される場合、データは、プラットフォームに入るに従ってセグメント定義を通じてストリーミングされます。
UIでセグメントを定義する方法については、『 セグメントビルダーガイド 』を参照してください。 APIを使用したセグメント定義の作成について詳しくは、APIを使用したセグメントの 作成に関するチュートリアルを参照してください