A と B の間で予想されるデータの相違 Analytics およびAdobe Advertising

Adobe AdvertisingとAdobe Analyticsの統合のみの広告主

次を持つ広告主 Analytics for Advertising 統合では、Adobe AdvertisingとAdobe Analyticsを通じて有料広告を追跡します。 複数のシステムを介してメディア、キャンペーン、チャネルを追跡する場合、異なるシステムの同じデータセットが完全に一致することはほとんどありません。 このドキュメントでは、Adobe Advertisingを通じてトラフィックされるメディアのデータを、そのメディアがトラッキングされる様々なシステムのデータと比較する方法について説明します Analytics.

類似したレポートでのアトリビューションの違い

潜在的に異なるルックバックウィンドウとアトリビューションモデル

The Analytics for Advertising 統合では、2 つの変数 (eVars または rVars [ 予約済み eVars]) をキャプチャします。 EF ID と AMO ID. これらの変数は、単一のルックバックウィンドウ（クリックスルーとビュースルーの属性が割り当てられる時間）とアトリビューションモデルを使用して設定されます。 特に指定のない限り、変数は、Adobe Advertisingのデフォルトの広告主レベルのクリックルックバックウィンドウとアトリビューションモデルに一致するように設定されます。

ただし、ルックバックウィンドウとアトリビューションモデルは、Analytics の両方で ( eVars) とAdobe Advertising また、Adobe Advertisingでは、アトリビューションモデルは、広告主レベル（入札の最適化用）でのみならず、個々のデータビューおよびレポート内（レポート目的のみ）で設定できます。 例えば、最適化のために偶数配分アトリビューションモデルを使用し、Advertising DSPのレポートにラストタッチアトリビューションを使用したい場合や Advertising Search, Social, & Commerce. アトリビューションモデルを変更すると、アトリビューションコンバージョンの数が変更されます。

レポートのルックバックウィンドウまたはアトリビューションモデルが 1 つのプロダクトで変更され、他のプロダクトでは変更されない場合、各システムと同じレポートに個別のデータが表示されます。

• 様々なルックバックウィンドウが原因で生じる不一致の例を次に示します。

  Adobe Advertisingに 60 日間のクリックルックバックウィンドウがあり、 Analytics には、30 日間のルックバックウィンドウがあります。 また、ユーザーがAdobe Advertising追跡された広告を通じてサイトにアクセスし、離れてから、45 日目に戻ってコンバージョンをおこなったとします。 Adobe Advertisingは、60 日間のルックバックウィンドウ内でコンバージョンが発生したので、初回訪問に対してコンバージョンを関連付けます。 Analyticsただし、は、30 日間のルックバックウィンドウの有効期限が切れた後にコンバージョンが発生したので、初回訪問にコンバージョンを関連付けることはできません。 この例では、Adobe Advertisingは、 Analytics そうです。

  

• 様々なアトリビューションモデルが原因で生じる不一致の例：

  コンバージョンをおこなう前に、ユーザーが 3 つの異なるAdobe Advertising広告を操作し、コンバージョンタイプに売上高を指定したとします。 Adobe Advertisingレポートで、アトリビューションに偶数配分モデルを使用する場合、すべての広告の売上高を均等にアトリビューションします。 次の場合 Analytics はラストタッチ属性モデルを使用しますが、その後、売上高は最後の広告に属性付けされます。 次の例では、Adobe Advertisingは、3 つの広告のそれぞれに対して取り込まれた売上高の 30 米ドルのうち、10 米ドルを偶数の広告の属性にします。 Analytics は、ユーザーが閲覧した最後の広告に対する売上高の 30 USD すべてを属性にします。 Adobe Advertisingと Analyticsの場合は、アトリビューションの違いの影響を確認できます。

  

これらの同じ概念は、異なるルックバックウィンドウやアトリビューションモデルを使用する他のチャネルなどにも当てはまります。

ビュースルートラッキングのための異なるルックバックウィンドウ

Adobe Advertisingでは、アトリビューションはクリック数とインプレッション数に基づいており、クリック数およびインプレッション数に対して様々なルックバックウィンドウを設定できます。 In Analyticsただし、アトリビューションはクリックスルー数とビュースルー数に基づいており、クリックスルー数とビュースルー数に異なるアトリビューションウィンドウを設定するオプションはありません。最初のサイト訪問で開始する各アトリビューションのトラッキング。 インプレッションは、ビュースルーが発生する同じ日または複数日前に発生する可能性があり、各システムでアトリビューションウィンドウが開始する場合に影響を与える可能性があります。

通常、ビュースルーコンバージョンの大部分はすぐに発生し、両方のシステムがクレジットを考慮に入れます。 ただし、一部の変換は、Adobe Advertisingインプレッションのルックバックウィンドウ以外で、 Analytics ルックバックウィンドウ。このような変換は、 Analytics しかしAdobe Advertisingの印象には

次の例では、訪問者が Day 1 に広告を提供し、ビュースルー訪問（つまり、広告を以前にクリックせずに広告のランディングページを訪問）を実行し、Day 2 に変換したとします。その後、 45 に変換したとします。 この場合、Adobe Advertisingは、1 ～ 14 日（14 日間のルックバックを使用）のユーザーを追跡します。 Analytics では 2 ～ 61 日（60 日間のルックバックを使用）のユーザーを追跡し、45 日目のコンバージョンは内の広告に関連付けられます Analytics しかしAdobe Advertising内では

不一致のさらなる原因は、Adobe Advertisingで、ビュースルーコンバージョンをカスタム ビュースルーの重み クリックベースのコンバージョンに起因する重みに対する相対的な値。 デフォルトのビュースルーの重み付けは 40%です。つまり、ビュースルーのコンバージョンは、クリックベースのコンバージョンの値の 40%としてカウントされます。 Analytics では、ビュースルーコンバージョンに対して、このような重み付けは行われません。 例えば、 Analytics は、デフォルトのビュースルーの重み付け（60 USD の違い）を使用している場合、Adobe Advertisingで 40 USD に割引されます。

Adobe Advertisingとの間のビュースルーコンバージョンを比較する際には、次の違いを考慮してください Analytics レポート。

使用可能なアトリビューションモデル

次のリストを参照： Analytics アトリビューションモデルとその定義 ( ) https://experienceleague.adobe.com/docs/analytics-platform/using/cja-workspace/attribution/models.html?lang=ja.

ログインしている場合 Search, Social, & Commerceを使用すると、リストを検索できます

• （北米の利用者） https://enterprise-na.efrontier.com/CMDashboard/help/external/tracking/r_appendix_-_how_attribution_rules_are_calculated.htm

• （その他すべてのユーザ） https://enterprise-intl.efrontier.com/CMDashboard/help/external/tracking/r_appendix_-_how_attribution_rules_are_calculated.htm

イベント日属性のAdobe Advertising

Adobe Advertisingでは、関連するクリック日/イベント日（クリックイベントまたはインプレッションイベントの日付）またはトランザクション日（コンバージョン日）に基づいてコンバージョンデータをレポートできます。 クリック/イベント日レポートの概念がに存在しません Analytics；で追跡されたすべてのコンバージョン。 Analytics はトランザクション日別にレポートされます。 その結果、異なる日付のコンバージョンが、Adobe Advertisingと Analytics. 例えば、1 月 1 日に広告をクリックして 1 月 5 日にコンバージョンするユーザーがいるとします。 Adobe Advertisingでイベント日別のコンバージョンデータを表示している場合、クリックが発生した 1 月 1 日にコンバージョンがレポートされます。 In Analytics同じコンバージョンが 1 月 5 日に報告されます。

の属性 Analytics Marketing Channels

Analytics Marketing Channels レポート では、ヒット情報の個々の側面に基づいて様々なマーケティングチャネルを識別するルールを設定できます。 Adobe Advertising追跡されたチャネル (Display Click Through, Display View Through、および Paid Search) として Marketing Channels を使用して、 ef_id チャネルを識別するクエリー文字列パラメーター。 ただし、 Marketing Channels レポートでAdobe Advertisingチャネルを追跡できますが、いくつかの理由でデータがAdobe Advertisingレポートと一致しない場合があります。 詳しくは、次の節を参照してください。

では様々なアトリビューションモデルが生成される可能性がある Marketing Channels

最も多い Marketing Channels レポートは、 Last Touch アトリビューション。最後に検出されたマーケティングチャネルに、コンバージョン値の 100%が割り当てられます。 に対する様々なアトリビューションモデルの使用 Marketing Channels レポートとAdobe Advertisingレポートでは、属性コンバージョンの相違が生じます。

の別のルックバックウィンドウ Marketing Channels

のルックバックウィンドウ Marketing Channels カスタマイズ可能です。 Adobe Advertisingでは、クリックのルックバックウィンドウは設定できますが、60 日間の固定ウィンドウは一般的です。 2 つの製品で異なるルックバックウィンドウが使用されている場合、データの相違が生じる可能性があります。

での様々なチャネルアトリビューション Marketing Channels

Adobe Advertisingレポートは、Adobe Advertising( Advertising Search, Social, & Commerce 広告、および Advertising DSP広告用のディスプレイ ) を表示するのに対して、 Marketing Channels レポートでは、すべてのデジタルチャネルを追跡できます。 これは、コンバージョンが属するチャネルに矛盾が生じる可能性があります。

例えば、有料検索や自然検索のチャネルは、多くの場合共生関係にあり、各チャネルが相互に支援します。 The Marketing Channels レポートでは、Adobe Advertisingが自然検索を追跡しないので、自然検索に対するコンバージョンの一部が考慮されます。

また、ディスプレイ広告を表示し、有料検索広告をクリックし、電子メールメッセージ内をクリックして、30 米ドルの注文をするお客様も考えてみましょう。 たとえAdobe Advertisingでも Marketing Channels 両方ともラストタッチアトリビューションモデルを使用しているので、コンバージョンの属性はそれぞれ異なります。 Adobe Advertisingは、 Email チャネルに送信されるので、有料検索にコンバージョンのクレジットが付与されます。 Marketing Channelsただし、は 3 つのチャネルすべてにアクセスできるので、 Email を呼び出します。

指標が異なる理由について詳しくは、チャネルとの間でチャネルデータが異なる理由 Marketing Channels."

Adobe Analyticsのデータの違い Paid Search Detection

The レガシー Paid Search Detection ～の特徴 Analytics 企業が 有料検索トラフィックとオーガニック検索トラフィックを追跡するルールを定義する を参照してください。 The Paid Search Detection ルールでは、クエリ文字列と参照ドメインの両方を使用して、有料検索トラフィックと自然検索トラフィックを識別します。 The Paid Search Detection レポートは、 検索方法 レポート。指定したイベント（買い物かごのチェックアウトなど）が発生したとき、または訪問が終了したときに期限切れになります。

次に、 Paid Search Detection ルールセット：

結果 Paid Search Detection レポートには、 Paid Search Engine, Paid Search Keywords, Natural Search Engine、および Natural Search Keywords レポート。

のデータに関する次の 2 つの制限に注意してください。 Paid Search Detection レポート：

• The Paid Search Keywords および Natural Search Keywords レポートには、ユーザーが入札するキーワードではなく、参照 URL で識別された検索クエリが表示されます。 Adobe Advertisingと Analytics レポートには実際のキーワードが表示されるので、 Paid Search Detection キーワードレポート。

• 次の場合に Paid Search Detection もともとの機能は作成されたので、元の検索クエリ（ユーザーが検索エンジンの検索バーに入力した文字列）は、参照 URL を使用して、より簡単に広告主に提供されるようになりました。 現在、検索エンジンは検索クエリをほとんど不明化し、 Paid Search Detection ほとんどのクエリデータは「未指定」に分類されるので、キーワードレポートの値は制限されます。

  を使用 Analytics for Advertisingを使用して、広告主は有料キーワードを引き続き追跡できます Analytics. 参照ドメインは、トラフィックを駆動した検索エンジンをエンジンレポートに通知します。 広告主固有のアカウント情報は参照ドメインに結び付けられないので、すべてのトラフィックは検索エンジンの下に表示されます。 同じ検索エンジンに複数のアカウントを持つ広告主は、Adobe Advertisingまたは Analytics レポートを作成することをお勧めします。

を設定する理由 Paid Search Detection?

The Paid Search Detection レポートでは、 Analytics Marketing Channels レポート. 有料検索トラフィックと自然検索トラフィックを区別することは、自然検索が完全なマーケティングエコシステムにもたらす価値を理解するうえで役立ちます。

次のクリックスルーデータ検証： Analytics for Advertising

統合の場合は、クリックスルーデータを検証して、サイト上のすべてのページがクリックスルーを適切に追跡していることを確認する必要があります。

In Analytics（を検証する最も簡単な方法の 1 つ） Analytics for Advertising の追跡は、「クリック数」を使用してインスタンスとクリック数を比較することで、 AMO ID Instances」計算指標は次のように計算されます。

Clicks to AMO ID Instances = (AMO ID Instances / Adobe Advertising Clicks)

AMO ID Instances の回数を表します AMO ID がサイトで追跡されます。 広告がクリックされるたびに、AMO ID(s_kwcid) パラメーターがランディングページの URL に追加されました。 次の数 AMO ID Instancesしたがって、はクリック数に似ており、実際の広告クリックに対して検証できます。 のマッチ率は通常 80%です。 Search, Social, & Commerce との 30%の一致率 DSP トラフィック（クリックスルーのみを含めるようにフィルタリングした場合） AMO ID Instances) をクリックします。 検索と表示の期待値の違いは、予想されるトラフィック動作によって説明できます。 検索は目的をキャプチャし、そのため、ユーザーは通常、クエリの検索結果をクリックする予定です。 ただし、ディスプレイ広告やオンラインビデオ広告を見たユーザーは、意図せず広告をクリックした後、サイトからバウンスするか、ページアクティビティが追跡される前に読み込まれる新しいウィンドウを破棄する可能性が高くなります。

Adobe Advertisingレポートでは、同様に、「ef_id_instances「 」指標 ( AMO ID Instances:

Clicks to [EF ID Instances = (ef_id_instances / Clicks)

AMO ID と EF ID の間で高い一致率が予想されますが、AMO ID と EF ID は基本的に異なるデータを追跡するので、100%のパリティは想定しないでください。この違いにより、合計の差がわずかに生じる可能性があります AMO ID Instances および EF ID Instances. 合計 AMO ID Instances in Analytics ～とは異なる EF ID Instances ただし、Adobe Advertisingに 1%以上の割合がある場合は、Adobeのアカウントチームにお問い合わせください。

AMO ID と EF ID について詳しくは、 Analytics で使用されるAdobe AdvertisingID.

以下は、インスタンスに対するクリック数を追跡するワークスペースの例です。

でのデータセットの比較 Analytics for Advertising とのAdobe Advertising

The AMO ID （s_kwcid クエリー文字列パラメーター）は、 Analytics、および EF ID は、Adobe Advertisingのレポートに使用されます。 異なる値なので、1 つの値が破損しているか、ランディングページに追加されていない可能性があります。

例えば、次のランディングページがあるとします。

www.adobe.com/?ef_id=test_ef_id&s_kwcid=test_amo_id

ここで、EF ID は「test_ef_id」と入力し、AMO ID は「test_amo_id."

サイト側のリダイレクトが発生した場合、URL は次のようになります。

www.adobe.com/?ef_id=test_ef_id&s_kwcid=test_amo_id#redirectAnchorTag

ここで、EF ID は「test_ef_id」と入力し、AMO ID は「test_amo_id#redirectAnchorTag."

この例では、アンカータグを追加すると、AMO ID に予期しない文字が追加されるので、Analytics では値を認識できません。 この AMO ID は分類されず、関連付けられたコンバージョンは「unspecified"または"none」内 Analytics レポート。

幸いにも、このような問題は一般的ですが、一般的には大きな相違は生じません。 ただし、 Analytics および EF ID をAdobe Advertisingで使用する場合は、Adobeアカウントチームにお問い合わせください。

その他の指標に関する考慮事項

クリック数と訪問数の違い

これらは似ているようですが、クリック数と訪問数は異なるデータを表します。

• クリック： DSP または、訪問者が投稿者の Web サイトで広告をクリックした場合に、クリックが記録されます。

• 訪問： Analytics を定義します。 訪問 を使用して、30 分間の無操作状態など、いくつかの条件のいずれかに従って終了する一連のページビュー数として指定できます。

定義によると、1 回のクリックで複数の訪問が発生する場合があります。

次の例を考えてみましょう。ユーザー 1 とユーザー 2 の両方が、Adobe Advertising広告をクリックしてサイトにアクセスします。 ユーザー 1 は 4 つのページを表示し、その日を退出したので、最初のクリックは 1 回の訪問になります。 ユーザー 2 は、2 つのページを表示し、45 分のランチを終了し、戻り、さらに 2 つのページを表示し、その後離れます。この場合、最初のクリックは、2 回の訪問となります。

クリック数とクリックスルー数の違い

クリック数とクリックスルー数は、次の 2 つの異なる指標です。

• クリック： DSP または、訪問者が投稿者の Web サイトで広告をクリックした場合に、クリックが記録されます。

• クリックスルー： Analytics は、訪問者が宛先 Web サイトに到着したときのクリックスルーを記録し、ランディングページが読み込まれて、 Analytics ページ下部のリクエストは、データをに送信します。 Analytics.

誤った広告クリック数のため、クリック数とクリックスルー数は大きく異なる場合があります。 ディスプレイ広告でのほとんどのクリックは誤ってクリックされるもので、これらの誤って訪問者がランディングページを読み込む前に「戻る」ボタンを押したことがわかっています。 Analytics クリックスルーを記録できない。 これは特に、モバイル広告、ビデオ広告、広告など、誤ってクリックした可能性が高い広告で特に当てはまります。広告は、画面を埋め、ユーザーがページを表示する前に閉じる必要があります。

また、モバイルデバイスに読み込まれたサイトでは、帯域幅が低く処理能力が高く、ランディングページの読み込みに時間がかかるので、クリックスルーが発生する可能性が低くなります。 50 ～ 70%のクリックがクリックスルーにつながらないことは珍しくありません。 モバイル環境では、差が 90%まで高くなる可能性があります。これは、ブラウザーの速度が遅くなると、ページをスクロールしたり広告を閉じようとしたときにユーザーが誤って広告をクリックする可能性が高くなるからです。

クリックデータは、現在の追跡メカニズム（モバイルアプリに送信されるクリック数、モバイルアプリからのクリック数など）でクリックスルーを記録できない環境や、広告主が 1 つの追跡手法のみを導入した環境（JavaScript のビュースルー手法では、サードパーティ cookie をブロックするブラウザー）でも記録できます。 Adobeがクリック URL の追跡とビュースルー JavaScript の追跡の両方の方法をデプロイすることを推奨する主な理由は、追跡可能なクリックスルーを最大限に活用できるようにすることです。

Adobe Advertising以外のDimensionでのAdobe Advertisingトラフィック指標の使用

Adobe Advertisingは、Analytics に 広告固有のトラフィック指標および関連ディメンション DSP および Search, Social, & Commerce. Adobe Advertisingが提供する指標は、指定したAdobe Advertisingのディメンションにのみ適用でき、また、 Analytics.

例えば、 Adobe Advertising Clicks および Adobe Advertising Cost Adobe Advertising別の指標（指標ディメンション）を選択すると、合計が表示されます Adobe Advertising Clicks および Adobe Advertising Cost アカウント別。

ただし、 Adobe Advertising Clicks および Adobe Advertising Cost 指標をページ上のディメンション（ページなど）で指定し、Adobe Advertisingがデータを提供しない場合は、 Adobe Advertising Clicks および Adobe Advertising Cost 各ページの値は、0（ゼロ）です。

使用 AMO ID Instances 非Adobe AdvertisingDimensionでのクリック数の代わりとして

を使用できないので、 Adobe Advertising Clicks オンサイトディメンションを使用すると、クリック数に相当するものを見つけることができます。 訪問回数を代わりに使用したいと考えるかもしれませんが、各訪問者が複数回訪問する場合があるので、これらは最適な選択肢ではありません。 (「クリック数と訪問数の違い." 代わりに、 AMO ID Instances:AMO ID が取得された回数です。 While AMO ID Instances 一致しない Adobe Advertising Clicks 正確には、これらはサイトでのクリックトラフィックを測定する最適なオプションです。 詳しくは、のデータ検証 Analytics for Advertising."