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

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

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

AppMeasurementには訪問者を識別する独自の方法があるので、組織が訪問者 ID サービスをデプロイすると、一部の訪問者は従来の Analytics Cookie を使用する場合があります。 様々な状況下で訪問者がどのように識別されるかを次に示します。

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

同じレポートスイートにデータを送信する実装が複数あり、一部の実装でのみ訪問者 ID サービスを実装できる場合、Adobeでは猶予期間を設定することをお勧めします。 例えば、サイトのサポートセクションが別のタグ付けソリューションで管理されている場合、訪問者 ID サービスをサポートセクションの前のサイトの残りの部分にデプロイすることができます。 猶予期間がないと、サポートセクションを表示する新規訪問者に従来の Analytics 訪問者 ID が与えられるので、2 人の異なる訪問者がカウントされます。 猶予期間が設定されている場合、訪問者 ID サービスはExperience Cloud ID （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）を設定しようとしますが、多くの場合、最新のブラウザーによって拒否されます。 appendVisitorIDsTo メソッドを使用して、所有するドメイン間で訪問者のExperience Cloud ID （mid）を渡すことを検討してください。

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

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