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

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

エクスペリエンスデータモデル（XDM）スキーマは、Adobe Experience Platformでデータを収集するための構成要素、原則およびベストプラクティスです。

Platform Web SDKは、スキーマを使用して web イベントデータを標準化し、Platform Edge Networkに送信し、最終的にデータストリームで設定されたExperience Cloud アプリケーションにデータを転送します。 この手順は、カスタマーエクスペリエンスデータをExperience Platformに取り込むために必要な標準データモデルを定義し、これらの標準に基づいて構築されたダウンストリームのサービスとアプリケーションを可能にするので、重要です。

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

企業には、ドメインについてコミュニケーションを行うための独自の言語があります。 自動車の販売店には車種、モデル、シリンダーがあります。 航空会社には便名、運航区分、座席指定があります。 これらの用語には、特定の会社に固有のものや、業界別で共有されているものや、ほとんどすべての企業で共有されているものがあります。 業界横断的な用語や、より広範な用語を共有する用語の場合、共通の方法で用語に名前を付けて構造化することで、データを活用して強力な処理を開始できます。

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

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

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

これがAdobeの目標である ​ エクスペリエンスデータモデル ​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 上のデータ収集に必要な最も一般的に使用されるキーと値のペアにアクセスできます。 各フィールドの ​ 表示名 ​ は、Platform ベースのアプリケーションのセグメントビルダーインターフェイスでマーケターに表示され、標準フィールドの表示名を必要に応じて変更できます。 また、不要なフィールドを削除することもできます。 いずれかのフィールドグループ名をクリックすると、それに属するキーと値のペアのグループがインターフェイスで強調表示されます。 以下の例では、どのようなフィールドが 消費者エクスペリエンスイベント に属しているのかがわかります。

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

identityMap オブジェクト

identityMap と呼ばれる web ユーザーの識別に使用する特別なフィールドがあります。

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

IMPORTANT

Profile のスキーマを有効にすることは可能ですが、この時点では有効に ません。 プロファイルに対してスキーマが有効になり、データが取り込まれると、サンドボックス全体をリセットしない限り、無効にしたり削除したりすることはできません。 この時点ではフィールドをスキーマから削除することはできませんが、UI でフィールドを非推奨（廃止予定 ​ することは可能です。 これらの影響は、実稼動環境で独自のデータを操作する際に後で留意することが重要です。

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

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

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