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のデフォルトの広告主レベルのクリックルックバックウィンドウとアトリビューションモデルに一致するように設定されます。

ただし、ルックバックウィンドウとアトリビューションモデルは、Analytics （eVars経由）と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は1～14日目（14日間のルックバックを使用）からユーザーをトラッキングし、Analyticsは2～61日目（60日間のルックバックを使用）からユーザーをトラッキングし、45日目のコンバージョンはAnalytics内の広告に起因しますが、Adobe Advertising内には起因しません。

には属さない）

不一致のさらに大きな原因は、Adobe Advertisingでは、クリックベースのコンバージョンに起因するウェイトに関連するカスタム ビュースルーのウェイト​をビュースルーコンバージョンに割り当てることができることです。 デフォルトのビュースルーの重みは40%です。つまり、ビュースルーコンバージョンは、クリックベースのコンバージョンの値の40%としてカウントされます。 Analyticsには、ビュースルーコンバージョンの重み付けはありません。 例えば、デフォルトのビュースルーの重み付けを使用している場合、Analyticsでキャプチャされた100 USDの収益注文は、Adobe Advertisingで40 USDに割引されます（差は60 USD）。

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

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

Analytics個のアトリビューションモデルとその定義のリスト（https://experienceleague.adobe.com/ja/docs/analytics/analyze/analysis-workspace/attribution/models）を参照してください。

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 レポート ​を使用すると、ヒット情報の異なる側面に基づいて異なるマーケティングチャネルを識別するルールを設定できます。 Display Click Through クエリ文字列パラメーターを使用して、Adobe Advertisingで追跡されたチャネル （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件のレポートでは、すべてのデジタルチャネルをトラッキングできます。 これは、コンバージョンの原因となるチャネルの不一致につながる可能性があります。

例えば、有料検索と自然検索のチャネルは、多くの場合、相互に影響を及ぼし合っています。両者の連携により、各チャネル間の連携を促進します。 Marketing Channels レポートでは、一部のコンバージョンが自然検索に属しており、Adobe Advertisingでは自然検索がトラッキングされていないため、このコンバージョンは発生していません。

ディスプレイ広告を閲覧し、有料検索広告をクリックし、メールメッセージ内をクリックして30米ドルの注文をおこなった顧客も考慮してください。 Adobe AdvertisingとMarketing Channelsの両方がラストタッチアトリビューションモデルを使用している場合でも、コンバージョンの貢献度はそれぞれ異なります。 Adobe AdvertisingはEmail チャネルにアクセスできないため、コンバージョンの有料検索にクレジットが割り当てられます。 ただし、Marketing Channelsは3つのチャネルすべてにアクセスできるため、コンバージョンに対してEmailを割り当てます。

の比較の例

指標が異なる理由について詳しくは、「Adobe Advertisingと Marketing Channelsでチャネルデータが異なる理由」を参照してください。

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

の Paid Search Detection レガシー Analytics機能を使用すると、指定した検索エンジンに対する有料およびオーガニック検索トラフィック を追跡するルールを定義できます。 Paid Search Detection ルールでは、クエリ文字列と参照ドメインの両方を使用して、有料検索トラフィックと自然検索トラフィックを識別します。 Paid Search Detection件のレポートは、検索方法件のレポートの大きなグループの一部であり、指定されたイベント（カートのチェックアウトなど）が発生するか、訪問が終了すると有効期限が切れます。

Paid Search Detection ルール セットを作成するためのインターフェイスを次に示します。

で設定された有料検索検出ルールの例

Paid Search Detection件のレポートには、Paid Search Engine、Paid Search Keywords、Natural Search EngineおよびNatural Search Keywords件のレポートが含まれます。

Paid Search Detection レポートのデータには、次の2つの制限があります。

Paid Search Detectionを設定する理由

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

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 レポートでは、同様に、EF ID Instancesではなく「AMO 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にわずかな違いが生じる可能性があります。 ただし、AMO ID Instancesの合計Analyticsが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のレポートに使用されます。 これらの値は個別の値であるため、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のAMO IDとAdobe AdvertisingのEF IDの間に大きな相違が見られる場合は、Adobe アカウントチームにお問い合わせください。

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

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

両者は類似しているように思えますが、クリック数と訪問数でデータは異なります。

定義によれば、ワンクリックで複数の訪問につながる可能性があります。

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

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

クリック数とクリックスルー数は、次のふたつの指標です。

クリック数とクリック数は、誤って広告がクリックされたために大きく異なる場合があります。 ディスプレイ広告のほとんどのクリックは誤ったクリックであり、これらの偶発的な訪問者はランディングページが読み込まれる前に「戻る」ボタンを押したので、Analyticsはクリックを記録できません。 特に、モバイル広告、動画広告、画面に表示される広告など、意図しないクリックが発生する可能性が高く、オーディエンスがページを表示する前に広告を閉じる必要がある広告では、その傾向が顕著です。

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

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

Adobe Advertising以外のディメンションに対するAdobe Advertising トラフィック指標の使用

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

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

ただし、Adobe Advertisingがデータを提供しないページ上のディメンション（ページなど）でAdobe Advertising ClicksとAdobe Advertising Cost指標を表示する場合、各ページのAdobe Advertising ClicksとAdobe Advertising Costはゼロ（0）になります。

Adobe Advertising以外のディメンションを含むクリックの代わりにAMO ID Instancesを使用

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

サポートされていないディメンション