A4T での水増しされた訪問と訪問者カウントの最小化

Adobe Target (A4T)のレポートソースとしてAdobe Analyticsを使用する場合に、水増しされた訪問と訪問者カウントの影響を最小限に抑える方法について説明します。

重要

2016 年 11 月 15 日に、Adobe Analytics では、Target で Analytics レポートを使用(A4T)しているお客様のために、一部のデータの処理方法を変更しました。この変更により、Adobe Target データと Adobe Analytics のデータモデルとの整合性が向上しています。この変更は、A4T をご利用のすべてのお客様にロールアウトされています。具体的には、この変更では、一部の顧客から指摘のあった、Target アクティビティが実行されているときに訪問者カウントが水増しされる問題を解決します。

この変更はさかのぼっては適用されません。履歴レポートに水増しされたカウントが表示され、レポートからそれらのカウントを除外したい場合は、下で説明されているように、仮想レポートスイートを作成できます。

また、水増しカウントを最小限に抑えるために、いくつかのJavaScriptライブラリが更新されました。 Adobeでは、次のバージョン以降のライブラリにアップグレードすることをお勧めします。

  • Experience Cloud 訪問者 ID サービス:visitorAPI.js バージョン 2.3.0 以降。
  • Adobe Analytics:appMeasurement.js バージョン 2.1。
  • Adobe Target:at.js バージョン 0.9.6 以降(A4T でリダイレクトオファーを使用している場合はバージョン 1.1.0 を除く)。

変更内容

Adobe Analyticsを使用してTargetアクティビティを測定すると(A4Tと呼ばれます)、Analyticsは、ページにTargetアクティビティがない場合に利用できない追加データを収集します。 Targetアクティビティは、ページの上部にある呼び出しを実行しますが、Analyticsは通常、ページの下部にあるデータ収集呼び出しを実行します。 これまでのA4Tの実装では、Targetアクティビティがアクティブな場合は必ずこの追加データがAdobeに含まれます。 今後、Adobeには、TargetタグとAnalyticsタグの両方が実行された場合にのみ、この追加データが含まれます。

この変更をおこなった理由

アドビはデータの正確性と品質に自信を持っています。Targetタグは実行され、Analyticsタグは実行されない場合、Analyticsは「部分的なデータ」(「未関連付けヒット」とも呼ばれます)を記録します。 Targetアクティビティがない場合、これらの未関連付けヒットはAnalyticsによってキャプチャされません。 Analyticsレポートにこの部分的なデータを含めると追加情報が得られますが、Targetアクティビティが実行されなかった期間の履歴データとの矛盾も生じます。 この状況は、Analyticsユーザーが経時的にトレンドを分析している場合に問題を引き起こす可能性があります。 Analyticsでのデータの一貫性を確保するために、Adobeは部分的なデータをすべて除外します。

部分的なデータが生じる原因

Adobeでは、Analytics内の部分的なデータの割合が高いお客様がいます。 部分的なデータの割合が高いと、不適切な実装が原因で生じる可能性がありますが、正当な原因もあります。

部分的なデータが生じる原因として特定されているものは次のとおりです。

  • レポートスイート ID(実装)の不一致:​アクティビティの設定中に指定されたレポートスイートが、テストが配信されるページのレポートスイートと一致していません。Analyticsサーバーでデータを紐付けできないので、部分的なデータのように見えます。
  • 遅いページ: Target 呼び出しはページの上部にあり、呼び出 Analytics しは通常、ページの下部にあります。ページの読み込みに時間がかかると、Targetの呼び出しの後、ただしAnalyticsの呼び出しの前に訪問者がページを離れる可能性が高くなります。 遅いページは、接続速度が頻繁に低下するモバイルWebサイトでは特に問題になる場合があります。
  • ページエラー: JavaScriptエラーがある場合や、各タッチポイントが実行されないシナリオ(Experience CloudIDサービス、TargetおよびAnalytics)の場合、データの一部が返されます。
  • アクティビティのリダ Target イレクトオファー: A4Tを使用してアクティビティでリダイレクトオファーを使用する場合、実装が特定の最小要件を満たす必要があります。また、知っておくべき重要な情報もあります。 詳しくは、リダイレクトオファー - A4T に関する FAQ を参照してください。
  • 古いバージョンのライブラリ: データをできるだけ効率的に送信するために、過去1年間にAdobeでJavaScriptライブラリ( appMeasurement.js、 at.js、および visitorAPI.js )にいくつかの改善が加えられました。導入に必要な条件について詳しくは、実装する前にを参照してください。

部分的なデータを減らすためのベストプラクティス

部分的なデータ収集を減らすには、次の手順を確認します。

手順 タスク
手順 1 Targetで選択したレポートスイートが、アクティビティが表示されるページのレポートスイートと同じであることを確認します。
手順 2 visitorAPI.js、appMeasurement.jsおよびat.jsライブラリがA4Tと互換性のあるバージョンであることを確認します。 導入に必要な条件について詳しくは、実装する前にを参照してください。
手順 3 ページを離れるすべてのTarget呼び出しとAnalytics呼び出しでSDIDが設定され、それらが一致していることを確認します。
ネットワークアナライザーまたはデバッグツールを使用して、呼び出しのパラメ mboxMCSDID ーター Target が呼び出しのSDIDパラメーターと一致することを確 Analytics 認します。
手順 4 サイトで実装ライブラリが正しい順序で読み込まれることを確認します。詳しくは、Analytics for Target の実装.

部分的なデータの部分を見るにはどうすればよいですか?

この情報を Analytics で直接入手することはできませんが、アドビカスタマーケアに連絡して、部分的なデータレポートを取得できます。このレポートは、デバッグを支援するためのものです。

部分的なデータを含まない履歴トレンドを表示するにはどうしたらよいですか?

この処理の変更は、リリース日(2016年11月15日)以降のデータにのみ影響します。 履歴指標を一致させるように調整する場合、Adobeでは、部分的なデータを除外するセグメントを作成することをお勧めします。

この変更に関連する次の情報には、セグメントを定義し、仮想レポートスイートに適用して、このセグメントが常に Analytics ビューに適用されるようにするための手順が含まれています。

ほとんどの状況では、 Target ヒットが各ウェブページの Analytics ヒットで結び付けられます。Target および Analytics 呼び出し両方と同じページの Analytics 呼び出しに Experience Cloud ID(MCID) に一貫した SDID がある場合、この関連付けが発生します。Target 通常はMCIDも含まれますが、訪問者IDが戻る前にへの呼び出しが発生した場合で Target も、そのヒットはSDIDによって関連付けられます。また、Target を呼び出した後、Analytics を呼び出すまで、ユーザーが同じページにとどまる必要もあります。このシナリオは理想的です。

部分的なデータヒット: ユーザーは、呼び出しを Analytics 送信するまでに十分な長さのページにとどまり、適切なMCIDが Target あることがあります。このシナリオでは、部分的なデータヒットが発生します(ページビューがAnalyticsでないヒット)。 ユーザーがサイトに戻ってきて、Analyticsコードを含むページを表示すると、再訪問者として適切にカウントされます。 ページにAnalyticsコードしかない場合、これらのヒットは失われていました。 このヒットのデータは、一定の指標(訪問数)を水増しし、他の指標(1 訪問あたりのページビュー数、1 訪問あたりの時間など)を下げてしまうため、そういったデータを望まないクライアントもいます。また、ページビューのない訪問も表示されます。 ただし、このデータを保持する正当な理由もあります。

部分的なデータヒットを最小限に抑えるには、ページの読み込みを高速化したり、ライブラリの最新バージョンに更新したり、それらのヒットを除外した仮想レポートスイートを作成したりします。詳しい手順については、『Analyticsコンポーネントガイド』の「仮想レポートスイートの作成」を参照してください。

次の図には、仮想レポートスイートのセグメント定義を示しています。

仮想レポートスイートを作成するときは、セグメント定義の次の設定を指定します(上の図を参照)。

  • 表示:ヒット
  • Analytics for Target:存在する
  • AND
  • ページビュー数:存在しない
  • AND
  • カスタムリンクインスタンス:存在しない
  • AND
  • ダウンロードリンクインスタンス:存在しない
  • AND
  • 離脱リンクインスタンス:存在しない

親なしヒット: Analytics が呼び出される前にユーザーがページを離れてしまい、Target が適切な MCID を受け取らないこともありえます。これらのヒットは、Adobeが「親なし」ヒットと定義するものです。 これらのヒットは、ほとんど戻ってくることのない顧客を表し、訪問数と訪問者数を不適切に水増しします。

こういった「親なし」ヒットを最小限に抑えるには、上で説明しているように、こうしたヒットを除外する仮想レポートスイートを作成することができます。

Target レポートの意味は何ですか?

この変更が発生すると、Adobeが部分的な受信データを処理しないので、ライブテストの新規訪問者数と訪問回数が減少する場合があります。 他の Analytics の指標のコンバージョンおよびヒットは変更されません。

このページ