Show Menu
TOPICS×

Experience Cloud Identity Service の Analytics への実装

これらの手順は、Experience Cloud Identity Service を使用し、Dynamic Tag Management(DTM)を使用しない Analytics のお客様向けです。ただし、IDサービスの実装にはDTMを使用することを強くお勧めします。 DTMは、実装ワークフローを合理化し、適切なコード配置と順序付けを自動的に確認します。
次の手順に従い、Adobe Analytics 用 ID サービスを実装します。

手順 1:ID サービスコードのダウンロード

ID サービスでは、
VisitorAPI.js
コードライブラリが必要です。このコードライブラリをダウンロードするには:
  1. 管理者
    /
    コードマネージャーに移動します
  2. コードマネージャーで、「
    JavaScript (新規)
    」または「
    JavaScript (レガシー)
    」をクリックします。
    圧縮されたコードライブラリがダウンロードされます。
  3. コードファイルを解凍し、
    VisitorAPI.js
    ファイルを開きます。

手順 2:ID サービスコードへの Visitor.getInstance 関数の追加

  • 以前のバージョンのIDサービスAPIでは、この関数を別の場所に別の構文で配置する必要がありました。 バージョン1.4より前のバージョンから移行する場合は、 ここで説明する新しい場所と構文に注意してください
  • すべて大文字のコードは、実際の値のプレースホルダです。 このテキストを組織ID、トラッキングサーバーURL、またはその他の指定された値に置き換えます。
パート1: 以下の訪問者.getInstance関数をコピーします
var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", { trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure // To enable CNAME support, add the following configuration variables // If you are not using CNAME, DO NOT include these variables marketingCloudServer: "INSERT-TRACKING-SERVER-HERE", marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure });
パート2: 関数追加コードをVisitorAPI.jsファイルに
Visitor.getInstance
関数をファイル末尾のコードブロックの後に配置します。編集後のファイルは以下のようになります。
/* ========== DO NOT ALTER ANYTHING BELOW THIS LINE ========== Version and copyright section */ // Visitor API code library section // Put Visitor.getInstance at the end of the file, after the code library var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION-ID-HERE", { trackingServer: "INSERT-TRACKING-SERVER-HERE", // same as s.trackingServer trackingServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE", // same as s.trackingServerSecure // To enable CNAME support, add the following configuration variables // If you are not using CNAME, DO NOT include these variables marketingCloudServer: "INSERT-TRACKING-SERVER-HERE", marketingCloudServerSecure: "INSERT-SECURE-TRACKING-SERVER-HERE" // same as s.trackingServerSecure });

手順 3:Visitor.getInstance への Experience Cloud 組織 ID の追加

Visitor.getInstance
関数の
INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE
を Experience Cloud 組織 ID に置き換えます。組織 ID がわからない場合、Experience Cloud 管理ページで確認できます。「 管理 — コアサービス 」も参照してください。 編集後の関数は、以下のサンプルのようになります。
var visitor = Visitor.getInstance("1234567ABC@AdobeOrg", { ...
組織 ID の大文字小文字を変更​
しない
​でください。この ID は大文字小文字が区別され、割り当てられたとおりに使用する必要があります。

手順 4:Visitor.getInstance へのトラッキングサーバーの追加

トラッキングサーバーは、Analytics データ収集に使用されます。
パート 1:トラッキングサーバー URL の確認
s_code.js
ファイルまたは
AppMeasurement.js
ファイルでトラッキングサーバー URL を確認します。この URL に以下の変数を指定します。
  • s.trackingServer
  • s.trackingServerSecure
パート2: トラッキングサーバー変数の設定
使用するトラッキングサーバー変数を決定するには:
  1. 以下の判断マトリックスの質問に答えます。 回答に対応する変数を使用します。
  2. トラッキングサーバーのプレースホルダーをトラッキングサーバーのURLに置き換えます。
  3. 未使用のトラッキングサーバーおよび Experience Cloud サーバーの変数をコードから削除します。
使用されている場合は、以下のように Experience Cloud サーバーの URL をトラッキングサーバーの URL に対応させます。
  • Experience Cloud サーバー URL = トラッキングサーバー URL
  • Experience Cloud サーバーセキュア URL = トラッキングサーバーセキュア URL
トラッキングサーバーの見つけ方が分からない場合は、 FAQ trackingServer および trackingServerSecure 変数の適切な設定 を参照してください。

手順 5:AppMeasurement.js または s_code.js ファイルの更新

AppMeasurement.js
または
s_code.js
ファイルにこの関数を追加します。
s.visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ORGANIZATION ID-HERE");
linkInternalFilters
charSet
trackDownloads
などの設定を含むセクションにこのコードを配置します。
(オプション、推奨)*カスタム prop の作成​
*
有効範囲を測定するために
AppMeasurement.js
または
s_code.js
にカスタム prop を設定します。このカスタム prop を
doPlugins
ファイルまたは
AppMeasurement.js
ファイルの
s_code.js
関数に追加します。
// prop1 is used as an example only. Choose any available prop. s.prop1 = (typeof(Visitor) != "undefined" ? "VisitorAPI Present" : "VisitorAPI Missing");

手順 6:ページへの訪問者 API コードの追加

VisitorAPI.js
ファイルを各ページの
<head>
タグ内に配置します。
VisitorAPI.js
ファイルをページに配置する際には、以下のようにします。
  • タグは
    <head>
    セクションの先頭に配置して、他のソリューションタグより先に表示させます。
  • AppMeasurement およびその他の Experience Cloud ソリューションのコードより前に実行する必要があります。
テストと検証の後にこのコードを本番に移行します。

手順 7:(オプション)猶予期間の設定

If any of these use cases apply to your situation, ask Customer Care to set up a temporary grace period . 猶予期間は180日間まで有効です。 必要に応じて、猶予期間を更新できます。
部分的実装
ID サービスを使用するページと使用しないページが混在し、そのすべてのページが同じ Analytics レポートスイートで管理される場合は、猶予期間が必要です。これは、複数のドメインでレポートするグローバルレポートスイートがある場合に一般的です。
同じレポートスイートで管理されるすべての Web ページに ID サービスをデプロイした後に、猶予期間を停止します。
s_vi cookieの要件
IDサービスへの移行後に新しい訪問者がs_vi cookieを持つ必要がある場合は、猶予期間が必要です。 これは、実装がs_vi cookieを読み取って変数に保存する場合に一般的です。
実装がs_vi cookieを読み取る代わりにMIDを取り込めるようになった後に、猶予期間を停止します。
Cookie と Experience Cloud Identity Service を参照してください。
クリックストリームデータフィードから内部システムにデータを送信していて、そのプロセスで
visid_high
列と
visid_low
列を使用している場合、猶予期間が必要です。
データ収集プロセスで
post_visid_high
列と
post_visid_low
列を使用できるようになった後で、猶予期間を停止します。
クリックストリーム データ列リファレンスを参照
クリックストリームデータ収集

手順 8:ID サービスコードのテストとデプロイ

次のようにテストおよびデプロイできます。
テストと検証
ID サービスの実装状況をテストするには、以下の項目を確認します。
詳しくは、 Experience Cloud Identity Service のテストと検証 を参照してください。
コードのデプロイ
テストの合格後に、コードをデプロイします。
  • Analytics ID(AID)と MID がイメージリクエストに含まれていることを確認します。
  • 停止条件が満たされたら、必ず猶予期間を無効にします。