Show Menu
トピック×

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

Analytics をレポートソースとして使用している場合に、水増しされた訪問と訪問者カウントの影響を最小限に抑える方法について説明します。
2016 年 11 月 15 日に、Adobe Analytics では、Target で Analytics レポートを使用(A4T)しているお客様のために、一部のデータの処理方法を変更しました。この変更により、Adobe Target データと Adobe Analytics のデータモデルとの整合性が向上しています。この変更は、A4T をご利用のすべてのお客様にロールアウトされています。具体的には、この変更では、一部の顧客から指摘のあった、Target アクティビティが実行されているときに訪問者カウントが水増しされる問題を解決します。
注意:この変更はさかのぼっては適用されません。履歴レポートに水増しされたカウントが表示され、レポートからそれらのカウントを除外したい場合は、下で説明されているように、仮想レポートスイートを作成できます。
さらに、水増しされたカウントを最小限に抑えるために、いくつかの JavaScript ライブラリが更新されました。次のライブラリバージョン(またはそれ以降)にアップグレードすることをお勧めします。
  • 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 を除く)。
mbox.js ライブラリを使用している場合、A4T によるリダイレクトオファーはサポートされません。実装では at.js を使用する必要があります。

変更内容

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

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

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

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

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

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

部分的なデータの収集を減らすために、次の手順を順番に確認します。
手順
タスク
Target で選択したレポートスイートが、アクティビティが表示されるページのレポートスイートと同じであることを確認します。
VisitorAPI. js、AppMeasurement. js、at.js/mbox. js ライブラリが A4T 互換バージョンになっていることを確認します。導入に必要な条件について詳しくは、 実装する前に を参照してください。
ページを離れるときに Target と Analytics のすべての呼び出しで SDID が設定されることと、それらが一致していることを確認します。
これをおこなうには、ネットワーク分析やデバッグツールを使用して、 mboxMCSDID の呼び出しの Target パラメーターが Analytics の呼び出しの SDID パラメーターと一致していることを確認します。
サイトで実装ライブラリが正しい順序で読み込まれることを確認します。詳しくは、 Analytics for Target の実装 .

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

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

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

この処理の変更はリリース日(2016 年 11 月 14 日)以降のデータにのみ影響するので、履歴の指標が一致するように調整する場合は、部分的なデータを除外するセグメントを作成することをお勧めします。
この変更に関連する次の情報には、セグメントを定義し、仮想レポートスイートに適用して、このセグメントが常に 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 訪問あたりの時間など)を下げてしまうため、そういったデータを望まないクライアントもいます。また、ページビューのないヒットも含まれます。ただし、このデータを保持する正当な理由もあります。
部分的なデータヒットを最小限に抑えるには、ページの読み込みを高速化したり、ライブラリの最新バージョンに更新したり、それらのヒットを除外した 仮想レポートスイート を作成したりします。For step-by-step instructions, see Create virtual report suites in the Analytics Components Guide .
次の図には、仮想レポートスイートのセグメント定義を示しています。
仮想レポートスイートを作成するときは、セグメント定義の次の設定を指定します(上の図を参照)。
  • 表示:ヒット
  • Analytics for Target:存在する
  • AND
  • ページビュー数:存在しない
  • AND
  • カスタムリンクインスタンス:存在しない
  • AND
  • ダウンロードリンクインスタンス:存在しない
  • AND
  • 離脱リンクインスタンス:存在しない
親なしヒット: Analytics が呼び出される前にユーザーがページを離れてしまい、Target が適切な MCID を受け取らないこともありえます。こういったヒットのことを親なしヒットと呼びます。これらのヒットは、ほとんど戻ってくることのない顧客を表し、訪問数と訪問者数を不適切に水増しします。
こういった「親なし」ヒットを最小限に抑えるには、上で説明しているように、こうしたヒットを除外する 仮想レポートスイート を作成することができます。

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

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