web-dev-qa-db-ja.com

イベントと目標の完了の不一致

Googleアナリティクスのイベントと目標の完了には矛盾があります。これらのイベントは、Measurement Protocolを使用してSalesforceから送信され、イベントは目標の完了と一致しません。

例:イベントレポートを見ると、各イベントとその量を見ることができます。しかし、そのイベントを使用して設定した目標を見ると、適切な量の量と目標の完了を個別に示していません。

提案やアイデアはありますか?お時間をいただきありがとうございます。

1
Ardian

目標のコンバージョンは、セッションごとの目標ごとに1回のみカウントされます。目標が追跡しているアクションが初めて発生したときです。それを変更する方法はありません。目標のコンバージョンは、受信したデータからGoogleアナリティクスによって内部的に決定されます。

目標レポートに複数のコンバージョンを取得する方法は2つあります。セッションごとに複数のコンバージョンがある場合、それらを異なる目標または異なるセッションに分離します。つまり、イベントの繰り返しに対して個別のイベント/目標を作成するか、イベントの繰り返し時に新しいセッションを強制的にトリガーします。どちらも潜在的なマイナスの影響があるため、複数のコンバージョンを目標に到達させることで達成しようとしていることについて考えることをお勧めします。たとえば、イベントレポートを使用して合計を取得できますか?

個別のイベント

「個別のイベント」の設定は次のようになります。追跡していることを正確に言っていないので、コメントの送信だとしましょう。次のようなカテゴリ/アクション/ラベルを持つイベントの代わりに:

Salesforce / Customer Contact / Comment Submitted

代わりに、次のような複数のイベントがあります。

Salesforce / Customer Contact / First Comment Submitted
Salesforce / Customer Contact / Second Comment Submitted

などなど。次に、1つの目標の代わりに、最初のイベント、2番目のイベント、および多くのイベントを追跡する目標を設定します。

これには3つの明確な制限があります。

  1. 訪問者がアクションを実行する回数には小さな上限が必要です
  2. salesforce側でイベントに正確にラベルを付けることができる必要があります
  3. 各イベントを追跡するのに十分な目標が必要です

このアプローチの欠点は、物事を複雑にすることです。あなたはもはや単一のイベントと目標を見ていません。ただし、イベントの繰り返しごとにカテゴリとアクションが同じになるように設定し、ラベルのみが異なる場合は、イベントレポートを以前と同じように簡単に使用する必要があります。

別のセッション

2番目のアプローチは、新しいセッションをトリガーすることです。これがGAデータのallに影響し、実際に単一セッション内で行われたユーザーアクションを切断することを覚えておいてください。気にかけているのがイベントだけならそれでいいのかもしれませんが、気にかけているのがイベントだけなら、必要なデータを取得するために目標が必要かどうかをもう一度尋ねます。

簡単だが極端な方法は、Googleアナリティクスのセッションタイムアウト設定を最小の1分に減らすことです。この設定は、GA Admin> Property> Tracking Info> Session Settingsにあります。ヒットが1分未満の間隔で到着した場合、それらは同じセッションと見なされますが、そうでない場合は異なるセッションに含まれます。

新しいセッションをトリガーするもう1つの方法は、UTMパラメーターを使用することです。イベントヒットに個別のパラメーターを追加する必要があります(私は測定プロトコルの専門家ではありませんが、それは許可されていると考えています。それが機能しない場合は、パラメーターがアタッチされたページビューヒットで各イベントヒットを先行させる必要があります)。そのイベントは、新しいセッションの最初のヒットとしてカウントされます。

繰り返しますが、これによりセッションデータが切り離され、正しいソースとメディアへのコンバージョンの属性などの情報が失われます。つまり、データをGAに送信し、正しいソースとメディア、およびおそらく別個のキャンペーンを送信するコードでその情報を維持できない限り(別のセッションをトリガーしますが、属性は正しい)。これは信頼性が低く、現実を反映していない可能性が高いことを示しています(イベントは同じユーザーによるものであるため、同じセッション内にあります)。


イベントレポートから必要なものを取得する

イベントの属性とオーディエンスに関心があるために標準レポートで目標レポートが必要な場合は、それらのディメンションをセカンダリレポートとしてイベントレポートに追加できます。

screenshot of Google's demo account, event report with source/medium added as secondary dimension

サンプリングの対象となる十分なデータがある場合、これはサンプリングをトリガーしますが、小さな日付範囲を使用することで軽減できます。また、セッション数に比例して最も多くのイベントを生成するチャネルなどに関心がある場合は、計算が必要になる場合があります。

自分の会社でこれについて報告している場合、GoogleスプレッドシートのGAアドオンなどの外部ツールに頼る状況のように思えます。 Sheetsアドオンを含むサンプリングを軽減する方法 についての最近の長い回答があります。

3
Reve