サイトのAudience Manager実装をクライアントサイド転送からサーバーサイドDILに移行する
このチュートリアルは、Adobe Audience Manager（AAM）とAdobe Analyticsの両方があり、現在、DIL（Data Integration Library）コードを使用してページからAAMにヒットを送り、また、ページからAdobe Analyticsにもヒットを送っている場合に適用されます。 これらのソリューションは両方とも存在し、どちらもAdobe Experience Cloudの一部なので、サーバーサイド転送を有効にするベストプラクティスに従うことができます。これにより、クライアントサイドのコードでページからAAMにさらにヒットを送るのではなく、Analytics データ収集サーバーがサイト分析データをリアルタイムでAudience Managerに転送できます。 このチュートリアルでは、古いクライアントサイドDIL実装から新しいサーバーサイド転送方式に切り替える手順について説明します。
クライアントサイド（DIL）とサーバーサイドの比較
Adobe Analytics データをAAMに送信するこれら 2 つの方法を比較および対比する場合、最初に次の図の違いを視覚化すると役立つ場合があります。
クライアントサイドDILの実装
この手法を使用してAdobe Analytics データをAAMに送信した場合、web ページから 2 つのヒットが発生します。1 つは Analytics に送信され、もう 1 つはAAMに送信されます（web ページに Analytics データをコピーした後）。 Segments はAAMからページに返され、パーソナライゼーションに使用できます。 これはレガシー実装と見なされ、推奨されません。
これはベストプラクティスに従わないという事実に加えて、この方法を使用するデメリットには次のものがあります。
- ページからの 1 つではなく 2 つのヒット
- AAM オーディエンスを Analytics にリアルタイムで共有するにはサーバーサイド転送が必要なので、クライアントサイド実装ではこの機能（および将来の他の機能）は許可されません
AAM実装のサーバーサイド転送方式に移行することをお勧めします。
サーバーサイド転送の実装
上の画像に示すように、ヒットは、web ページからAdobe Analyticsに到達します。 Analytics は、そのデータをリアルタイムでAAMに転送し、ヒットがページから直接来たかのように、訪問者はAAMの特性と segments に評価されます。
Segments は、同じリアルタイムヒットで Analytics に返され、パーソナライゼーションなどのために web ページに応答を転送します。
サーバーサイド転送に移行する際のタイミングのデメリットはありません。 Adobeでは、Audience Managerと Analytics の両方を持っている場合は、この実装方法を使用することを強くお勧めします。
