Analytics とAdobe Advertisingの間で予期されるデータの相違

Adobe AdvertisingとAdobe Analyticsの統合のみを行う広告主

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

類似レポートにおけるアトリビューションの違い

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

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

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

レポートルックバックウィンドウまたはアトリビューションモデルが一方の製品で変更され、もう一方の製品では変更されていない場合、各システムの同じレポートに異なるデータが表示されます。

これらの同じ概念は、異なるルックバックウィンドウまたはアトリビューションモデルを使用する、他の類似チャネルに適用されます。

ビュースルートラッキング用の異なるルックバックウィンドウ impression-lookback

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

通常、ビュースルーコンバージョンの大部分は、両方のシステムがクレジットを属性にするのに十分な速さで発生します。 ただし、一部のコンバージョンは、Adobe Advertisingインプレッションのルックバックウィンドウ外で、Analytics のルックバックウィンドウ内で発生する場合があります。このようなコンバージョンは、Analytics のビュースルーに関連付けられますが、Adobe Advertisingのインプレッションには関連付けられません。

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

その他の不一致の原因として、Adobe Advertisingでは、ビュースルーコンバージョンに、クリックベースのコンバージョンに起因する重み付けを基準としたカスタム ビュースルーの重み付け を割り当てることができることがあります。 デフォルトのビュースルーの重み付けは 40% です。つまり、ビュースルーのコンバージョンは、クリックベースのコンバージョンの値の 40% としてカウントされます。 Analytics では、ビュースルーコンバージョンのそのような重み付けは提供していません。 例えば、Analytics で取得した 100 USD の売上高の注文に対して、デフォルトのビュースルー重み付けを使用している場合、Adobe Advertisingとして 40 USD が割り引かれます。この差は 60 USD です。

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

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

Analytics アトリビューションモデルとその定義のリストについては、https://experienceleague.adobe.com/docs/analytics-platform/using/cja-workspace/attribution/models.html?lang=ja を参照してください。

Search, Social, & Commerce にログインしている場合は、次のリストを見つけることができます

Adobe Advertisingでのイベント日付の属性

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

Analytics Marketing Channels のアトリビューション

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

Marketing Channels で異なる可能性があるアトリビューションモデル

ほとんどの Marketing Channels レポートには、Last Touch のアトリビューションが設定されており、このアトリビューションについて、最後に検出されたマーケティングチャネルには、コンバージョン値の 100% が割り当てられます。 アトリビューションレポートとAdobe Advertisingレポートに異なるアトリビューションモデルを使用すると、Marketing Channels トリビューションコンバージョンに不一致が生じます。

Marketing Channels での潜在的に異なるルックバックウィンドウ

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

Marketing Channels で異なるチャネルアトリビューション

Adobe Advertisingレポートは、Adobe Advertising（Advertising Search, Social, & Commerce 広告の有料検索、Advertising DSP広告の表示）を通じてトラフィックに送信された有料メディアのみを取り込みますが、Marketing Channels のレポートはすべてのデジタルチャネルをトラッキングできます。 そのため、コンバージョンが関連付けられるチャネルに不一致が生じる可能性があります。

例えば、有料検索チャネルと自然検索チャネルは共生関係にあることが多く、各チャネルが互いに支援し合っています。 Marketing Channels レポートでは、一部のコンバージョンは自然検索を追跡しないため、Adobe Advertisingで追跡できない自然検索に関連付けられます。

また、ディスプレイ広告を表示し、有料検索広告をクリックし、メールメッセージ内をクリックして、30 USD の注文を行った顧客についても考えてみます。 Adobe Advertisingと Marketing Channels の両方でラストタッチアトリビューションモデルが使用されている場合でも、コンバージョンのアトリビューションは各アトリビューションとは異なる属性になります。 Adobe Advertisingは Email チャネルにアクセスできないので、コンバージョンの有料検索にクレジットが与えられます。 ただし、Marketing Channels は 3 つのチャネルすべてにアクセスできるので、コンバージョンに対するクレジットは Email になります。

で異なるコンバージョンアトリビューションの例

指標が変化する理由の詳細については、「Adobe Advertisingとでチャネルデータが変化する理由 を参照してくだ Marketing Channels い。

Adobe Analytics Paid Search Detection におけるデータの違い

Analytics の レガシー Paid Search Detection 機能を使用すると、企業は指定した検索エンジンの 有料検索トラフィックとオーガニック検索トラフィックを追跡するルールを定義できます。 Paid Search Detection ルールでは、クエリ文字列と参照ドメインの両方を使用して、有料検索トラフィックと自然検索トラフィックを識別します。 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 注意してください。

Paid Search Detection を設定する理由

Paid Search Detection レポートを使用すると、Analytics Marketing Channels reports 内の自然な検索トラフィックを識別できます。 有料検索トラフィックと自然検索トラフィックを分離することは、自然検索がマーケティングエコシステム全体にもたらす価値を理解するための優れた方法です。

Analytics for Advertising のクリックスルーのデータ検証 data-validation

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

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

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

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

Adobe Advertisingレポートでは、AMO ID Instances の代わりに「EF ID Instances」指標を使用して、インスタンスをクリックと同様に比較できます。

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

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

AMO ID および EF ID について詳しくは、Analytics で使用されるAdobe Advertising ID を参照してください。

クリックとインスタンス間の不一致のトラブルシューティング

クリック EF ID Instances 率が 85% を下回る場合は、次の点を確認してください。

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

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

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

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 は分類されず、それに関連付けられたコンバージョンは Analytics レポートの「unspecified」または「none」に該当します。

幸いにも、このような問題は一般的ですが、通常は高い割合で不一致が生じることはありません。 ただし、Analytics の AMO ID とAdobe Advertisingの EF ID の間に大きな不一致に気付いた場合は、Adobeアカウントチームにお問い合わせください。

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

クリック数と訪問数の違い clicks-vs-visits

類似しているように見えますが、クリック数と訪問数は異なるデータを表します。

定義として、クリックは複数の訪問につながる可能性があります。

次の例を考えてみましょう。ユーザー 1 とユーザー 2 は両方とも、Adobe Advertising広告をクリックしてサイトにアクセスします。 ユーザー 1 は 4 ページを表示して、その日のうちに離れるので、最初のクリックは 1 回の訪問となります。 ユーザー 2 は 2 ページを表示し、45 分間の昼食に残して戻り、さらに 2 ページを表示してから離れます。この場合、最初のクリックで 2 回の訪問が発生します。

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

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

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

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

また、クリックデータは、現在のトラッキングメカニズムでのクリックスルーを記録できない環境（モバイルアプリに着信するクリックや、モバイルアプリからのクリックなど）や、広告主が 1 つのトラッキングアプローチのみをデプロイした環境（例えば、ビュースルーJavaScript アプローチでは、サードパーティ cookie がクリックを追跡するが、クリックスルーは追跡しないブラウザー）に記録される場合もあります。 Adobeがクリック URL トラッキングとビュースルーJavaScript トラッキングアプローチの両方をデプロイすることをお勧めする主な理由は、トラッキング可能なクリックスルーの範囲を最大限に広げることです。

非Adobe AdvertisingDimensionに対する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がデータを提供しないオンページディメンション（ページなど）で Adobe Advertising Clicks と Adobe Advertising Cost の指標を表示した場合、各ページの Adobe Advertising Clicks と Adobe Advertising Cost はゼロ（0）になります。

Adobe Advertising以外のDimensionを使用したクリックの代用としての AMO ID Instances の使用

オンサイトディメンションでは AMO Clicks を使用できないので、クリックに相当するを見つける必要がある場合があります。 訪問回数を代用として使用したくなるかもしれませんが、各訪問者が複数の訪問回数を持つ可能性があるので、これらは最適な選択肢ではありません。 （「クリック数と訪問数の違い を参照しください。 代わりに、AMO ID Instances を使用することをお勧めします。これは、AMO ID がキャプチャされた回数です。 AMO ID Instances は完全には一致しませんが、サイト上のクリックトラフィックを測定する AMO Clicks めの最適なオプションです。 詳しくは、「 のクリックスルー・データ検証 Analytics for Advertising を参照してください。