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

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

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

メモ

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

導入に必要な条件

重要

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

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

メモ

以下の要件で、 最小 at.js のバージョンは、A4T の実装に必要です。 この Target チームが管理しているのは 2 つのバージョンのみ at.js — 現在のバージョンと 2 番目の最新バージョン。 必要に応じて at.js をアップグレードし、サポート対象のバージョンを使用するようにしてください。各バージョンについて詳しくは、 at.js のバージョンの詳細.

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 の実装に関する情報 Platform Web SDKを参照してください。 Adobe Experience Platform Web SDK.

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

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

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

    メモ

    at.js 1.8.0+ および at.js 2.x+ は、Adobe Audience Manager（AAM）パラメーターを渡す際、2.5.0 よりも古いバージョンの訪問者 API では動作しなくなりました。

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

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

ダウンロードおよびデプロイの手順については、 Analytics for Target の実装.

を使用した A4T の実装に関する情報 Platform Web SDKを参照してください。 Adobe Experience Platform Web SDK.

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

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

遅延

この統合を有効にすると、で 5～10 分の待ち時間が余分に発生します。 Analytics. この待ち時間の増加により、 Analytics および Target を同じヒットに保存し、アクティビティをページおよびサイトセクションで分類できます。

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

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

待ち時間は、 Experience Cloud 訪問者 ID サービス（この統合を完全に実装していない場合でも）。

追加の ID

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

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

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

条件 トラブルシューティングを使用する場合は、必ず、追加の ID がに存在することを確認してください。 Analytics ヒット数。

クライアント側分析ログ

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

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

共有オーディエンス

を Marketing Cloud統合プロビジョニングフォームに関しては、 共有オーディエンス "の下にリストされたオプションプロビジョニングをリクエストする機能?」

リクエストフォーム

リクエスト時 共有オーディエンス、 ターゲット および Adobe Audience Manager (AAM) で情報を共有する場合。この場合、オーディエンス。

重要

この ターゲット AAMには追加費用がかかります。 お客様には、 ターゲット AAMでを呼び出します。

このページ