Google Analytics 4の詳細：新機能、メリット、デメリット

約1年前、GoogleチームはApp + Web機能を発表しました。これにより、Webサイトとモバイルアプリケーションのデータを1つのGoogleAnalyticsリソースに組み合わせることができます。 それ以来、Googleはこの新しいタイプのリソースをテストし、変更を加え、完成させ、別の名前でベータ版からリリースしました。 GoogleAnalytics4をご覧ください。

この記事では、Google Analytics 4とは何か、Universal Analyticsとの違い、ビジネスにどのような価値をもたらすか、そしてGoogleAnalytics4で解決できる問題について説明します。 また、どの企業がすぐにGoogleAnalytics4の使用を開始すべきかを分析します。

Google Analytics 4は、GoogleAnalyticsの新しいリソースタイプです。 外観はUniversalAnalytics（UA）リソースとは少し異なり、構成がより簡単で高速です。 プレゼンテーションでは、Googleチームはこの新しいタイプのリソースを分析の未来と繰り返し呼び、次のように述べています。

1. イベントを中心に構築されたスケーラブルなクロスプラットフォーム分析
2. 機械学習（ML）および自然言語処理（NLP）機能は、すべてのGoogleAnalyticsユーザーが利用できます。
3. プライバシーを維持し、Cookieを設定する必要を回避することが優先事項です
4. すべてのGoogle製品とのシームレスな統合
5. クロスプラットフォームのユーザーIDにより、デバイスやプラットフォーム全体のユーザーのパス全体を確認できます

これらの利点を詳しく見てみましょう。

イベントベースのアプローチにより、複数のデバイスやプラットフォームにわたって信頼性が高く一貫性のあるデータを収集できます。

Google Analyticsの標準のウェブバージョンでは、すべてがユーザーセッションを中心に構築されており、Firebaseではすべてがイベントを中心に構築されています。 したがって、ユーザーの行動の普遍的な尺度がないため、プラットフォーム間のユーザーの移行を分析することは困難です。 生データを使用する場合でも、高品質のユーザーフローを構築するために多大な努力を払う必要があります。

Google Analytics 4は、イベントに関するすべての分析を組み合わせたものです。 これにより、すべてのデバイスとプラットフォームで同じ標準化されたデータを収集できるため、データの品質が向上し、ユーザーパス全体で単一のレポートが提供されます。

Google Analytics 4の主な利点の1つは、機械学習と自然言語処理（NLP）機能です。これらの機能を使用して、次のことができます。

• コンバージョンの確率を予測し、その確率に基づいてGoogle広告のオーディエンス予測を作成します
• データの重要な傾向について警告します（つまり、ユーザーのニーズの変化により需要が高まっている製品）
• レポートで異常を見つける
• 顧客の流出の可能性を予測して、顧客の維持に効果的に投資できるようにします

Googleチームは、この方向で開発を続け、ARPUなどの新しい予測を追加して、すべてのGoogle Analytics 4ユーザーが機械学習の洞察を使用してマーケティング戦略を調整し、ROIを向上できるようにする予定です。

1. Google Analytics 4はプライバシーに重点を置いており、gtagを使用しています。 jsライブラリ。Cookieなしで動作します。 したがって、近い将来、GoogleはクライアントIDを放棄し、CRMで生成されたクロスプラットフォームのユーザーID識別子だけでなく、内部のデバイスとブラウザの識別子のみに依存することが予想されます。
2. Google Analytics 4のIP匿名化はデフォルトで構成されており、変更できません。

これまでのところ、最も高度な統合はYouTubeとの統合です。 Googleは、YouTubeキャンペーンの評価の質を向上させるために積極的に取り組んでいます（たとえば、ビュースルーコンバージョンを追跡できるようにするため）。 これにより、次の種類の質問に対する回答を見つけることができます。

• 私のYouTube広告キャンペーンは、特定のオーディエンス関与指標にどのように影響しますか？
• YouTubeキャンペーンは、バウンス率、Webサイトのイベント（必ずしもコンバージョンではない）などにどのように影響しますか？

Google広告との緊密な統合により、オーディエンスを作成し、キャンペーンを実行して、使用するデバイスに関係なく、関連性のある便利なサービスで新規顧客を引き付けることができます。

さらに、ユニバーサルアナリティクスでは、BigQueryエクスポート機能は有料版のユーザーのみが利用できますが、Googleアナリティクス4では、この機能はすべてのユーザーが無料で利用できます。 GoogleAnalytics4のリソース設定でBigQueryクラウドストレージのデータ収集を有効にできます。

Google Analytics 4は、使用するデバイスやブラウザではなく、会社とやり取りする個々のユーザーを考慮します。

これは、次の3つのレベルの識別を使用して行われます。

• ユーザーID
• Googleシグナル
• デバイスID

イベントベースの分析を実装することにより、Google Analytics 4では、ファーストタッチからコンバージョンおよび再注文までのユーザーのパスをより適切に追跡できます。 さらに、ユーザーが異なるデバイスを使用して同じイベントを複数回完了した場合、このイベントのデータは単一のタッチポイントにマージされます。 たとえば、顧客がスマートフォンのショッピングカートに商品を入れてからラップトップに商品を入れた場合、「ショッピングカートに追加」イベントは1回だけカウントされます。

UniversalAnalyticsとGoogleAnalytics4の主要な追跡概念を比較してみましょう。

Google Analytics 4

• 分析は、セッションではなく、イベントを中心に構築されています。 セッションは人為的な概念であるため、Googleはセッションを放棄することを提案しています。 セッションデータが必要な場合は、GoogleBigQueryで生データを操作して自分で作成できます。
• ウェブサイト全体の高度なデータ収集設定と、イベントごとに変わる設定があります。
• 組み込みのエンドツーエンドのuser_idレポートを使用すると、user_idを使用するために個別のビューを作成する必要はありません。

Google Analytics 4には、Firebaseと同様に、3種類のイベントとそのパラメータがあります。

• 自動的に収集—例：page_view、session_start、view_search_results、scroll、file_download（イベントの完全なリストについては、ドキュメントを参照してください）。
• 推奨されるイベントは、小売およびeコマース、旅行、ゲームなどのビジネス領域にグループ化されています（完全なリストはこちらを参照してください）。
• カスタム—実装および監視する他のすべてのイベント（Google Analytics 4による制限）

推奨イベントとカスタムイベントは個別に実装されます。

カスタム定義は、ほとんどのレポートでエンドツーエンドであり、Googleアナリティクス4の制限内にとどまるのに役立つディメンションと指標です。

Google Analytics 4には、カテゴリ、アクション、イベントショートカットなどの概念はありません。

既存の設定と収集されたデータの場合、これらのプロパティはイベント設定にマップされます。 Google Analytics 4レポートにプロパティを表示する場合は、それらを登録する必要があります。

「config」gtag.jsフラグメントが実装されている場合、これらのイベントは自動的に収集されます。

page_viewイベントには、次のプリセットパラメータがあります。

• page_location
• page_path
• ページタイトル
• page_referrer

Google Analytics 4レポートにはセッションがありますが、UniversalAnalyticsとは異なる方法で考慮されます。

1. セッションは、自動的に収集されたsession_startイベントによってトリガーされます。
2. セッション期間は、最初のイベントと最後のイベントの間の間隔です。
3. インタラクションは自動的に認識されます（インタラクションイベントをディスパッチする必要はありません）。
4. レイトケース処理のタイムアウトは72時間です（UAプロパティでは4時間です）。 Google Analytics4とUniversalAnalyticsレポートのセッション数を比較すると、セッションの完了後に送信されたヒットを72時間以内に正しいセッションに割り当てることができるため、前者のセッション数が少なくなる可能性があります。 したがって、セッションレポートはより長期間発行されます。
5. 現在、GoogleAnalytics4ではセッション期間を設定できません。

カスタムディメンションと指標をGoogleアナリティクス4レポートに含めるには、Googleのルールに従ってそれらを新しいリソースに転送する必要があります。 Google Analytics 4では、ヒットレベルとユーザーレベルのパラメーターに類似したものがありますが、セッションレベルのパラメーターに相当するものはありません。 または、ヒットレベルで定義することもできます。

カスタム製品レベルの定義を使用するには、それらを個別に追加する必要があります。 この機能はまだ開発中であり、カスタムの製品レベルの定義を含むeコマースに関するレポートがないため、これがどのように機能するかはまだ明確ではありません。

Google Analytics 4では、新しいユーザープロパティ機能が導入されました。

ユーザープロパティは、特定のオーディエンス/ユーザーに対応する定義です：性別、都市、新規またはリピーター、常設顧客など。

特定のユーザーに影響を与えるプロパティは、すべてのユーザーの動作に拡張されます。 ユーザープロパティに基づいて、GoogleAnalytics4は広告をパーソナライズするためのオーディエンスを形成します。

次の場合は、すでにGoogleAnalytics4を実装する必要があります。

• データレイヤーとGoogleタグマネージャーを介してウェブサイトでデータを収集します
• いくつかのタグを使用します（最小限の調整を意味します）
• YouTube広告とユーザーIDベースのリマーケティングを積極的に使用しています
• あなたはFirebaseを積極的に使用しており、チームはFirebaseデータ収集ロジックとBigQueryのエクスポートテーブルのApp + Web（Firebase）データスキーマに精通しています

Google Analytics 4に移行するのが早ければ早いほど、履歴データの収集を早く開始でき、意思決定のための情報が増え、機械学習の洞察から価値を得るのも早くなります。 すでに見てきたように、Google Analytics4とUniversalAnalyticsは、データ構造とデータ収集ロジックが大幅に異なります。 したがって、これら2つのリソースからのデータを組み合わせると問題が発生します。

次の場合、GoogleAnalytics4の実装で問題が発生する可能性があります。

• コードはあなたのウェブサイトの主なトレース方法です
• Googleタグマネージャをメインの追跡方法として使用し、コンテナに多くのタグがあります（特にタグが自動イベントにバインドされている場合）
• 多くのサブドメインを持つ大規模なウェブサイトがあり、それぞれを個別に追跡します
• イベントとそのパラメータのメトリックのシステム（統一された名前と値）、およびイベントの階層への統一されたアプローチがありません（この場合、どのイベントに追加することがより重要であるかは明確ではありません最初にGAインターフェースを使用し、延期する方がよいこと。）
• 共通のイベント階層のないWebサイトとアプリケーションがあります
• チームはまだBigQueryで生データを処理しておらず、Firebase Analytics / App+Webの原則とアップロードスキームに精通していません

これらの記述が当てはまる場合は、最初に一般的なデータ収集ロジックを構築してから、Google Analytics 4を実装することをお勧めします。そうしないと、ユーザーパラメータ用の空きスロットがなくてもすぐに見つけることができます。

組み込みのデータ収集スキームがない場合は、BigQueryで不要なイベントを収集し、エクスポートの制限に直面する可能性があります。また、誰にとっても役に立たないガベージデータ（たとえば、スクロールイベントに関するデータやバナービュー）。

Google Analytics 4の主な欠点は、データをGoogle BigQueryにエクスポートするスキームであり、イベントとユーザーの主要なパラメーターがネストされたフィールドに保存されます。 つまり、Google Analytics 4テーブルから必要な情報を取得するには、標準のGoogleAnalytics360のOWOXBIデータストリーミングやBigQueryエクスポートと比較してより多くのデータを処理する必要があります。

Google Analytics 4は、次の場合にはおそらく適切ではありません。

• 現在GoogleAnalytics4にはビューがなく、アクセス管理はまだ実装されていないため、複数のコマンドで同時に新しいリソースを使用する必要があります
• 新しいリソースではまだデータをインポートできないため、Google以外のキャンペーンの費用とROASを分析する必要があります
• 他のGoogle製品との統合がまだフル稼働していないため、コンバージョンを検索広告360とディスプレイ＆ビデオ360にエクスポートしたい

これまでのところ、GoogleとOWOXのアナリストは、両方のバージョンのGoogleAnalyticsリソースを使用することを推奨しています。 このためには、次のことを行う必要があります。

1. 新しいGoogleAnalytics4リソースを作成して構成します
2. 手動またはGTMを介してトラッキングコードを追加します（より高速で便利なため、タグマネージャーを使用することをお勧めします）。
3. 新しいリソースタイプに収集するイベントと設定を検討します
4. 両方のリソースタイプを同時に使用して、データの収集方法を比較します
5. ご注意ください：
   1. 1つのGoogleAnalytics4リソースに追加できるFirebaseプロジェクトは1つだけです
   2. ただし、さまざまなアプリケーションからの複数のデータストリームを単一のGoogleAnalytics4リソースに構成できます

1. Google Analytics 4は、GoogleAnalyticsのロジックに対するこれまでで最も重要なアップデートです。 今では、すべてがイベント、イベントパラメータ、およびユーザーを中心に構築されています。以前のようにセッションを中心に構築されているわけではありません。
2. 箱から出してすぐに使えるウェブサイトとアプリケーション間のクロスプラットフォーム分析は、GoogleAnalytics4の主要な機能と推進力の1つです。
3. gtagを介して、構成済みのGoogleAnalyticsリソースを使用できます。 jsまたはGTMを使用して、新しいGoogleAnalytics4リソースを構成します。
4. Google Analytics 4を設定すると、新しいWPリソースが自動的に作成され、設定した時点からのみデータが収集されます。 古いWPからデータは移行されません。
5. Googleチームは、すべての人に古いGoogleAnalyticsを放棄して新しいAnalyticsに切り替えるように促しているわけではありません。 彼らは、新しいGoogle Analytics4をGoogleAnalyticsと並行して実行し、データの収集を開始することを推奨しています。 履歴データのソースは、引き続き標準のGoogleアナリティクスです。
6. 新しいGoogleAnalytics4には欠陥があり、まだすべての機能が利用できるわけではありませんが、開発者は徐々にそれらを展開しています。
7. Google以外のソースからGoogleAnalytics4にコストをインポートする方法はありません。データのインポートはロードマップに含まれていますが、詳細はまだわかっていません。
8. GoogleAnalytics4からGoogleBigQueryへのデータの無料アップロードを設定できます。 エクスポートスキームはFirebaseの場合と同じです。
9. すでにGoogleAnalytics4リソースを構成して、データの収集を開始できます。 リソースを構成するのが早ければ早いほど、より多くの履歴データが収集されます。