Identity Service の概要

関連性のあるデジタルエクスペリエンスを提供するには、顧客を完全に理解しておく必要があります。これは、顧客データが異なる複数のシステムに断片化され、各顧客が複数の「ID」を持つように見える場合に、より難しくなります。Adobe Experience PlatformIdentity Serviceは、デバイスやシステム間でIDをつなぐことで、顧客とその行動をより良く表示できるように支援します。これにより、インパクトなパーソナルデジタルエクスペリエンスをリアルタイムで提供できます。

Identity Serviceについて

毎日、顧客はビジネスとやり取りし、ブランドとの関係を高め続けています。典型的な顧客は、E コマース、ロイヤリティ、ヘルプデスクシステムなど、組織のデータインフラストラクチャ内の任意の数のシステムでアクティブである場合があります。同じ顧客が任意の数のデバイスに匿名で関与する場合もあります。Identity Service お客様の全体像をまとめ、異なる複数のシステムに分散させる可能性のある関連データを集計できます。

消費者とブランドとの関係の日常的な例を考えてみましょう。

Mary は、過去に注文を数件完了した e コマースサイトのアカウントを持っています。彼女は普段、買い物にパソコンを使い、毎回ログインします。ある日、訪問中にタブレットを使用してサンダルを買い物しますが、注文はせず、ログインもしません。

この時点で、Mary のアクティビティは、e コマースログインとタブレットデバイス(デバイス ID で識別される場合もあります)の 2 つの異なるプロファイルとして表示されます。

Mary は後でタブレットセッションを再開し、ニュースレターを購読するためにメールアドレスを提供します。この場合、ストリーミング取得によって、新しい ID がレコードデータとして Mary のプロファイルに追加されます。その結果、Identity ServiceはMaryのタブレットデバイスアクティビティをeコマースアカウントの履歴と関連付けるようになりました。

Mary がタブレットを次にクリックするまでには、ターゲットコンテンツは、知らない買い物客が使用するタブレットではなく、Mary の完全なプロファイルと履歴を反映できる可能性があります。

Identity Serviceが定義し維持するアイデンティティー関係は、Real-time Customer Profileが顧客の全体像を構築し、ブランドとのやり取りを支援します。 詳しくは、「リアルタイム顧客プロファイルの概要」を参照してください。

ID

ID とは、エンティティ(通常は個人)に固有のデータです。ログイン ID、ECID、ロイヤリティ ID などの ID は、既知の ID と呼ばれます。

メールアドレスや電話番号などの PII は、顧客を直接識別する役割を果たします。その結果、PII は、システム間で顧客の複数の ID を照合するために使用されます。

不明または匿名の ID は、実際に使用している人を特定せずにデバイスを特定します。このカテゴリには、訪問者の IP アドレスや cookie ID などの情報が含まれます。行動データは不明な ID を使用してデバイスから収集できますが、デバイスやメディア間での関連付けは、顧客がジャーニー中に PII を提供するまで制限されます。

次の画像に示すように、既知の ID と匿名 ID は共に、ID グラフの重要なコンポーネントです。これについては、このドキュメントで後述します。

Platform での ID の組み合わせ

Identity Service実装の例を次に示します。

  • 通信会社は「電話番号」の値に依存する場合があります。この場合、電話番号は、オフラインとオンラインの両方のデータセットに関心を持つ同じ個人を指します。
  • 小売会社は、匿名訪問者の高い割合が原因で、オフラインデータセットで「メールアドレス」を使用し、オンラインデータセットで ECID を使用できます。
  • 銀行では、支店トランザクションなど、オフラインのデータセットで「口座番号」を使用する場合があります。ほとんどの訪問者は訪問中に認証されるので、オンラインデータセットの「ログイン ID」に依存する場合があります。
  • また、GUID やその他のユニバーサル固有識別子(UUID)など、顧客固有の専用 ID を持つ場合もあります。

ID データ

「ID は何ですか」と聞いた場合、それ以上の文脈がなければ、役に立つ答えを出すのは難しいものです。同じ論理で、ID 値を表す文字列値は、システム生成の ID であるかメールアドレスであるかにかかわらず、文字列値のコンテキストを与える修飾子(ID 名前空間)が提供されたときにのみ完成します

ID 名前空間と ID グラフ

顧客は、オンラインとオフラインのチャネルを組み合わせてブランドとやり取りを行い、その結果、それらの断片化されたインタラクションを単一の顧客 ID にどのように調整するかという課題が生じます。

Experience Platform は、ID 名前空間ID グラフの 2 つの概念を通じてこの課題に対処します。。

次のビデオでは、IDとIDのグラフについて理解していただくことを目的としています。 次のビデオでは、ID収集、IDグラフ、APIの3つの機能をカバーしています。 また、決定論的アルゴリズムと確率的アルゴリズムを使用してプライベートIDグラフを構築する方法や、プライベートIDグラフ、Adobe Experience PlatformIDサービス協力グラフ、サードパーティグラフの役割についても説明します。

ID 名前空間

顧客が Web、モバイルアプリケーション、コールセンター、店頭など複数のチャネルでブランドとやり取りする場合、チャネル間でのアクティビティを観察しトラックできないと、顧客の理解と提供が難しくなる可能性があります。

複数のデバイスとチャネルにわたって顧客を理解するには、まず各チャネルでそれらを認識することから始めます。Adobe Experience Platform は、ID 名前空間を使用してこれを実現します。
ID 名前空間は、データの送信元のコンテキストを提供するために使用されるデバイス ID や電子メール ID などの識別子です。ID 名前空間は、個々の ID を検索またはリンクし、データの競合を防ぐために ID 値のコンテキストを提供するのに使用されます。例えば、ID「123456」は、e コマースシステム内の 1 人のユーザーと、ヘルプデスクシステム内の別のユーザーを参照する場合があります。詳しくは、「ID 名前空間の概要」を参照してください。

ID グラフ

ID グラフは、異なる ID 名前空間間の関係のマップで、顧客が様々なチャネルを通じてブランドとどのようにやり取りするかを視覚的に示します。

すべての顧客IDグラフは、顧客のアクティビティに応じてほぼリアルタイムでIdentity Serviceによってまとめて管理および更新されます。

Identity Service 組織のみが表示し、自分のデータ(「個人用グラフ」と呼ばれる)に基づいて作成した身分証明書を管理します。Identity Service 取り込まれたデータレコードに複数のIDが含まれる場合にプライベートグラフが増加し、見つかったID間の関係が追加されます。

ID データを提供してラベルを付けるときに考慮する必要がある可能性のある要素の例として、「職場の電話」などの電話番号を使用すると、ID グラフで意図したよりも多くの関係が生じる場合があります。多くの従業員が同じ職場の電話番号を持つ一方、「自宅」と「携帯」は関係をできるだけ正確に保つために役立ちます。

詳しくは、IDグラフビューアへのアクセスのチュートリアルを参照してください

Identity ServiceにIDデータを提供する

この節では、Adobe Experience Platformに提供されるデータが、顧客ごとにIDグラフを作成するためにIdentity Serviceが使用される前にどのように処理されるかについて説明します。

ID フィールドの決定

エンタープライズデータ収集戦略に応じて、ID としてラベルを付けるデータフィールドによって、ID マップに含めるデータが決まります。Adobe Experience Platform の最大限のメリットと、可能な限り包括的な顧客 ID を得るには、オンラインとオフラインの両方のデータをアップロードする必要があります。

  • オンラインデータは、ユーザー名やメールアドレスなど、オンラインでの存在と動作を説明するデータです。

  • オフラインデータは、CRM システムの ID など、オンラインプレゼンスに直接関連しないデータを指します。このタイプのデータは、ID をより堅牢にし、異なるシステム間でのデータの統合をサポートします。

追加の ID 名前空間

Experience Platformは様々な標準名前空間をオファーしますが、IDを適切に分類するために、追加の名前空間を作成する必要がある場合があります。 詳しくは、「ID 名前空間の概要」の、組織の名前空間の表示と作成に関する節を参照してください。

メモ

ID 名前空間は ID の修飾子です。その結果、一度作成した名前空間は削除できません。

Experience Data Model (XDM)にIDデータを含める

Platformが顧客データを編成する標準化されたフレームワークとして、Experience Data Model (XDM)は、Experience PlatformとPlatformとやり取りする他のサービスとの間でデータを共有し、理解することを可能にします。 詳しくは、「XDM システムの概要を参照してください」。

レコードスキーマと時系列スキーマは両方、ID データを含める手段を備えています。データが取得されると、異なる名前空間のデータフラグメントが共通の ID データを共有していることが判明した場合、ID グラフはデータフラグメント間に新しい関係を作成します。

ID としての XDM フィールドの指定

レコードまたは時系列の XDM クラスを実装するスキーマ内の string タイプのフィールドは、ID フィールドとしてラベル付けできます。その結果、そのフィールドに取得されたすべてのデータは、ID データと見なされます。

ID フィールドでは、共通の PII データを共有している ID をリンクすることもできます。
例えば、電話番号フィールドをIDフィールドとしてラベル付けすると、Identity Serviceは、同じ電話番号を使用している他の個人との関係を自動的にグラフ化します。

メモ

結果の ID の名前空間は、フィールドにラベルが付けられた時点で提供されます。

Identity Serviceのデータセットの設定

ストリーミング取り込み処理中に、Identity Serviceレコードと時系列データからアイデンティティデータを自動的に抽出します。 ただし、データを取り込む前に、Identity Serviceに対して有効にする必要があります。 詳しくは、API を使用したリアルタイム顧客プロファイルおよび ID サービスのデータセットの設定に関するチュートリアルを参照してください。

データをIdentity Serviceに取り込む

Identity Service は、XDM準拠のデータをバッチインゲストまたはストリーミングインジェスト Experience Platform によって 送信 します。

次のビデオは、IDサービスについての理解を深めるためのものです。 このビデオでは、データフィールドにIDとしてラベルを付け、IDデータを取り込み、データがAdobe Experience PlatformIDサービスのプライベートグラフに送信されたことを確認する方法を示します。

警告

次のビデオに示すPlatform UIは古いです。 最新のUIのスクリーンショットと機能については、ドキュメントを参照してください。

データガバナンス

Adobe Experience Platform はプライバシーを考慮して構築され、顧客 PII データを保護するデータガバナンスフレームワークを含んでいます。「email」または「phone」名前空間のIDデータはデフォルトで暗号化されますが、機密データが保持される前に確実に暗号化されるように、データ使用ラベルをデータの取り込み時またはPlatformに到着後に適用できます。 詳しくは、「データガバナンスの概要」を参照してください。

次の手順

Identity Serviceの主要概念とExperience Platform内での役割を理解したら、Identity Service APIを使ってIDグラフの使い方を学ぶことができます。

このページ

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now