GoogleAnalytics4のイベントとパラメータのベストプラクティス

Googleは最近、Universal Analytics（UA）を廃止し、Google Analytics 4（GA4）を唯一の利用可能なプラットフォームとして残すという衝撃的な発表を行いました。 この切り替えは2023年7月23日に行われる予定です。UAデータはGA4に転送できないため、ビジネスをスムーズに移行するには、早い段階から開始して、履歴データをコンパイルしながらプラットフォームを把握することが不可欠です。

なぜ変更するのですか？

GA4はウェブサイトとアプリのユーザーの追跡を組み合わせますが、これまで、アプリとウェブサイトの両方のユーザーの移動を追跡する場合は、FirebaseとUAのGoogleアナリティクスを別々に使用する必要がありました。 これらは異なるデータ収集モデルを持っており、同様の比較を非常に困難にしました。

さらに、Googleは、潜在的にCookieのない世界に対して将来を保証することを目指しています。 UAがCookieを使用してWebサイトへの訪問者を追跡していることを考えると、プライバシーを保護すると同時にユーザーの識別を可能にする新しいプラットフォームを作成する必要性が高まっています。 GA4は機械学習を中心に据えているため、将来のプライバシーの変更に対してGoogleがより柔軟に対応できるようになるはずです。

時間枠内のオンサイトユーザーのアクティビティを記録することは、セッションとページビューの追跡ですが、GA4はこれから離れるように設定されています。 代わりに、イベントおよびパラメーターベースの追跡を使用します。これは、Webサイトで事前定義されたインタラクションによってユーザーを追跡します。 その結果、GTM内でタグを作成するためのベストプラクティスが刷新されます。

構成タグとイベントタグの違い

まず、構成タグとイベントタグの違いを理解することから始めます。 イベントタグは、イベント名+パ​​ラメータ構造を使用します。 構成タグは、測定ID+パラメーター構造を使用します。 下記参照：

イベントタグ：

構成タグ：

構成タグは、すべてのイベントタグの基本設定として機能し、ページの読み込み時にページビューとセッション開始イベントを送信する役割も果たします。 構成タグ内で、Webページで収集する基本データを反映する非動的イベントパラメーターを設定する必要があります。 イベントが発生しているページのURLなど：

ID変更の追跡に対処する方法

GA4はデータストリームに割り当てられた測定IDを使用するため、もう1つの変更はトラッキングIDです。

GA4には1つのプロパティがあり、複数のビューの代わりに、各ストリームに測定IDを持つデータストリームがあります。 データストリームは、ストリームをWebサイト、IOS、およびAndroidアプリごとに分割できる別の新機能であり、1つのプロパティでWebサイトとアプリのデータを分析できます。 各プロパティ内に50個のデータストリームを含めることができます。ただし、これには30個のアプリデータストリームがあります。 1つの会社で複数のWebサイトを追跡するには、複数のプロパティを設定し、クロスドメイントラッキングを有効にすることが、ドメイン間で情報を渡す新しい方法です。

イベントタグを理解する

次はイベントタグです。 イベントタグは、構成タグからページに関する変数を継承します。 eventsタグの全体的な構造は、イベント名、パラメーター名、およびそのパラメーターに設定された値です。

ここで注意するイベントには、推奨イベント、拡張メジャーイベント、自動的に収集されたイベント、カスタムイベントの4種類があります。

自動的に収集されるイベントは、そのイベントに関連付けられたパラメーター（クリック、ファイルのダウンロード）を収集する特定のイベントです。 それらは、Webおよび/またはアプリのイベントである可能性があります。 さらに、発生するすべてのイベントで収集されるパラメーターがあります。

データストリームで拡張測定をオンにすることを選択できます。 オンにすると、設定されたパラメータでイベントが自動的に発生します。 ここで完全なリストを読んでください。

このイベントの重要な部分は、収集する情報のためにイベントを構成する必要がないことです。

Googleは、「推奨」イベントのガイドラインをリリースしました。 完全な機能は不明ですが、GA4の新しい予測メトリックを利用できるようになることが理解されています。 購入確率、解約確率、および予測収益。 GoogleはCookieによって残されたギャップを埋めようとしているため、これは特に重要です。 GA4は、機械学習を使用してレポートを完成させます。

最後に、カスタムイベントがあります。これは、上記でカバーされていないイベントです。 必須のイベント命名規則はなく、好きなものにすることができます。

GA4のデバッグビューを使用したイベントのテスト

GA4には、新しいデバッグビュー、つまりページで発生しているイベントに関するリアルタイムレポートも付属しています。 まず、ブラウザまたはデバイスでデバッグモードを有効にするか、タグのパラメータを有効にする必要があります。 デバッグモードでイベントを監視する方法のリストについては、ここを参照してください。

有効にしたら、デバッグモードに移動するには、[構成]>[デバッグモード]に移動します。 トリガーされたイベントの2つのタイムラインが表示されます。 最初のタイムラインは、円で示された1分間隔です。 円をクリックすると、トリガーされたイベントの数を確認できます。 上部のドロップダウンメニューを使用すると、複数のデバイスを切り替えることができます。

分のタイムライン：

2番目のタイムラインは1秒間隔です。 ここでは、ページで起動されたすべてのタグの完全に包括的な概要と、イベントに関連付けられたユーザープロパティとパラメーターのリストを取得できます。

秒のタイムライン：

次に、過去30分間の一般的なイベント、コンバージョン、エラーイベントのリストを簡単に確認できます。

ユーザープロパティとイベントの制限

Googleは、プロパティごとに作成できるユーザープロパティとイベントパラメータの数に一定の制限を課しているほか、明確に名前が付けられたイベントの数にソフトキャップを課しています。

• 500の異なるイベント
• 25のカスタムユーザープロパティ
• パラメータごとに25のイベント名
• 100万ヒットがBigQueryにエクスポートされました
• GA4は最大14か月間データを保存します

データをBigQueryにエクスポートすると、これらの制限が克服され、タグがGoogleによって課された制限を超えたデータを表示できるようになります。

GoogleがGA4に課したいくつかの制限の中には、BigQueryに収集および送信されるデータを1日あたり100万ヒットに制限するというもう1つの重要な制限があります。 これは、Webサイトの全体像を取得するための大きな問題ですが、これを回避する方法はいくつかあります。その1つは、サーバー側の追跡です。

サーバー側の追跡は、自分でホストしているサーバーにデータを送信するWebタグによって機能します。その後、選択したプラットフォームにデータを送信できます。 2番目のオプションはGAヒットのハイジャックです。これはクライアント側で行われ、Googleアナリティクスデータをカスタムエンドポイントに送信します。 どちらも、データをより詳細に制御し、1日あたり100万ヒットの制限を克服することができます。

次は何ですか？

UAに代わるGA4は、大きな反響を呼びます。 ただし、これにはエキサイティングな新機能が付属しており、顧客ベースについてさらに詳細な洞察を得ることができます。 既存の設定を確認して更新することをお勧めします。 GA4は、来年半ばに減価償却される前に、現在のUAフレームワークと連携して実装します。

Google Analytics 4の詳細については、しばらくお待ちください。データを最大限に活用するための専門的なGoogle Analytics 4サービスをお探しの場合は、Analyticsチームにお問い合わせください。