Identity Service の概要

関連性のあるデジタルエクスペリエンスを提供するには、顧客を完全に理解しておく必要があります。顧客データが異なる複数のシステムに断片化されており、そのため各顧客が複数の「ID」を持つと考えられる場合、顧客を理解するのはさらに困難になります。Adobe Experience Platform Identity Serviceを使用すると、デバイスやシステム間で ID を橋渡しすることで、顧客とその行動をわかりやすく表示できます。これによって、インパクトのある個人的なデジタル体験をリアルタイムで提供できます。

Identity Serviceについて

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

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

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

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

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

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

定義および維持する ID 関係は、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 Platform ID サービス Co-Op グラフ、およびサードパーティグラフの役割についても説明します。

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は、プライベートグラフと呼ばれる、組織のみが表示できる、データに基づいて構築された ID グラフを管理します。Identity Serviceは、取り込んだデータレコードに複数の ID が含まれている場合にプライベートグラフを拡張し、見つかった ID 間の関係を追加します。

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

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

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

この節では、Adobe Experience Platform に提供されるデータが、Identity Serviceで使用される前に処理されて各顧客の ID グラフが作成される仕組みについて説明します。

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 フィールドとしてマークおよびラベル付けできません。

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

メモ

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

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

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

データを Identity Serviceに取り込みます

Identity Serviceは、バッチ取得またはストリーミング取得のいずれかによって Experience Platform に送信される XDM 準拠のデータを使用します。

次のビデオは、 ID サービスを理解できるようサポートすることを目的としています。このビデオでは、データフィールドに ID としてラベルを付け、ID データを取り込んで、データが Adobe Experience Platform ID サービスのプライベートグラフに到達したことを確認する方法を説明します。

警告

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

データガバナンス

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

次の手順

これで、Identity Serviceの主要な概念と Experience Platform 内での役割について説明しました。次に、Identity Service APIを使用して ID グラフを操作する方法を学習します。

このページ