Adobe Analyticsの訪問者ID サービスの移行に関する考慮事項

既存のAnalytics実装を使用して訪問者ID サービスに移行する場合は、考慮すべき重要なトピックがいくつかあります。 これらの考慮事項により、訪問者IDの整合性を維持し、既存のAnalytics実装の存在下で訪問者ID サービスがどのように動作するかを理解できます。

訪問者ID サービスと従来のAnalytics訪問者Cookieのインターフェイス

AppMeasurementには、訪問者を識別する独自のレガシーメソッドがあるため、組織が訪問者ID サービスをデプロイする際に、既存のAnalytics Cookieを持つ訪問者が存在する場合があります。 次のリストは、様々な状況で訪問者がどのように識別されるかを示しています。

訪問者ID サービス猶予期間

同じレポートスイートにデータを送信する複数の実装があり、一部の実装にのみVisitor ID サービスを実装できる場合は、Adobeでは猶予期間を設定することをお勧めします。 例えば、サイトのサポートセクションが別のタグ付けソリューションによって管理されている場合、サポートセクションの前に訪問者ID サービスがサイトの他の部分にデプロイされている可能性があります。 猶予期間がない場合、サポートセクションを表示する新規訪問者には従来のAnalytics訪問者IDが付与され、2人の個別の訪問者がカウントされます。 猶予期間を設けると、訪問者ID サービスはECID （mid）と従来のAnalytics訪問者ID （aid）の両方を発行し、訪問者ID サービスのないサイトの領域が訪問者を識別する一貫性を維持できるようにします。

サイトのすべての領域をまたいで訪問者ID サービスのデプロイメントを調整する場合は、猶予期間は必要ありません。 猶予期間を設定するには、Adobe カスタマーケア ​にお問い合わせください。 猶予期間は最大180日間まで設定でき、更新できます。 Adobeでは、プロパティ全体で訪問者ID サービスを使用するように設定した後、猶予期間を終了することをお勧めします。

クロスドメインにわたる追跡

一部のレガシーAnalytics訪問者ID実装では、「フレンドリーなサードパーティ Cookie」を使用する場合があります。この場合、2つのドメインがdata.example.comのような共通ドメインで同じ訪問者Cookieを共有します。 フレンドリーなサードパーティ Cookieは引き続きサードパーティ Cookieであるため、多くの最新のブラウザーでは拒否され、Analyticsは訪問者の識別にフォールバック ID （fid）に依存します。 訪問者ID サービスに移行すると、すべてのドメインがファーストパーティのコンテキストでAMCV Cookieを設定できるようになり、訪問者IDを保持する実行可能性が高まります。

訪問者ID サービスは、クロスドメインのトラッキング用にサードパーティ Cookie （demdex Cookie）を設定しようとしますが、多くの場合、最新のブラウザーによって拒否されます。 所有しているドメイン間で訪問者のECID （mid）を渡すために、appendVisitorIDsTo メソッドの使用を検討してください。

サーバーサイドトラッキング

getMarketingCloudVisitorIDを呼び出してECID （mid）を取得し、getAnalyticsVisitorIDを呼び出して従来のAnalytics ID （aid）を取得できます。 Adobeでは、訪問者識別ロジックを保持するために、両方を確認することをお勧めします。