at.jsを使用してAnalytics for Target(A4T)を実装する前に

Adobe TargetのレポートソースとしてAdobe Analyticsを有効にする場合(A4T)、データ収集プロセスでいくつかの変更がおこなわれました。

この統合を使用する前に、以下の節を確認し、レポートプロセスへの影響を検討してください。

メモ

この記事はat.js実装にのみ適用されます。

導入に必要な条件

重要

A4Tの使用を開始する前に、アカウントで統合のプロビジョニングを依頼する必要があります。 プロビジョニングの依頼には、Marketing Cloud統合プロビジョニングフォームを使用します。

この A4T 統合では、A4T でリダイレクトオファーを使用するかどうかに応じて、次のバージョン以降のライブラリを実装する必要があります。

A4T でリダイレクトオファーを使用 しない 場合に必要な要件

この統合で、A4T でのリダイレクトオファーを使用しない場合は、次のバージョン以降のライブラリを実装する必要があります。リストされている順序は、操作の順序です。

  • Experience Cloud Visitor ID Service:visitorAPI.jsバージョン1.8.0
  • Adobe Target: at.js バージョン 0.9.1
  • Adobe Analytics:appMeasurement.js バージョン 1.7.0

A4T でリダイレクトオファーを使用する場合に必要な要件

A4T でリダイレクトオファーを使用する場合は、次のバージョン以降のライブラリを実装する必要があります。リストされている順序は、操作の順序です。

  • Experience Cloud Visitor ID Service:visitorAPI.jsバージョン2.3.0

    注意: at.js 1.8.0以降は、(AAM)パラメーターを渡すために、2.5.0より前のバージョンの訪問者APIでは動作しなくなりま Adobe Audience Manager した。

  • Adobe Target: at.js バージョン 1.6.2

  • Adobe Analytics:appMeasurement.js バージョン 2.1

ダウンロードおよび導入の手順は、Analytics for Targetの実装に記載されています。

導入の前に知っておくべきこと

  • この統合は、新しいアクティビティで、レポートソースとしてAnalyticsを使用するように選択すると有効になります。 この文書に書かれた実装の変更をおこなっても、既存のアクティビティは影響を受けません。
  • AnalyticsをTargetのレポートソースとして設定するプロセスには、いくつかの実装手順と、プロビジョニング手順が含まれます。 実装前に、以下の手順をすべて読んでおくことをお勧めします。これらの手順を完了したら、Analyticsを有効にしたときにレポートソースとして使用する準備が整います。 プロビジョニングのプロセスには、最大で 5 営業日かかる場合があります。
  • Visitor ID serviceは、Adobe Experience Cloud間の共有Visitor IDを作成します。 Target mboxPC idまたはAudience Manager UUIDは置き換えませんが、Analyticsが新しい訪問者を識別する方法を置き換えます。 適切にセットアップした場合、Analyticsの再訪問者も、古いAnalytics IDを使用して識別される必要があります。 同様に、 Target mboxPCidは元の状態のままなので、 Visitor ID serviceにアップグレードしても、Target訪問者プロファイルデータは失われません。
  • Visitor ID serviceは、AnalyticsとTargetページコードの前に実行する必要があります。 VisitorAPI.jsは、必ず他のすべてのExperience Cloudソリューションのタグよりも前に置いてください。

遅延

この統合を有効にすると、Analyticsに5~10分の待ち時間が追加で発生します。 この追加の待ち時間は、AnalyticsとTargetのデータを同じヒットに格納することで、ページおよびサイトセクションでアクティビティを分類できるようにするためのものです。

この増加は、ライブストリームおよびリアルタイムレポートを含む、すべてのAnalyticsサービスおよびツールに反映され、次のシナリオに適用されます。

  • ライブストリーム、リアルタイムのレポートと API リクエスト、トラフィック変数の現在のデータでは、追加のデータ ID が設定されたヒットのみが遅延します。
  • コンバージョン指標の現在のデータ、ファイナライズされたデータおよびデータフィードに関しては、すべてのヒットが5 ~ 7分間延長されます。

この統合を完全に実装していなくても、Experience Cloud訪問者IDサービスを導入すると追加の待ち時間が発生します。

追加の ID

A4Tが正しく機能するには、A4Tアクティビティがコンテンツを配信したり目標指標を記録したりするために使用するすべてのTarget呼び出しに、追加のIDを共有する、対応するAnalyticsヒットが必要です。

AnalyticsおよびTargetのデータを含むヒットには、追加のデータIDが含まれます。 このIDは、Adobe Experience Cloud Debuggersdidパラメーターとして確認できます。 例えば、sdid=2F3C18E511F618CC-45F83E994AEE93A0 のようになります。この ID は、次の条件が満たされると常に生成されます。

  • 訪問者 ID サービスが導入されている

トラブルシューティングを行う際は、Analyticsヒットに追加のIDが存在することを確認してください。

クライアント側分析ログ

at.js、Experience Cloud Visitor ID ServiceおよびappMeasurement.jsがページ上にある場合、正しい追加IDがページから含まれている限り、AnalyticsおよびTargetは、バックエンドでのレポートおよび分析目的でイベントを正しくステッチします。 A4Tが正しく機能するために、追加の操作を管理および実行する必要はありません。

Targetに関連する分析データをレポート目的でAnalyticsに送信するタイミングと方法をより詳細に制御する必要が生じる場合があります。 社内で使用する社内分析ツールがある場合があります。 ただし、社内分析製品を使用してAnalyticsに分析データを送信し、組織の他のメンバーが引き続きAnalyticsをビジュアルレポートソースとして使用できるようにする必要もあります。 手順7を参照してください。詳しくは、TargetのAnalyticsの実装​のすべてのサイトページでat.jsを参照してください。

共有オーディエンス

Marketing Cloud統合プロビジョニングフォームに入力する際は、「プロビジョニングをリクエストする機能?」の下に表示される共有オーディエンスオプションに関する次の重要な情報に注意してください。

リクエストフォーム

共有オーディエンスをリクエストする場合、TargetおよびAdobe Audience Manager (AAM)で情報を共有できます。この場合、オーディエンスは共有されます。

重要

TargetとAAMとの統合には、追加のコストがかかります。 AAMでは、Target呼び出しごとに請求されます。

このページ