トラッキングサーバーからレポートスイートレベルのサーバーサイド転送への移行
- トピック:
- Adobe Analytics の統合
作成対象:
- 中級
- 開発者
この記事とビデオでは、Analytics Data のサーバーサイド転送を tracking server レベルではなく report suite レベルでAudience Managerに有効にする方法を説明します。
概要
Adobe Audience ManagerとAdobe Analyticsがある場合は、Analytics データのサーバーサイド転送をAudience Managerに実装できます。 つまり、ページは 2 つのヒット(1 つは Analytics に、1 つはAudience Managerに)を送信する代わりに、Analytics にヒットを送信でき、Analytics はそのデータをAudience Managerに転送します。
既に稼働しており、2017 年 10 月より前に有効または実装している場合、サーバーサイド転送は、Tracking Server に基づいている可能性があります。これは、AdobeカスタマーケアまたはAdobe Consultingによって有効にする必要がありました。 2017 年 10 月から、サーバーサイド転送を自分で設定して、レポートスイートレベル(レポートスイートごとの転送)で実行できるようになりました。 これには大きなメリットがあります。これについては、以下で説明します。
Tracking server 転送
tracking server は、Analytics データを送信する場所であり、イメージリクエストと cookie が書き込まれているドメインでもあります。 DTM または Experience Platform Launch、または AppMeasurement.js ファイルで設定する必要があります。通常は次のように表示され、サイト名またはビジネス名が「mysite」に置き換えられます。
s.trackingServer = "mysite.sc.omtrdc.net";
サーバーサイド転送が tracking server レベルで転送するように設定されている場合、この tracking server に送信されているヒット(Experience CloudID サービスも有効になっている場合)は、Audience Managerに転送されます。 これは、AdobeカスタマーケアまたはAdobe Consultingで有効にする必要がありました。 また、以下に説明するように、report suite 転送に切り替えた後で無効にすることもできます。
tracking server forwarding が有効になっているかどうかわからない場合は、AdobeカスタマーケアまたはAdobe Consultingにお問い合わせください。お知らせいたします。
Report-suite レベルのサーバーサイド転送
tracking server 転送から report suite 転送に移行する最大の利点の 1 つは、「Audience Analytics」を使用できるようになったことです。これは、Audience Managersegments ータをAdobe Analyticsに転送して詳細なセグメント分析に戻す機能です。 この優れた機能は、まだ tracking server 転送中で report suite 転送でない場合はサポートされません。 Audience Analyticsについて詳しくは、 ドキュメントを参照してください。
重要ヒント
上記のビデオで説明しているように、Audience Managerに転送する report suites ールをすべて転送に設定したら、AdobeカスタマーケアまたはAdobe Consultingに連絡して、tracking server 転送を無効にしてもらう必要があります。 tracking server 転送と report suite 転送の両方を持っているとヒットが重複することはないので、これを行うことは緊急ではありません。 ただし、ベストプラクティスとして、report suite 転送のみを行うことをお勧めします。
tracking server 転送をオンのままにすると、転送したくない report suites ーザーからデータが転送されるだけでなく、今後、tracking server 転送がオンになっていることを(および会社の全員が)忘れた後で、特定の report suite ーザーに対してデータが転送されていないと思うかもしれません。 これは、レポートスイートレベルでオンになっていませんが、tracking server ラーが原因でデータがまだ転送されているからです。 その後、転送する理由を把握し、予期していなかったAAM サーバーコールの料金を支払うことで、時間とコストを無駄にします。 したがって、ビジネスニーズに合った転送 report suites ールをすべて設定したら、すぐに tracking server 転送を無効にすることをお勧めします。
Audience Manager
- Audience Managerチュートリアル
- Audience Manager の概要
- 業界ニュース・動向
- 設定と管理
- Web 実装
- オフラインデータ ースの統合
- モバイル実装
- Audience Marketplace
- オーディエンスの作成と管理
- Data explorer
- 特性とセグメント
- Analytics データからの特性作成の計画
- 特性分類の作成
- ルールベースの特性の作成
- オンボード特性の作成
- コンバージョン特性の作成
- 特性の作成時にデータソースを選択
- 有効期間(TTL)設定で特性の有効期限を設定する
- コードビューを使用した特性の作成と編集
- 一括管理(BAAM)の概要
- BAAM を使用した特性の一括作成と管理
- セグメント作成の基本
- セグメント分類の作成
- 実用的なセグメントの定義と作成
- 複数のデータソースからのセグメントの作成
- セグメント作成時のデータソースの選択
- 特性レコメンデーションでセグメントを強化
- セグメント化での特性レコメンデーションの機能強化
- セグメントでの最新性と頻度の使用
- セグメントの構築時のコードビューの使用
- Adobe AnalyticsからのAudience Managerへのセグメントの読み込み
- 顧客への広告を抑制するセグメントの作成
- Audience Managerセグメントの宛先へのマッピング
- デバイスベースの宛先へのセグメントのマッピング
- 特性グラフの数値について
- セグメントグラフの数値について
- お客様のヒント – 特性とセグメントのベストプラクティス
- アルゴリズムモデル
- プロファイル結合
- プロファイル結合ルール
- プロファイル結合ルールの概要
- プロファイル結合ルールの例とユースケース
- 適切なプロファイル結合ルールの選択
- シンプルなプロファイル結合ルールの作成と使用
- プロファイル結合ルールを使用した、認証状態でのパーソナライズ
- デバイスの拡張とリーチの向上にプロファイル結合ルールを使用
- プロファイル結合ルール機能強化の概要
- プロファイル結合ルールの強化 – 前提条件
- プロファイル結合ルールの機能強化によるセグメント化、アクティブ化およびレポートへの影響
- オーディエンス ID レポートの解釈
- Audience Managerでのクロスデバイス指標について
- お客様のヒント – プロファイル結合ルールを最大限に活用
- Data activation
- 宛先の基本
- Audience Lab
- People-based Destinations
- People-based Destinations のビデオとチュートリアル
- People-based Destinations のデータフロー
- People-based Destinations のデータソースの作成
- 人物ベースの宛先のハッシュ化された PII データ取り込みについて
- People-Based Destinations のハッシュ化された PII の取り込み
- setCustomerIDs ()を使用して、PII を宣言済み ID として取得し、ハッシュ化します
- 人物ベースの宛先のプロファイル結合ルールの設定
- People-based Destinations のセグメントの作成
- 人物ベースの宛先の作成と設定
- linkedInの人物ベースの宛先について
- Googleのカスタマーマッチの人物ベースの宛先について
- レポート
- その他の統合
- API