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

Adobe AdvertisingとAdobe Analyticsの統合のみを持つ広告主

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

NOTE
このドキュメントでは、Adobe Advertisingと分析に重点を置いていますが、重要な点の多くは、他のトラッキングソリューションにも転送できます。

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

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

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

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

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

  • 様々なルックバックウィンドウによって発生する不一致の例:

    Adobe Advertisingに 60 日間のクリックのルックバックウィンドウがあり、 Analytics には、30 日間のルックバックウィンドウがあります。 あるユーザーが、Adobe Advertisingが追跡した広告を通じてサイトを訪問し、離脱した後、45 日目に戻り、コンバージョンを行ったとします。 Adobe Advertisingでは、コンバージョンが 60 日間のルックバックウィンドウ内で発生したため、最初の訪問へのコンバージョンが属性化されます。 Analyticsただし、は、コンバージョンが 30 日のルックバックウィンドウの有効期限が切れた後に発生したため、コンバージョンを最初の訪問に関連付けることはできません。 この例では、Adobe Advertisingは、よりも多くのコンバージョン数をレポートします Analytics 実行する。

    Adobe Advertisingは起因するが起因しないコンバージョンの例 Analytics

  • 様々なアトリビューションモデルによって生じる不一致の例:

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

    Adobe Advertisingとに起因する異なる収益 Analytics 様々なアトリビューションモデルに基づく

IMPORTANT
ベストプラクティスは、Adobe Advertisingと両方で同じルックバックウィンドウとアトリビューションモデルを使用することです。 Analytics. 必要に応じてAdobeアカウントチームと協力して、現在の設定を特定し、設定を同期させます。

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

ビュースルートラッキング用の異なるルックバックウィンドウ 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内ではありません。

で起因するビュースルーコンバージョンの例 Analytics ただし、Adobe Advertisingではありません

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

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

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

Adobe Advertising属性
Analytics 帰属
eVar/rVar 配分
Last Event
Last Touch
Most Recent
First Event
First Touch
Original Value
Weight First Event More
該当なし
該当なし
Even Distribution
Linear
Linear

使用不可*
Weight Last Event More
該当なし
該当なし
U-Shaped
U-Shaped
該当なし
該当なし
J-Shaped
該当なし
該当なし
Inverse-J
該当なし
該当なし
Custom
該当なし
該当なし
Participation
該当なし
該当なし
Algorithmic
該当なし
NOTE
線形配分の場合、 Analytics 成功イベントをすべてに均等に関連付ける eVar 1 回の訪問内の値なので、 eVar 「訪問」の有効期限。 ただし、広告では、線形アトリビューションを使用すると、真に線形ではない配分や、理想的でないレポートにつながる。 例えば、訪問者が 3 つの個別の訪問でコンバージョンを行う前に 3 つの広告を操作した場合、3 つの広告すべてではなく、最後の訪問で表示された広告のみがコンバージョンに関連付けられます。
また、コンバージョン配分を「線形」と切り替えると、履歴データが表示されなくなり、レポートに誤ったデータが表示される可能性があります。 例えば、線形配分では、売上高をいくつかの異なる数に分割する場合があります eVar 値。 配分を「最新」に変更すると、その売上高の 100% が最新の単一の値に関連付けられます。 この関連付けにより、誤った結論が導かれる可能性があります。
混乱を防ぐため、 Analytics レポートインターフェイスで履歴データを使用できないようにします。 を変更すると、履歴データを表示できます eVar 変更はできませんが、初期配分設定に戻ります eVar 配分の設定は、履歴データにアクセスするためのものです。 Adobeでは、新しいを使用することをお勧めします eVar の配分設定を変更するのではなく、既に記録されているデータに新しい配分設定を適用したい場合 eVar それはすでに相当量の履歴データを持っています。

のリストを参照 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 レポート では、ヒット情報の異なる側面に基づいて様々なマーケティングチャネルを識別するルールを設定できます。 Adobe Advertisingトラッキング対象チャネル(Display Click Through, Display View Through、および Paid Search)を次として Marketing Channels を使用する ef_id チャネルを識別するクエリ文字列パラメーター。 しかし、にもかかわらず Marketing Channels レポートではAdobe Advertisingチャネルをトラッキングできます。データがAdobe Advertisingレポートと一致しない理由はいくつかあります。 詳しくは、次の節を参照してください。

NOTE
次の中心概念は、Adobe Advertisingでトラッキングされないキャンペーンを含む、あらゆるマルチチャネルトラッキングにも当てはまります(例:) campaign 変数(「トラッキングコード」ディメンションまたは「」とも呼ばれます)eVar 0")とカスタム eVar トラッキング。

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

Most 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 USD の注文を行った顧客についても考えてみます。 たとえAdobe Advertisingで Marketing Channels どちらもラストタッチアトリビューションモデルを使用しますが、コンバージョンはそれぞれ異なる属性になります。 Adobe Advertisingはへのアクセス権を持っていません Email チャネルを使用すると、コンバージョンの有料検索にクレジットが付与されます。 Marketing Channelsただし、には 3 つのチャネルすべてにアクセスできるので、クレジットが生まれます Email 変換する。

とAdobe Advertisingで異なるコンバージョンアトリビューションの例 Analytics Marketing Channels

指標が変化する理由の詳細については、「」を参照してくださいチャネルデータがAdobe Advertisingによって異なる可能性がある理由 Marketing Channels.」と入力します。

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

この レガシー Paid Search Detection の機能 Analytics 企業に次の許可 有料およびオーガニック検索トラフィックをトラッキングするルールの定義 (指定した検索エンジン用)。 この Paid Search Detection ルールでは、クエリ文字列と参照ドメインの両方を使用して、有料検索トラフィックと自然検索トラフィックを識別します。 この Paid Search Detection レポートは、大きなグループの一部です 検索方法 レポート。指定したイベント(買い物かごのチェックアウトなど)が発生するか、訪問が終了すると有効期限が切れます。

以下は、を作成するためのインターフェイスです。 Paid Search Detection ルールセット:

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

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

のデータに関しては次の 2 つの制限事項があります Paid Search Detection レポート:

  • この 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?

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

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

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

対象: 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 。対象: Analytics ~と異なる EF ID Instances ただし、Adobe Advertisingが 1% を超える場合は、Adobeアカウントチームにお問い合わせください。

AMO ID と EF ID について詳しくは、を参照してください。 Analytics が使用するAdobe Advertising ID.

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

インスタンスへのクリックを追跡するワークスペースの例

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

この AMO ID (s_kwcid クエリ文字列パラメーター)は、でレポートに使用されます Analytics、および 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 は分類されず、関連付けられたコンバージョンは「」に該当しますunspecified「または」none」に含まれます Analytics レポート。

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

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

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

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

  • クリック: DSP または、検索エンジンが、訪問者が発行者の web サイト上の広告をクリックした際のクリックを記録します。

  • アクセス: Analytics は、 訪問 ユーザーによる一連のページビューとして、いくつかの条件(30 分間無操作状態など)のいずれかに従って終了します。

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

次の例を考えてみましょう。ユーザー 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 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指標の例

ただし、を表示した場合は、 Adobe Advertising Clicks および Adobe Advertising Cost オンページディメンション(ページなど)別の指標で、Adobe Advertisingがデータを提供しない場合、次に Adobe Advertising Clicks および Adobe Advertising Cost 各ページの値はゼロ(0)になります。

サポートされていないディメンションを使用したレポートのAdobe Advertising指標の例

使用 AMO ID Instances as a 非Adobe AdvertisingDimensionでのクリックの代用

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

例 AMO ID Instances の代わりに Adobe Advertising Clicks サポートされていないディメンションの場合

recommendation-more-help
fbbdcc36-f208-41e5-b715-a077abaec5c3