ステッチの概要

ID ステッチ(または単にステッチ)は、イベントデータセットのクロスチャネル分析に対する適合性を高める強力な機能です。 クロスチャネル分析は、Customer Journey Analyticsが処理できる主な使用例で、共通の識別子(ユーザー ID)に基づいて、様々なチャネルの複数のデータセットに関するレポートをシームレスに組み合わせ、実行できます。

データセットを同様のユーザー ID と組み合わせると、アトリビューションはデバイスやチャネルにも伝わります。例えば、ユーザーがデスクトップコンピューターの広告を通じて最初にサイトを訪問したとします。また、注文で問題が発生し、その解決方法を求めてカスタマーサービスチームに電話をしたとします。クロスチャネル分析を使用すると、コールセンターイベントを、訪問者が最初にクリックした広告に関連付けることができます。

残念ながら、Customer Journey Analyticsの接続に含まれるすべてのイベントベースのデータセットには、初期設定でこのアトリビューションをサポートするために、十分なデータが入力されているわけではありません。 特に、Web ベースまたはモバイルベースのエクスペリエンスデータセットには、多くの場合、すべてのイベントで実際のユーザー ID 情報を使用できません。

ステッチを使用すると、1 つのデータセットの行内で ID を再入力でき、各イベントでユーザー ID(ステッチ済み ID)を使用できるようになります。 ステッチでは、認証済みセッションと未認証セッションの両方からユーザーデータを調べて、ステッチ ID として使用できる一般的な一時的な ID 値を決定します。 このキー変更により、異なるレコードをデバイスや cookie レベルではなく、ユーザーレベルでの分析用に、単一のステッチ ID に解決できます。

Customer Journey Analytics接続の定義の一環として、1 つ以上の関連付けられたデータセットをコールセンターデータなどの他のデータセットと組み合わせる場合、クロスチャネル分析のメリットが得られます。 これは、他のデータセットに、ステッチされた ID と同様に、すべての行に既に人物 ID が含まれていることを前提としています。

前提条件

NOTE
次を持っている必要があります: 選択 この節で説明する機能を使用するには、パッケージ以降を使用します。 使用しているCustomer Journey Analyticsパッケージが不明な場合は、管理者に問い合わせてください。
IMPORTANT
すべての前提条件を満たしていない場合、クロスチャネル分析を適切に実行できない可能性があります。

ステッチを使用する前に、組織で以下が準備されていることを確認します。

  • 目的のデータをAdobe Experience Platformにインポートします。

  • ステッチを適用するAdobe Experience Platformのイベントデータセットには、訪問者の識別に役立つ次の 2 つの列が必要です。

    • 永続 ID - 各行に存在する識別情報です。例えば、Adobe AnalyticsAppMeasurementライブラリによって生成された訪問者 ID や、Adobe Experience Cloud ID サービスによって生成された ECID などです。
    • 一時的な ID - 一部の行にのみ存在する識別情報です。例えば、訪問者の認証後にハッシュ化されたユーザー名やメールアドレスなどがあります。ほぼすべての ID を使用できます。 ステッチでは、このフィールドを、実際のユーザー ID 情報を保持すると見なします。 結果を最適に結び付けるには、一時的な ID を各永続 ID に対して少なくとも 1 回、データセットのイベント内で送信する必要があります。 このデータセットをCustomer Journey Analytics接続内に含める場合は、他のデータセットにも類似した共通の識別子を持つことをお勧めします。

    両方の列(永続 ID と一時的な ID)は、ステッチするデータセットの基になるスキーマ内の ID 名前空間を持つ ID フィールドとして定義する必要があります。 Real-time Customer Data Platformで ID ステッチを使用する場合、 identityMap フィールドグループの場合、この節で説明するCustomer Journey Analyticsのステッチは identityMap フィールドグループをサポートしていないので、 id 名前空間を持つ id フィールドを追加する必要があります。 identityMap フィールドグループも使用している間に、スキーマに ID フィールドを追加する場合は、追加の ID フィールドをプライマリ ID として設定しないでください。追加の ID フィールドは、Real-time Customer Data Platformで使用される identityMap フィールドグループに干渉します。

  • ステッチには、認証済みと未認証のユーザーデータの結合が含まれます。 イベントデータセットのステッチをアクティブ化する前に、適用される法規制(必要なエンドユーザー権限の取得を含む)に従っていることを確認します。 詳しくは、 UI での ID フィールドの定義 を参照してください。

ステッチを使用

組織がすべての前提条件を満たし、 制限では、次の手順に従って、Customer Journey Analyticsでのステッチの使用を開始できます。

サポートをリクエスト

  1. 次の情報をアドビカスタマーサポートに連絡してください。

    • ステッチを有効にするリクエスト。
    • キーを変更するデータセットのデータセット ID。
    • 目的のデータセットの永続 ID の列名(各行に表示される識別子)。
    • 目的のデータセットの一時的な ID の列名(ユーザー ID。接続のコンテキストでデータセット間のリンクとしても機能します)。
    • 再生の頻度とルックバックの期間。オプションとしては、週に 1 回の再生(7 日間のルックバックウィンドウ)や、毎日の再生(1 日間のルックバックウィンドウ)があります。
    • サンドボックス名
  2. Adobeカスタマーサポートは、Adobeエンジニアリングと連携し、リクエストを受け取ったときにステッチを有効にします。 有効にすると、新しい「ステッチされた ID 」列を含む、キーが変更された新しいデータセットがAdobe Experience Platformに表示されます。 Adobeカスタマーサポートは、新しいデータセットの ID を提供できます。

  3. 最初にオンにしたとき、Adobeは 60 日前に遡るステッチ済みデータのバックフィルを提供します。

  4. 新しいステッチ済みデータセットをクロスチャネル分析で使用する場合は、そのデータセットを 接続 Customer Journey Analyticsと他の必要なデータセット。 各データセットに適切なユーザー ID を選択します。

  5. 接続に基づいて、データ表示を作成します。

データビューを設定したら、チャネルやデバイスをまたいでCustomer Journey Analyticsレポート分析を実行できます。

制限事項

IMPORTANT
  • グローバルイベントデータセットスキーマに加えた変更を新しいステッチ済みデータセットスキーマにも適用します。そうしないと、ステッチ済みデータセットが壊れます。

  • ソースデータセットを削除すると、ステッチされたデータセットは処理を停止し、システムによって削除されます。

  • データ使用状況ラベルは、ステッチされたデータセットスキーマに自動的には反映されません。 データ使用状況ラベルがソースデータセットスキーマに適用されている場合は、これらのデータ使用状況ラベルをステッチ済みデータセットスキーマに手動で適用する必要があります。 詳しくは、 Experience Platformでのデータ使用ラベルの管理 を参照してください。

ステッチは画期的で堅牢な機能ですが、使用方法に制限があります。

  • 現在のキー変更機能は、1 つの手順(永続 ID から一時的な ID への変更)に制限されます。複数手順でのキーの変更(例えば、永続 ID を一時的な ID に、その後別の一時的な IDに変更)はサポートされません。
  • イベントデータセットのみがサポートされます。参照データセットなどの他のデータセットはサポートされていません。
  • 組織で使用されているカスタム ID マップはサポートされていません。
  • ステッチでは、ステッチに使用されるフィールドは変換されません。 ステッチでは、データレイク内の未ステッチデータセットに存在する、指定されたフィールドの値を使用します。 ステッチ処理では、大文字と小文字が区別されます。例えば、「Bob」という単語がフィールドに表示され、「BOB」という単語が表示される場合、これらの ID は 2 人の別々の人として扱われます。
  • ステッチでは、大文字と小文字が区別されます。 Analytics ソースコネクタを使用して生成されたデータセットの場合、Adobeでは、一時的な ID フィールドに適用される VISTA ルールまたは処理ルールを確認することをお勧めします。 このレビューでは、これらのルールで同じ ID の新しい形式が導入されていないことを確認します。 例えば、VISTA ルールまたは処理ルールにより、イベントの一部のみで一時的な ID フィールドが小文字になっていないか確認する必要があります。
  • ステッチでは、フィールドの組み合わせや連結はおこなわれません。
  • 一時的な ID フィールドには、単一のタイプの ID(単一の名前空間の ID)を含める必要があります。 例えば、一時的な ID フィールドにログイン ID と電子メール ID の組み合わせを含めることはできません。
  • 同じ永続 ID に対して同じタイムスタンプで複数のイベントが発生し、一時的な ID フィールドの値が異なる場合、アルファベット順に基づいて ID がステッチによって選択されます。 したがって、永続 ID A に同じタイムスタンプを持つ 2 つのイベントがあり、いずれかのイベントが Bob を指定し、もう一方が Ann を指定した場合、ステッチは Ann を選択します。
  • デバイスが複数のユーザーによって共有され、ユーザー間のトランジションの合計数が 50,000 を超える場合、Customer Journey Analyticsはそのデバイスのデータのステッチを停止します。
  • 一時的な ID にプレースホルダー値が含まれる場合は、「未定義」のように注意してください。 詳しくは、 FAQ を参照してください。

ステッチを次のものと混同しないでください。

  • 2 つ以上のデータセットの結合。 ステッチは、1 つのデータセットにのみ適用されます。 データセットの結合は、Customer Journey Analytics接続を設定し、接続内の選択したデータセット全体で同じユーザー ID を選択した結果として発生します。

  • 2 つのデータセットの結合。 Customer Journey Analyticsでは、Analysis Workspaceでの検索や分類に結合がよく使用されます。 ステッチでは結合機能が使用されますが、プロセス自体には結合以上のものが含まれます。

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79