Web データ用のXDM スキーマの作成

Adobe Experience Platform データ収集インターフェイスで web データの XDM スキーマを作成する方法について説明します。

Experience Data Model （XDM）スキーマは、Adobe Experience Platformでデータを収集するための構成要素、原則、ベストプラクティスです。

Platform Web SDKは、スキーマを使用してweb イベントデータを標準化し、Platform Edge Networkに送信し、データストリームで設定されたExperience Cloud アプリケーションにデータを転送します。 このステップは、顧客体験データをExperience Platformに取り込むために必要な標準データモデルを定義し、これらの標準に基づいて構築された下流のサービスやアプリケーションを有効にするため、非常に重要です。

データをモデル化する理由？

企業は、ドメインに関するコミュニケーションを行うために独自の言語を使用します。 自動車ディーラーにはメーカー、モデル、シリンダーがあります。 航空会社には、フライト番号、サービスクラス、座席の割り当てがあります。 これらの用語の中には、特定の企業に固有のものもあれば、業種や業種の間で共有されているものもあり、ほとんどすべての企業が共有しているものもあります。 業界の業種やさらに幅広い分野で共有される用語については、共通の方法でこれらの用語に名前を付けて構造化することで、データを活用して強力なことができます。

例えば、多くの企業は、注文を処理しています。 これらの企業が、同様の方法で注文をモデル化することを決定した場合はどうでしょうか？ 例えば、データモデルが、注文の合計価格を表すpriceTotal プロパティを持つオブジェクトで構成されている場合はどうでしょうか。 そのオブジェクトにcurrencyCodeとpurchaseOrderNumberという名前のプロパティがある場合はどうなりますか？ 注文オブジェクトに、支払いオブジェクトの配列となるpaymentsという名前のプロパティが含まれている可能性があります。 各オブジェクトは、注文の支払いを表します。 たとえば、注文の一部をギフトカードで支払い、残りをクレジットカードで支払った顧客の場合などです。 次のようなモデルを構築できます。

{
  "order": {
    "priceTotal": 89.50,
    "currencyCode": "EUR",
    "purchaseOrderNumber": "JWN20192388410012",
    "payments": [
      {
        "paymentType": "gift_card",
        "paymentAmount": 50
      },
      {
        "paymentType": "credit_card",
        "paymentAmount": 39.50
      }
    ]
  }
}

注文を扱っているすべての企業が、業界で一般的な用語の一貫した方法で注文データをモデル化することを決定した場合、魔法のようなことが起こり始める可能性があります。 データ（propやeVar、誰でも？）を絶えず解釈して翻訳するのではなく、組織内や外部でより柔軟に情報を交換できます。 マシンラーニングは、データ の意味​をより簡単に理解し、実用的なインサイトを提供できます。 関連データを表示するためのユーザーインターフェイスは、より直感的なものになる可能性があります。 同じモデリングを使用しているパートナーやベンダーとデータをシームレスに統合できます。

これが、AdobeのExperience Data ModelまたはXDMの目標です。 XDMは、業界で一般的なデータの規範的なモデリングを提供すると同時に、特定のニーズに合わせてモデルを拡張することもできます。 Adobe Experience PlatformはXDMを中心に構築されているため、Experience Platformに送信されるデータはXDMで送信する必要があります。 Experience Platformにデータを送信する前に、現在のデータモデルをXDMに変換する場所や方法について考えるのではなく、XDMを組織全体でより広く採用し、翻訳が行われない必要がないようにすることを検討してください。

XDM スキーマについて詳しくは、プレイリスト 顧客体験データをXDMでモデル化するか、XDM システムの概要を参照してください。

学習目標

このレッスンを最後まで学習すると、以下の内容を習得できます。

前提条件

データ収集とAdobe Experience Platformに必要なすべてのプロビジョニングとユーザー権限について、概要 ページで説明しています。

XDM スキーマの作成

XDM スキーマは、Experience Platformのデータを記述する標準的な方法です。これにより、スキーマに準拠したデータを、競合や複数の組織間で共有することなく、組織全体で再利用できます。

この演習では、Luma デモ web サイト ​でweb イベントデータをキャプチャするために推奨されるベースラインフィールドグループを使用してXDM スキーマを作成します。

フィールドグループを追加

先に述べたように、XDMは、共通の構造と定義を提供することで、顧客体験データを標準化するコアフレームワークです。 XDM標準に準拠することで、すべての顧客体験データ​を共通表現に組み込むことができます。 このアプローチにより、顧客の行動から貴重なインサイトを得たり、セグメントを通じて顧客オーディエンスを定義したり、複数のソースから取得したデータを使用して顧客属性でパーソナライズされたメッセージを作成したりすることができます。

可能であれば、既存のフィールドグループを使用し、セマンティック命名規則に従うことをお勧めします。 上記の定義済みのフィールドグループに収まらない組織に固有のデータについては、カスタムフィールドグループを作成できます。 カスタムスキーマの詳細な手順については、​ スキーマエディターを使用したスキーマの作成を参照してください。

両方のフィールドグループを使用すると、webでのデータ収集に必要な最も一般的なキーと値のペアにアクセスできます。 各フィールドの表示名は、プラットフォームベースのアプリケーションのセグメントビルダーインターフェイスでマーケターに表示され、標準フィールドの表示名をニーズに合わせて変更できます。 不要なフィールドを削除することもできます。 いずれかのフィールドグループ名をクリックすると、インターフェイスは、どのキーと値のペアのグループが属しているかを強調表示します。 次の例では、消費者エクスペリエンスイベント​に属するフィールドを示しています。

このレッスンは出発点にすぎません。 独自のweb イベントスキーマを構築する場合は、ビジネス要件を調査して文書化する必要があります。 このプロセスは、Adobe Analytics実装用の​ ビジネス要件ドキュメント ​および​ ソリューション設計参照の作成に似ていますが、Platform、Target、イベント転送先など、すべてのダウンストリームデータ受信者​の要件を含める必要があります。

identityMap オブジェクト

identityMapというWeb ユーザーを識別するために使用される特殊なフィールドがあります。

Web上のユーザーを識別するために必要なExperience Cloud IDを格納するため、Web関連のデータ収集には必須オブジェクトです。 また、認証済みユーザーの内部カスタマーIDを設定する鍵にもなります。 identityMapについては、IDの設定 レッスンで詳しく説明しています。 XDM ExperienceEvent クラスを使用して、すべてのスキーマに自動的に含まれます。

IMPORTANT

現在​ プロファイル ​のスキーマを有効にできますが、は​この時点で有効にしません。 プロファイルに対してスキーマを有効にし、データを取り込むと、サンドボックス全体をリセットせずにスキーマを無効にしたり削除したりすることはできません。 この時点でフィールドをスキーマから削除することはできませんが、UIのフィールドを非推奨にすることは可能です。 これらの意味は、実稼動環境で独自のデータを使用する際に、後で考慮することが重要です。

この設定については、Experience Platformの設定のレッスンで詳しく説明しています。

このレッスンを完了するには、右上の「保存」を選択します。

これで、Web SDK拡張機能をタグプロパティに追加するときに、このスキーマを参照できるようになりました。