2.2スキーマの設定と識別子の設定

この練習では、プロファイル情報と顧客行動を分類するために必要なXDMスキーマを設定します。 すべてのXDMスキーマでは、すべての情報をリンクするプライマリIDを設定する必要もあります。

Adobe Experience PlatformにログインするURLは次のとおりです。https://experience.adobe.com/platform

ストーリー

XDMスキーマの設定とプライマリIDの設定を開始する前に、次の作業を行おうとしているビジネスコンテキストを考える必要があります。

• データが必要
• データを顧客にリンクしたい
• プログレッシブなリアルタイムの顧客プロファイルを構築したい

取得するデータには2種類あります。

• このお客様は誰ですか。
• このお客様は何をしていますか。

しかし、このお客様は誰ですか。 答えの多い非常にオープンな質問です会社がこの質問の回答を見たいとき、名、姓、住所などの人口統計情報を探しています。 電子メールアドレスや携帯電話番号などの連絡先情報の場合もあります。 また、言語、オプトイン/オプトアウト、プロファイルの写真にリンクされた情報も参照できます。 最後に、お知らせする必要があるのは、お客様の会社が使用する様々なシステムで、このお客様をどのように特定するかです。

このお客様は何をしているのか、という質問にも同じことが言えます。​に対する質問に回答します。答えが多いオープンな質問です 会社がこの質問の回答を確認したい場合、オンラインおよびオフラインのプロパティのいずれかと顧客が行ったインタラクションを探しています。 訪問されたページまたは製品はどれか。 この顧客は買い物かごに商品を追加したか、あるいは購入したか。 Webサイトの閲覧に使用されたデバイスとブラウザーは何ですか。 このお客様はどのような情報を求めており、それを使用してこのお客様に快適な環境を提供しているか。 最後に、お客様の会社が使用する様々なシステムで、このお客様をどのように識別するかを知る必要があります。

2.1.1 — このお客様は誰か

このお客様は誰ですか？ を会社するには、ログイン/登録ページを使用します。

スキーマの観点から、これを​クラス​と見てみましょう。 質問：このお客様は誰ですか？ は、Class XDM Individualプロファイルで定義するもの。

XDMスキーマを作成して​Who is this customer?​まず、クラス XDM Individualプロファイルを参照する1つのスキーマを作成し定義する必要があります。

その質問に対してどのような回答を与えられるかを指定するには、フィールドグループを定義する必要があります。 フィールド グループはプロファイルクラスの拡張で、非常に特殊な設定を持ちます。例えば、姓、姓、性別、誕生日などの人口統計情報は、フィールドグループに含まれています。人口統計詳細。

第2に、会社はこの顧客を識別する方法を決定する必要があります。 会社の場合、既知の顧客の主な識別子は、電子メールアドレスなど、特定の顧客IDにすることができます。 しかし、技術的には、携帯電話の番号を使うなど、会社で顧客を識別する別の方法があります。
このラボでは、電子メールアドレスをプライマリID、電話番号をセカンダリIDとして定義します。

最後に、データが取り込まれたチャネルを区別することが重要です。 この場合、ウェブサイトの登録と、定義する必要があるスキーマは、​​が取り込まれた場所を反映する必要があります。 チャネルは、どのデータが取り込まれるかに影響する重要な役割も果たす。 したがって、収集したスキーマのチャネル、主な識別子、タイプの組み合わせごとに、データのIDを定義することがベストプラクティスです。

上記に基づいて、Adobe Experience Platformでスキーマを設定する必要があります。

次のURLに移動してAdobe Experience Platformにログインします。https://experience.adobe.com/platform.

ログインした後、Adobe Experience Platformのホームページに移動します。

続行する前に、サンドボックス​を選択する必要があります。 選択するサンドボックスの名前は--module2sandbox--です。 これを行うには、画面上の青い線の「Production Prod」というテキストをクリックします。

適切なサンドボックスを選択すると、画面の変更が表示され、専用のサンドボックスに移動します。

Adobe Experience Platformでは、画面の左側のメニューで​スキーマ​をクリックします。

利用可能なスキーマのリストが表示されます。

新しいスキーマを作成する必要があります。 新しいスキーマを作成するには、「+スキーマを作成」ボタンをクリックし、「XDM個別プロファイル」を選択します。

「+スキーマを作成」ボタンをクリックすると、新しいスキーマが作成され、フィールドグループ​を選択または作成するように求められます。

次に、この顧客は誰ですか？ は次のようになります。このラボの最初の部分では、顧客を定義するために次の属性が必要であることに注意しました。

• 名、姓、住所などの人口統計情報
• 自宅の住所、電子メールアドレス、携帯電話番号などの連絡先情報
• その他の情報(言語、オプトイン/オプトアウト、プロファイルの写真にもリンク)
• 顧客のプライマリID

この情報をスキーマの一部にするには、スキーマに次のフィールドグループを追加する必要があります。

• 人口統計詳細（人口統計情報）
• 個人の連絡先の詳細（連絡先情報）
• 基本設定の詳細（その他の情報）
• 会社のカスタムプロファイルIDフィールドグループ(プライマリとセカンダリ識別子)

フィールドグループ​画面で、<a2/追加>フィールドグループ 人口統計の詳細、個人の連絡先の詳細​および​環境設定の詳細​を選択します。

「フィールドグループ​追加」ボタンをクリックして、フィールドグループをスキーマに追加します。

これで、次のことができます。

次に、データ収集に使用する​識別子​を取り込むために、新しいフィールドグループが必要です。 前の練習で見たように、プライマリと識別子の概念がありセカンダリます。 プライマリIDは最も重要な識別子です。収集されたすべてのデータがこのIDにリンクされます。

次に、独自のカスタムフィールドグループを作成します。そのため、XDMスキーマは、独自の会社要件に合わせて拡張します。

+追加​ボタンをクリックして、フィールドグループを追加する開始を選択します。

既存のフィールドグループを再利用する代わりに、独自のフィールドグループを作成します。 これを行うには、「新しいフィールドグループを作成」を選択します。

次に、新しいフィールドグループに対して​表示名​と​説明​を指定する必要があります。

スキーマの名前として、次を使用します。

ldap -プロファイルIDフィールドグループ

ldap​を特定のldapに置き換えます。 例えば、ldap vangeluw​の場合、次はスキーマの名前です。

バンジェルウ —プロファイルIDフィールドグループ

これは、次のようなものを与えるはずです。

「フィールドグループ​追加」ボタンをクリックして、新しく作成したフィールドグループをスキーマに追加します。

これで、このスキーマ構造が適切になります。

新しいフィールドグループは空のままなので、次は、そのフィールドグループにフィールドを追加する必要があります。
フィールドグループ-リストーで、カスタムのフィールドグループをクリックします。

新しいボタンが多数表示されます。

スキーマの最上位レベルで、+ 追加 Field​ボタンをクリックします。

「+追加フィールド」ボタンをクリックすると、新しい​オブジェクト​がスキーマーに表示されます。 このオブジェクトは、スキーマ内のカスタム​オブジェクト​を表し、Adobe Experience PlatformテナントIDに従って名前が付けられます。 Adobe Experience PlatformテナントIDは--aepTenantId--です。

次に、そのテナントの下に新しいオブジェクトを追加します。 これを行うには、tenant-objectの下のフィールド​新しいフィールド​をクリックします。

次のオブジェクト定義を使用します。

• フィールド名：識別
• 表示名： 識別
• タイプ：オブジェクト

「Apply」をクリックして変更を保存します。

「Apply」をクリックすると、identification​オブジェクトがスキーマに表示されます。

次に、identification​オブジェクトの下に3つの新しいフィールドを追加します。

• ecid:

  • フィールド名：ecid
  • 表示名： ecid
  • 型：String

• emailId

  • フィールド名：emailId
  • 表示名： emailId
  • 型：String

• mobilenr

  • フィールド名：mobilenr
  • 表示名： mobilenr
  • 型：String

各フィールドはタイプ​文字列​として定義され、ID​として設定します。 スキーマ​Webサイト登録スキーマ​では、顧客は常に電子メールアドレスで識別されると想定します。つまり、emailId​を​プライマリ​識別子に、他のフィールドを​セカンダリ​識別子に設定する必要があります。

フィールドを追加するには、identification​オブジェクトの横の​+​ボタンをクリックします。

これで、空のフィールドが作成されました。 上記の3つのフィールドは、次のように設定する必要があります。

各フィールドは、最初のフィールド設定を次のように管理します。

identification​オブジェクトの横にある​+​ボタンをクリックして、新しいフィールドを作成し、指示に従ってフィールドに入力します。

• ecid

フィールドを保存するには、「フィールドプロパティ」内を下にスクロールして、「適用」ボタンが表示されるまで待ちます。 「適用」ボタンをクリックします。

identification​オブジェクトの横にある​+​ボタンをクリックして、新しいフィールドを作成し、指示に従ってフィールドに入力します。

• emailId

フィールドを保存するには、「フィールドプロパティ」内を下にスクロールして、「適用」ボタンが表示されるまで待ちます。 「適用」ボタンをクリックします。

identification​オブジェクトの横にある​+​ボタンをクリックして、新しいフィールドを作成し、指示に従ってフィールドに入力します。

• mobilenr

フィールドを保存するには、「フィールドプロパティ」内を下にスクロールして、「適用」ボタンが表示されるまで待ちます。 「適用」ボタンをクリックします。

現在は3つのフィールドがありますが、これらのフィールドはまだ​Identity-fieldsとして定義されていません。

これらのフィールドを​ID-fieldsとして定義する開始を作成するには、次の手順に従います。

• フィールド​emailId​を選択します。

• 右側のフィールドプロパティで、Identity​が表示されるまで下にスクロールします。 ID​のチェックボックスをオンにします。

  

• 次に、プライマリID​のチェックボックスをオンにします。

  

• 最後に、名前空間​のリストから​電子メール​名前空間を選択します。 名前空間は、Adobe Experience PlatformのIDグラフで名前空間の識別子を分類し、それらの名前空間間の関係を定義するために使用されます。

  

• 最後に、「適用」をクリックして変更を保存します。

  

次に、ecid​と​mobilenr​の他のフィールドをセカンダリ識別子として定義する必要があります。

• フィールド​ecid​を選択します。

• 右側のフィールドプロパティで、Identity​が表示されるまで下にスクロールします。 ID​のチェックボックスをオンにします。

  

• 次に、名前空間​のリストから名前空間​ECID​を選択します。 名前空間は、Adobe Experience PlatformのIDグラフで、識別子を名前空間で分類し、それらの名前空間間の関係を定義するために使用されます。

  

• 「Apply」をクリックして変更を保存します。

  

• フィールド​mobilenr​を選択します。

• 右側のフィールドプロパティで、Identity​が表示されるまで下にスクロールします。 ID​のチェックボックスをオンにします。

  

• 名前空間​のリストから名前空間​電話​を選択してください。 名前空間は、Adobe Experience PlatformのIDグラフで名前空間の識別子を分類し、それらの名前空間間の関係を定義するために使用されます。

  

• 「Apply」をクリックして変更を保存します。

  

identification​オブジェクトは次のようになります。3つのidフィールドにも​fingerprint​アイコンが表示され、識別子として定義されていることが示されます。

スキーマに名前を付けよう。 「無題スキーマ」フィールドを選択します。

スキーマの名前は次のとおりです。

ldap — デモシステム — Webサイトのプロファイルスキーマ

ldap​を特定のldapに置き換えます。 例えば、ldap vangeluw​の場合、次はスキーマの名前です。

vangeluw — デモシステム — Webサイトのプロファイルスキーマ

これは、次のようなものを与えるはずです。

これで、スキーマを定義し、既存および新しく作成したフィールドグループをリンクし、識別子を定義しました。

「保存」をクリックして変更を保存します。

最後に、プロファイル​にリンクするスキーマを起動します。
スキーマのプロファイルを有効にすることで、Adobe Experience Platformに送信されるすべてのデータを、このスキーマに対してリアルタイムの顧客プロファイル環境に含めることができます。これにより、クエリ、分類、アクティベーションに対するすべてのデータをリアルタイムで使用できます。

これを行うには、スキーマの名前を選択します。

スキーマの右側のタブに、プロファイルの切り替え​が表示されます。現在、この切り替えは無効になっています。

プロファイルをクリックして起動します。

次のメッセージが表示されます。

「有効」をクリックして、このスキーマのプロファイルを有効にします。

これで、スキーマがリアルタイム顧客プロファイルの一部になるように設定されました。

最後に、「保存」をクリックしてスキーマを保存します。

2.1.2 — このお客様の役割

質問への回答を捕捉します。この顧客は何をしていますか。 の会社は、例えば製品ページの製品表示を通じて行われます。

スキーマの観点から、これを​クラス​と見てみましょう。 質問：この顧客は何をするのですか？​クラス​ExperienceEvent​で定義したものです。

XDMスキーマを作成して、Whoy is this customer?​まず、クラスExperienceEventを参照する1つのスキーマを作成し、定義する必要があり ます。

その質問に対してどのような回答を与えられるかを指定するには、フィールドグループを定義する必要があります。 フィールド グループは、ExperienceEvent -classの拡張子で、非常に具体的な設定を持ちます。例えば、顧客が買い物かごに表示または追加した製品の種類に関する情報は、フィールドグループ コマースの詳細​に含まれています。

第2に、会社は、この顧客の行動をどのように特定するかを決定する必要があります。 Webサイト上でのインタラクションについて話し合うので会社は顧客を知っているかもしれませんがWebサイト上で未知の匿名訪問者が活動している可能性も同じです 電子メールアドレスのような識別子は使えません。 この場合、会社はおそらくExperience CloudID (ECID)を主識別子として使用することになります。

最後に、データが取り込まれたチャネルを区別することが重要です。 この場合、Webサイトでのインタラクションと、​​が取り込まれた場所を反映するために定義する必要があるスキーマについて説明します。 チャネルは、どのデータが取り込まれるかに影響する重要な役割も果たす。 したがって、収集したスキーマのチャネル、主な識別子、タイプの組み合わせごとに、データのIDを定義することがベストプラクティスです。

上記に基づいて、Adobe Experience Platformでスキーマを設定する必要があります。

ログインした後、Adobe Experience Platformのホームページに移動します。

続行する前に、サンドボックス​を選択する必要があります。 選択するsandboxは--module2sandbox--という名前です。 これを行うには、画面上の青い線の「Production Prod」というテキストをクリックします。

使用可能なサンドボックスのリストから、割り当てられた数と一致するサンドボックスを選択します。

適切なサンドボックスを選択すると、画面の変更が表示され、専用のサンドボックスに移動します。

Adobe Experience Platformでは、画面の左側のメニューで​スキーマ​をクリックします。

スキーマには、既存のスキーマがすべて表示されます。

新しいスキーマを作成する必要があります。 新しいスキーマを作成するには、「+スキーマを作成」ボタンをクリックし、「XDM ExperienceEvent」を選択します。

「+スキーマを作成」ボタンをクリックすると、新しいスキーマが作成され、フィールドグループ​を選択または作成するように求められます。

次に、この顧客は何をするのか、という質問に対する答えを定義する必要があります。 は次のようになります。このラボの最初に、お客様が何を行うかを定義するための次の属性が必要であることに注意しました。

• 訪問されたページまたは製品はどれか。
• この顧客は買い物かごに商品を追加したか、あるいは購入したか。
• Webサイトの閲覧に使用されたデバイスとブラウザーは何ですか。
• このお客様はどのような情報を求めており、それを使用してこのお客様に快適な環境を提供しているか。
• 顧客のプライマリID

この情報をスキーマの一部にするには、スキーマに次のフィールドグループを追加する必要があります。

• Web詳細
• コマースの詳細
• 環境の詳細
• 会社のカスタムプロファイルID フィールドグループ (プライマリとセカンダリ識別子)

フィールドグループ​追加画面で、フィールドグループ Web詳細、コマースの詳細​および​環境の詳細​を選択します。

「追加 Field Groups」ボタンをクリックして、フィールドグループをスキーマに追加します。

その後、次の手順を実行します。

次に、新しいフィールドグループを作成して、データ収集に使用する​識別子​を取り込む必要があります。 前の練習で見たように、プライマリと識別子の概念がありセカンダリます。 プライマリIDは最も重要な識別子です。収集されたすべてのデータがこのIDにリンクされます。

次に、独自のカスタムフィールドグループを作成します。そのため、XDMスキーマは、独自の会社要件に合わせて拡張します。

フィールドグループはクラスにリンクされているので、以前に作成したフィールドグループを単に再利用することはできません。

+追加​ボタンをクリックして、フィールドグループを追加する開始を選択します。

既存のフィールドグループを再利用する代わりに、独自のフィールドグループを作成します。 これを行うには、「新しいフィールドグループを作成」を選択します。

次に、新しいフィールドグループに​表示名​と​説明​を指定する必要があります。

フィールドグループの名前として、次を使用します。

ldap - ExperienceEvent識別フィールドグループ

ldap​を特定のldapに置き換えます。 例えば、ldap vangeluw​の場合、次はスキーマの名前です。

vangeluw - ExperienceEvent識別フィールドグループ

これは、次のようなものを与えるはずです。

「フィールドグループ​追加」ボタンをクリックして、新しく作成したフィールドグループをスキーマに追加します。

これで、スキーマ構造体が正しく配置されます。

新しいフィールドグループは空のままなので、フィールドグループにフィールドを追加する必要があります。
フィールドグループ-リストーで、カスタムのフィールドグループをクリックします。

新しいボタンが多数表示されます。

スキーマーの最上位レベルで、スキーマー名の横の​+​ボタンをクリックします。

+​ボタンをクリックすると、新しい​オブジェクト​がスキーマーに表示されます。 このオブジェクトは、スキーマ内のカスタム​オブジェクト​を表し、Adobe Experience PlatformテナントIDにちなんで名前が付けられます。 Adobe Experience PlatformテナントIDは--aepTenantId--です。

次に、そのテナントの下に新しいオブジェクトを追加します。 これを行うには、tenant-objectの下のフィールド​新しいフィールド​をクリックします。

次のオブジェクト定義を使用します。

• フィールド名：識別
• 表示名： 識別
• タイプ：オブジェクト

「Apply」をクリックして変更を保存します。

「Apply」をクリックすると、identification​オブジェクトがスキーマに表示されます。

次に、identification​オブジェクトの下に1つの新しいフィールドを追加します。

identification​オブジェクトの横の​+​ボタンをクリックして、新しいフィールドを作成します。

ECIDフィールドはタイプ​String​として定義され、このフィールドを​Identity​として設定します。 Webサイト​のスキーマ​デモシステム —イベントスキーマでは、顧客は常にECIDで識別されると想定します。つまり、ECID​を​プライマリ​識別子として設定する必要があります。

これで、空のフィールドが作成されました。 上記のフィールドは、次のように設定する必要があります。

• ecid:

  • フィールド名：ecid
  • 表示名： ecid
  • 型：String

ecid — フィールドは、次のようにして最初のフィールド設定を管理します。

下にスクロールし、「適用」をクリックします。

これで新しいフィールドが作成されましたが、このフィールドはまだ​ID​フィールドとして定義されていません。

これらのフィールドを​ID-fieldsとして定義する開始を作成するには、次の手順に従います。

• フィールド​ecid​を選択します。
• 右側のフィールドプロパティで、Identity​が表示されるまで下にスクロールします。 ID​のチェックボックスをオンにします。

• 次に、プライマリID​のチェックボックスをオンにします。

• 最後に、名前空間​のリストから名前空間​ECID​を選択します。 名前空間は、Adobe Experience PlatformのIDグラフで名前空間内の識別子を分類し、それらの名前空間間の関係を定義するために使用されます。

  

• 最後に、「適用」をクリックして変更を保存します。

  

identification​オブジェクトは次のようになります。ecidフィールドにも​fingerprint​アイコンが表示され、識別子として定義されていることが示されます。

スキーマに名前を付けよう。 「無題スキーマ」フィールドを選択します。

スキーマの名前として、次を使用します。
ldap — デモシステム — Webサイトのイベントスキーマ

ldap​を特定のldapに置き換えます。 例えば、ldap vangeluw​の場合、次はスキーマの名前です。

vangeluw — デモシステム — Webサイトのイベントスキーマ

これは、次のようなものを与えるはずです。

「保存」をクリックして変更を保存します。

このスキーマに対して最終的にデータを取り込む場合は、一部のフィールドが必要になることに注意してください。
例えば、_id​と​timestamp​は必須フィールドです。

• _idには、特定のデータインジェストに対して一意のidを含める必要があります
• timestampは、次のように、"YYYY-MM-DDTHH:MM:SSZ"​の形式で、このヒットのタイムスタンプにする必要があります。"2019-04-08T07:20:000Z"

これで、スキーマを定義し、既存および新しく作成したフィールドグループをリンクし、識別子を定義しました。

最後に、プロファイル​にリンクするスキーマを起動します。
プロファイルのスキーマを有効にすると、このスキーマに対してAdobe Experience Platformに送信されるすべてのデータがリアルタイム顧客プロファイルの一部になり、クエリ、セグメント化、およびアクティベーションに対してすべてのデータをリアルタイムで使用できるようになります。

これを行うには、スキーマの名前を選択します。

スキーマの右側のタブに、プロファイル切り替え​が表示されます。現在、この切り替えは無効になっています。

プロファイルをクリックして起動します。

次のメッセージが表示されます。

「有効」をクリックして、このスキーマのプロファイルを有効にします。

これで、スキーマがリアルタイム顧客プロファイルの一部になるように設定されました。

最後に、「保存」をクリックしてスキーマを保存します。

これで、リアルタイム顧客プロファイルで使用するためにアクティブ化されたスキーマの作成が完了しました。

次の練習では、データセットについて見てみましょう。

次の手順：2.3データセットの設定

モジュール2に戻る

すべてのモジュールに戻る