Google Analytics 4の主なメリット、または今すぐ切り替える必要がある理由

2022年3月16日、Googleは来年UniversalAnalyticsをシャットダウンすると発表しました。 標準バージョンは2023年7月1日に機能を停止し、Universal Analytics360は2023年10月1日からヒットの処理を停止します。新しいGoogleAnalytics4にまだ切り替えていない人は、すぐに切り替える必要があります。古いバージョンは機能しません。

この記事では、Google Analytics 4の主な利点と、新しいバージョンへの移行を遅らせてはいけない理由を分析します。

過去10年間で、人々はインターネット上に住み始め、複数のデバイスから定期的にインターネットにアクセスし始めました。 以前にCookie、デバイス、ブラウザ、コンテンツターゲット広告、検索、ターゲットネットワークからのアクセスを分析した場合、デバイス、プラットフォーム、製品全体の特定のユーザーのフローを分析することが非常に重要になります。

今日、クライアントを知っている企業が勝ちます。 最新のGoogleAnalyticsアップデートは、ユーザーをCookieのセットとしてではなく、特定の人物として理解するようになったという事実を反映しています。 私たちは、それらが異なるプラットフォームで動作する可能性があり、プラットフォーム間の個人のプロファイルを接続する必要があることを理解しています。

西側の分析の巨人の推定によると、次の状況が米国と西ヨーロッパの市場に存在します。

• 85％の企業が、カスタマーエクスペリエンス管理を優先事項として挙げています。 これは、彼らが追跡と顧客体験分析に投資することを意味します。 彼らは、分析システムが示すトラフィックとセッションのフローではなく、ユーザーを中心にビジネスと分析を構築する必要があることを理解しています。
• 企業の40％は、アカウントベースマーケティング（ABM）モデルを使用してマーケティングを構築しています。 これは、特定のクライアントとの個人的なコミュニケーションを強調して構築するための戦略です。

クッキーは徐々に過去のものになりつつあります。 それらの存続期間は制限されており、サードパーティのCookieを使用する機能は制限されています。 それらは、もはや人々に関する信頼できるデータのソースでも、分析プラットフォームを構築するための信頼できるサポートでもありません。 その結果、GoogleAnalytics4はCookieから離れつつあります。

2021年、Google Analyticsは、多くのことを変える大きな更新を経験しました。

• 建築
• データパイプライン
• データ取得とユーザー識別の仕組み
• 自動イベント
• 分析機能;
• 統合
• インターフェース

Google Analyticsおよび他の多くの分析システムには、Cookieの各セットのルート識別子を持つセッションベース/Cookieベースのアーキテクチャがあります。 Google Analyticsでは、この識別子はクライアントIDと呼ばれます。 すべてのレポートが作成されることに基づいて、セッション（ユーザー訪問）もあります。 かつて、これはシステム運用のeコマースモデルに切り替えるための前提条件でした。 しかし、時間の経過とともに、セッションモデルに関連する多くのエラーや問題が表面化してきました。 たとえば、通常のコホート分析を構築し、コンバージョンをカウントし、効果とビジネスへの影響の観点から広告キャンペーンを評価することは冒険でした。

Google Analytics 4は、イベントベースおよびユーザーベースのシステムです。 Google Analytics 4のすべては（セッションではなく）ユーザーを中心に構築されており、Webサイトとのやり取りはすべてイベントと見なされます。 イベントがログに記録され、Webサイトを介したユーザーのパスがイベントから作成されます。 実際、マイクロコンバージョンと同様に、これらのイベントを処理することで、多くの企業がインターネットマーケティングへの投資の有効性を早期に評価する必要がある、目標到達プロセスベースのアトリビューションを構築できます。

一見したところ、データパイプラインに関してはほとんど変わっていません。 Universal Analyticsでは、Firebaseを介してウェブサイトとモバイルアプリのトラッキングを設定できます。 しかし、私たちは本当に何を持っていましたか？ Webサイトからのデータパイプラインがあり、モバイルアプリケーションからの独立したデータパイプラインがありました。 それらを接続するには、Cookieを適切に調整する必要がありました。 さらに、ユーザーIDを持つCRMシステムとは別のデータパイプラインがありました。 何らかの理由でユーザーIDを割り当てることができなかった場合は、代わりにGoogleSignalsを使用しました。

現在、Google Analytics 4は、データを単一のパイプライン（Webサイト+アプリケーション+ユーザーID）として使用できます。 以前は3つの独立したデータパイプラインがありましたが、現在はWebサイト、モバイルアプリケーション、およびユーザーIDに関するレポートを統合しています。 さらに、ユーザーIDの下に別のビューを作成する必要がなくなりました。 Google Analytics 4は、ビューを完全に放棄しました。すべてがプロパティレベルで構成されています。

以前は、データはCookieに基づいて、またはCRM、ERP、CMS、またはPPMシステムからのユーザーIDなど、ユーザーに関して独自に収集できる情報に基づいて取得されていました。

これで、すべてのユーザーにユーザーID、Googleシグナル、そして最も重要なデバイスIDを同時に割り当てることができます。 ユーザーIDを使用できない場合は、デバイスIDに置き換えることができます。 すべての統計は、Cookieではなく、ユーザーまたは統合デバイスIDを中心に構築されます。 以前は、2つの異なるブラウザから同じデバイスからWebサイトにアクセスした人は、2つの異なるクライアントIDを持っていました。 つまり、Webサイトに認証がなく、ユーザーIDがない場合、これらのIDの統計をリンクすることはできませんでした。 Google Analyticsによると、これらは2人の異なる訪問者でした。 現在、デバイスIDのおかげで、これらの訪問はGoogleAnalytics4の内部で1つのプロファイルにまとめることができます。

以前は、ウェブサイトにGoogle Analyticsをインストールした後、空のフィールドを受け取りました。 たとえば、会社に複数のドメインがあり、クロスドメイントラッキングが構成されていなかったために、常に正しく収集されなかったトラフィックのみを受信しました。 この問題は、特に中小企業に関連していました。 企業は役に立たない統計を受け取りました。それによると、広告投資の有効性についてほとんど理解または予測できませんでした。

現在、インストール時に、Google Analytics 4はデフォルトで自動イベントを構成します：ページビュー、スクロール、発信クリック、ファイルダウンロードなど。 これにより、Google Analyticsに精通しておらず、時間を無駄にせずにイベントのプリセットをすぐに利用できるようになります。 これにより、これらの分析をさらに活用するマーケターは、パフォーマンスを評価および予測するための入力を取得できます。

Universal Analyticsは、複雑なレポートと競合するデータで有名です。 それはユーザーに百万のテーブル、数字、そしてフォーマットを提示します。 さらに、レポートを設定するときに、互換性のないパラメータに遭遇し、レポートを保存するときにのみそれらを見つけることができます。 レポートはユーザーフレンドリーではなく、システムの機能はCookieとクライアントIDに基づくアーキテクチャによって制限されます。

Google Analytics 4では、レポート、データスライス、オーディエンスを作成し、外出先でそれらを比較できます。 それははるかに速く、より便利です。 これで、ユーザーとユーザーがWebサイトまたはアプリケーションで実行するアクションに関する単一のデータセットが作成され、便利な方法でこのデータを構造化できます。 実際、Google Analytics 4は、適切にカスタマイズされたダッシュボードのセットです。

UniversalAnalyticsを統合するのは困難です。 Measurement Protocolを使用すると、データをGoogle Analyticsに転送できますが、追跡とテストにおいて常に安定していて透過的であるとは限りません。 その結果、不安定なカスタム統合が発生し、ゲームの透過的なルールからはほど遠いものになります。たとえば、サンプリングやアップロードされるデータの量などです。 接続が不十分なさまざまなインターフェースで大量のデータを受信します。 さらに、データをGoogle BigQueryにアップロードするには、Google Analytics 360に切り替えるか、サードパーティのサービスを使用する必要があります。

GoogleAnalytics4は単一のデータシステムです。 これで、Webサイト全体のユーザーアクションに関するすべてのデータが単一のインターフェイスに表示されます。 このデータは、Googleの広告サービスやBigQueryと簡単に統合できます。

Google Analytics 4では、インターフェースが初めて大幅に変更されました。 以前のバージョンでは、レポートは長年見慣れたものでした。 これで、慣れる必要のあるGoogleDataStudioインターフェースと非常によく似た高速インターフェースができました。

あなたが今分析への道を見つけているなら、あなたは幸運です。 これは将来のことなので、GoogleAnalytics4インターフェースから始めることをお勧めします。

2022年1月7日から、データベースのクロスチャネルアトリビューションモデルがすべてのGoogleアナリティクス4ユーザーに利用可能になりました。

アトリビューションモデルに何が必要ですか？ それが正確で理解できるようにするために。 ただし、Universal Analyticsで使用可能な標準のアトリビューションモデルは、これらの要件の1つのみを満たします。

たとえば、最も人気のあるラストクリックアトリビューションモデル（ラストクリック、ラストノンダイレクトクリック）は非常に理解しやすく、すべての値がラストキャンペーンに与えられます。 ただし、明らかな欠点があります。最後のキャンペーンを除くすべてのキャンペーンの貢献を無視します。

多くの人は、特にディスプレイキャンペーンを評価するために、関連するコンバージョンを使用します。 このモデルは、ユーザーが操作したすべてのキャンペーンのコンバージョンに価値をもたらします。 しかし、そのような評価は、キャンペーンがチェーン内に存在するという事実のみを考慮し、その影響の程度を無視するため、非常に不正確です。

データドリブンなどの確率的アトリビューションモデルは、より正確な結果を生成します。 彼らは、特定のキャンペーンがコンバージョンの可能性をどれだけ高めたかを評価し、これに従ってその価値を決定します。

以前は、GoogleAnalytics360ユーザーのみがデータベースのアトリビューションにアクセスできました。 そしてそれを使用するには、追加の要件を満たす必要がありました。 たとえば、Google広告には、少なくとも15,000回の広告クリックを蓄積し、1回のコンバージョンアクションで30日以内に少なくとも600回のコンバージョンを獲得したアカウントが必要でした。

以前のバージョンとは異なり、GoogleAnalytics4はすべてのレポートの事前定義されたアトリビューションモデルを変更できます。 これで、ルールベースのクロスチャネルモデルを無料で適用できるだけでなく、代替のデータベースモデルも適用できます。

要約しましょう：

• GoogleAnalyticsはよりスマートになりました。 これは、手動で行われていた多くの操作を自動化します。
• より多くの機会があります。 Google Analyticsは、以前のエディションよりもプロフェッショナルな分析プラットフォームになりました。

分析自動化サービスは、いくつかの理由で関連性を失うことはありません。

• 分析用のデータソースはまだたくさんあります。GoogleAnalytics、ClickHouse、Amplitude、Google BigQueryなどです。大量のデータがあり、異種であり、このデータを単一の意思決定ツールに結合できるサービスは、 OWOXBIなどの需要があります。
• ますます多くの広告ツールがあります。 TikTokは勢いを増しており、ブログを通じて広告が発展しています。 人々はますます多くのソースからあなたのビジネスに来始めています。
• データをマージする必要があります。 第4版でも、GoogleAnalyticsは必要なすべてのデータをまとめているわけではありません。 ストレージとのデータ統合が容易になったため、ますます多くの企業がGoogleBigQueryを発見するようになります。
• BIソリューションの価値はますます高まっています。 企業は、意思決定を行うために独自の分析環境を必要としています。 ビジネスでは、生涯分析を通じて管理を構築する必要があるため、BIソリューションを提供するサービスの需要が高まっています。

現在の現実で効果を発揮するには、企業は次のことを行う必要があります。

• クッキーのセットとしてではなく、人々として顧客を知ってください。 そうでなければ、今後数年間、焦点を当てることは何もありません。
• 断片ではなく、カスタマージャーニー全体を理解します。 カスタマージャーニー分析がなければ、正しく投資することは不可能です（最小のCRRと最大のROMIで）。
• 各クライアントとのパーソナライズされたコミュニケーションを構築します。 現在、デジタルマーケティングと分析のためのデータ駆動型開発の新しいサイクルがあります。 企業には、複数のデバイスで1人の人物を追跡し、このデータを単一の分析環境（同じGoogle Analytics 4内）にマージしてから、分析データベースに転送して、自社のシステムのデータとマージする本当の機会があります。 結果は、データベース内の各オーディエンスセグメントとのパーソナライズされたコミュニケーションになるはずです。 または、ABMモデルに従ってマーケティングを構築する場合は、各企業と個別に。

これは、ユーザーに関するすべての情報を収集し、それをマーケティングおよび自動化分析で使用することが非常に重要であることを意味します。

• できるだけ正確にオーディエンスを特定し、ユーザーデータを蓄積するようにしてください。 Webサイトや他のプラットフォームの側面でユーザーIDを確実に受け取る方法を考えてください。
• 訪問者を特定するときは、個人データの保護を忘れないでください。 ユーザーに関するデータを収集していることをユーザーに警告します。
• ユニバーサルアナリティクスと並行してGoogleアナリティクス4をインストールします。 なぜ並行して作業するのですか？ 今のところ、これらのバージョンはさまざまな可能性を提供します。 たとえば、Google Analytics 4では、イベントベースのアーキテクチャでプロファイルを接続できます。 これにより、イベントをログに記録し、Webサイト内またはプラットフォーム間からユーザーのパスを作成できます。 UniversalAnalyticsでこれを行うのは困難です。
• モバイルアプリケーションを使用している場合は、GoogleAnalytics4でデータをコンパイルします。
• すべての重要なイベントの追跡を設定します。マイクロコンバージョンと目標到達プロセスの評価に必要なコンバージョンです。 ほとんどの場合、目標到達プロセスに基づくアトリビューションは、投資の有効性とWebサイトへの変更に関する重要な意思決定ツールです。 Google Analytics 4がデフォルトで構成するイベントは、99％のケースで十分ではありません。
• APIの更新に遅れないようにし、データ収集システムを調整します。
• 基本的なレポートと対象者を設定します。 たとえば、Google Analytics 4は、会社の管理用の分析ダッシュボードとして使用できます。 100万件のレポートに溺れることを回避し、Data Studioでレポートを構成することを回避するために、Google Analytics 4内に分析ダッシュボードを設定し、顧客または管理者向けのレポートツールとして使用できます。
• 利用可能なすべてのオーディエンスデータを単一のデータベースにマージします。 （識別されているかどうかに関係なく）オーディエンスに関するできるだけ多くのデータをデータベースに保存するようにしてください。 これにより、分析システムの更新や変更に依存せず、やり取りする人々に関するデータを保存できます。
• GoogleAnalyticsの企業トレーニング資料を更新します。
• Google Analytics 4に切り替えた後、現在のレポートが壊れないようにします。2つのオプションがあります。レポートをやり直して、Google Analytics 4データ構造のすべてのSQLクエリを書き換えるか、データをシミュレートします（OWOX BIでこれを実行できます）。 OWOX BIは、データを自動的にシミュレートされた構造に変換し、レポートに接続します。 データソースを変更し、モデルレベルでオブジェクトに変更を加えるだけで、すべての編集がすべてのレポートに適用されます。

OWOX BIは、Google Cloud Platformの認定パートナーであり、Googleが提供するのと同じ高水準をお客様に保証します。 OWOXは、独自の指標システムの作成から、Googleアナリティクス機能に関するビジネスユーザー向けのワークショップの開催まで、クライアントにスムーズな移行プロセスを提供することで、ビジネスデータをGoogleアナリティクス4に転送した経験があります。これは、新しいバージョンが以前とは大きく異なるためです。 GoogleAnalytics4への移行パスがどのようになっているのか見てみましょう。

ステップ1.OWOXBIアナリストは、メトリックシステムを識別、開発、および展開し、並列追跡を構成します。 この手順には、次のものが含まれる場合があります。

• GoogleAnalytics4でプロパティを作成して構成します。
• Googleタグマネージャーを使用してGoogleAnalytics4トラッキングコードをインストールします。
• 拡張測定イベントコレクションをアクティブにして、イベントがGoogleAnalytics4にどのように送信されるかを確認します。
• FirebaseSDKをインストールするための手順を作成します。
• FirebaseSDKのインストール手順の実装を確認します。
• GoogleAnalytics4プロパティでGoogleSignalsをアクティブにします。
• GoogleAnalytics4リソースとGoogle広告の統合を設定します。
• GoogleAnalytics4プロパティをGoogleBigQueryプロジェクトにリンクします。
• 基本的なGoogleAnalytics4の機能に関するワークショップを提供します。
• Webサイト/アプリケーションで実装されたメトリックをテストします。
• カスタムイベントに関するデータをGoogleアナリティクス4に送信するようにGoogleタグマネージャーを設定します。
• コンバージョンイベントなどを設定します。

Google Analytics 4を構成し、履歴データの収集を開始したら、古いレポートを更新し、GoogleAnalytics4からそれらにデータを接続する際の問題を解決する必要があります。 新しいデータ構造を学び、すべてのSQLクエリを書き直すことは、どのアナリストにとっても悪夢です。 しかし、これらの苦痛を回避し、分析部門をこの作業から解放し、アナリストがOWOX BI Smart Dataを使用してSQLを知らなくても、数分で特別なレポートを作成できるようにすることができます。

ステップ2.OWOXBIを適用して、GoogleAnalytics4のデータに基づくレポートを転送します。 アナリストは、このデータをシミュレートされた構造に変換し、それを使用してOWOX BISmartDataでレポートを作成できます。 これらのレポートは、次の点で価値があります。

• Smart Dataを使用して取得したデータスライスに基づいて構築されているため、ソースから抽象化されています
• SQLクエリを手動で記述せずに作成

すべての変更はデータモデルレベルで行われるため、変更を加えても（たとえば、訪問者オブジェクトのデータソースをユニバーサルからGoogle Analytics 4に変更した場合）、このようなレポートは壊れません。

明らかに、ビジネスごとに、GoogleAnalytics4への移行パスは異なる場合があります。 詳細については、専門家とのデモ会議を予約して、OWOXBIを使用したGoogleAnalytics4へのアップグレードについて学習してください。

グーグルはグーグルアナリティクスサービスの新しいバージョンへの計画された移行を長い間発表しましたが、多くのアナリストはまだ変更の準備を始めていません。 ただし、Googleアナリティクス4を移行して、測定の中心に置く時が来たと強く信じています。

ビジネス向けのGoogleAnalytics4の主な利点は、新機能へのアクセス、モバイルテクノロジーの指数関数的成長を考慮に入れる可能性、すべての顧客のタッチポイントをカバーする機能であり、顧客の行動を簡単に拡大できます。 言うまでもなく、新しいバージョンはマーケターのニーズをカバーし、どこに注意を向けるか、戦略を変更するかについての洞察を提供するために作られています。

待つと履歴データが失われる可能性があるため、移行する適切なタイミングを逃さないことを強くお勧めします。 マーケターにとって、履歴データは意思決定の基礎を形成するため、非常に重要です。 したがって、UniversalAnalyticsとGoogleAnalytics4の両方でできるだけ早く並列追跡を開始することが重要です。