Google Analytics App + Web –新機能の詳細

最近、Googleは、サイトとモバイルアプリケーションのデータを1つのGoogleアナリティクスプロパティに結合できる新しいアプリ+ウェブ機能を導入しました。 この新機能により、さまざまなプラットフォームでのユーザーアクションを追跡および分析したい企業の生活が楽になります。

現在、App + Webはベータテスト中であり、確実にさらに開発および改善される予定です。 ただし、すでにテストし、データ構造を確認し、組み込みのGoogleBigQuery機能へのエクスポートを試しました。 私たちはあなたと私たちの第一印象を共有したいと思っています。

標準のGoogleAnalyticsでは、すべてがセッションを中心に構築されています。 App + Webはこれから逸脱し、イベント、パラメーター、およびユーザーに基づくデータモデルを使用します。 原則として、Firebase向けGoogleアナリティクスと同じデータスキームを使用し、同じ機能を備えていますが、新しい機能が追加されているだけです。

一方では、このアプローチは、Webサイトとアプリケーションからのデータが同じ形式で収集されるため、製品アナリストの生活を楽にします。 一方、新しい構造とデータ処理ロジックにより、既存のレポートをやり直す必要があります。

ヒット、セッション、製品、およびユーザーレベルでの通常のカスタムパラメーターの代わりに、App+Webのベータ版はイベントパラメーターとユーザープロパティを使用します。 一見すると、これはあなたの能力を制限しているように見えます。 実際、ユーザーレベルとヒットレベルのオプションのみが引き続き利用可能です。 さらに、カスタムディメンションなど、既存のカスタマイズされたトラッキング用に別のメトリックシステムを開発して実装する必要があるかどうかは明確ではありません。

拡張測定–サイトに新しいタグを追加する必要がないクールなオプションを目にすることに興奮しています。 イベント（App + Webで自動的に収集される）に加えて、ページビューとスクロール、クリック、サイト検索、ビデオビュー、およびファイルのダウンロードを追跡できます。 追跡を構成するには、リソース設定でオプションをアクティブにするだけです。

SDKまたはgtag.jsを使用している場合は、App + Webを使用して、サイトにコードを追加することなく、いくつかのユーザープロパティを収集できます。 たとえば、人口統計データ、デバイスブランド、デバイスモデルとタイプ、ユーザー言語、およびユーザーの関心を収集できます。 これらのプロパティは、レポートのオーディエンスおよび一般的なフィルターのパラメーターとして使用できます。

もう1つのアプリ+Webボーナスは、カスタムセールスファネルレポート（別名「特別ファネル」）です。これは、以前はGoogleAnalytics360ユーザーのみが利用できました。

さらに、新しいApp + Webプロパティでは、このレポートはより多くの機会を提供します。 たとえば、5つのステップではなく、最大10のステップを使用できるようになりました。 ステップ間の時間制限を設定したり、オプションのステップを使用したりできます。このような柔軟な設定は、コンバージョンの重要なステップを決定し、サードパーティのツールを使用してレポートを作成せずに、ユーザーが目標到達プロセスのどの段階で迷子になるかを見つけるのに役立ちます。

おなじみのリアルタイムレポートは、App+WebではStreamView関数に置き換えられています。 一方では、より詳細な情報が提供されます。過去30分間にサイトまたはアプリケーションにアクセスしたユーザーに関するより多くのデータを確認できます。 一方、StreamViewは、GoogleAnalyticsでリアルタイムに利用できるトラフィックソースに関するデータを提供しません。

DebugViewツールもFirebaseからApp+Webに移行しました。これにより、テストとサイトへの新機能の導入が大幅に簡素化されます。

標準のGoogleAnalyticsと比較して、App + Webには、設定、およびイベントとパラメーターの数と名前に対するより厳しい制限があります。

たとえば、App + Webでは、次を使用できます。

• 最大500の一意のイベント（自動を除く）（イベント名の最大40文字）
• 最大15のコンバージョンイベント（GAの目標と同様）
• イベントごとに最大25個のパラメーター（送信されたパラメーターの値は最大100文字）
• 最大25のユーザープロパティ
• 最大50人の聴衆

このような制限は、多くの追加パラメータを収集する大規模なサイトを持つ大中規模の企業の運営を妨げる可能性があります。 たとえば、マイクロコンバージョンの数が多い企業では、15回のコンバージョンイベントでは不十分です。

App + Webインターフェースは、標準のGoogle AnalyticsよりもFirebaseに似ているため、マーケターにとって重要なレポートは見つかりません。 たとえば、トラフィックソース、コスト分析、eコマース、サイト検索に関するレポートはなく、広告チャネルのグループ化もありません。

また、広告費用やオフラインデータに関するデータをApp+Webにアップロードすることもできません。 また、セッションの継続時間を調整する方法はありません。デフォルトでは30分です。 おそらく、App + Webがベータテストから抜け出すと、これらの機能のいくつかが表示されます。

これまでのところ、App +WebはGoogleBigQueryと直接統合されていません。データはFirebaseを介してアップロードされ、この機能はBlazeプランを使用しているお客様のみが利用できます。 つまり、アップロードされたデータはサンプリングされていない可能性がありますが、ボリュームに応じてデータ処理に追加料金を支払う必要があります。

アップロード時間は、当日のイベントデータを15分ごとに中間テーブルにロードします（ストリームエクスポート）。 完全なデータエクスポートは1日に1回別のテーブルに実行され、その後、中間テーブルが削除されます。

現時点では、App+Webのアップロード構造はFirebaseのアップロード構造と同じです。 この点で、テーブル内のデータはFirebaseロジックに従って処理される可能性があります。 フィールドの説明から判断すると、データがアップロードされると、ユーザーを最初にアプリケーション（またはWebサイト）に誘導したソース、チャネル、キャンペーンがBigQueryテーブルに記録されます。 アトリビューションの場合、traffic_sourceフィールドでラストクリック（複数チャネル）モデルが使用されます。

テストアップロードを実行したところ、ソース、メディア、キャンペーンもイベントパラメータとともに転送されますが、すべてのイベントでは転送されないことに気付きました（これに関する公式情報はまだ見つかりませんが、送信されたと想定しています）ページビューおよび/またはコンバージョンイベントあり）。 どのアトリビューションモデルが使用されているかはまだ明らかではありません。

Firebaseのアトリビューションのニュアンス：

• アトリビューションデータは、コンバージョンイベントでのみ利用できます。
• ソース、メディア、キャンペーン、広告ネットワークタイプ、またはクリエイティブにデータがない場合、ソースの（未設定）マークが表示されます。
• Firebaseのコンバージョンウィンドウは変更できません。インストールには30日、再エンゲージメント（アプリ内コンバージョン）には180日かかります。

広告チャネルの評価だけでなく、販売計画の実施も、使用するアトリビューションモデルによって異なります。 理想的には、アトリビューションモデルは、注文する前にチェーン内の各チャネルの客観的な貢献を考慮し、オンラインとオフラインのデータを組み合わせ、透過的な計算ロジックを備えている必要があります。 OWOX BI Attributionは、これらすべてを実行します。

OWOX BI Attributionを使用すると、サイトや実店舗での売り上げに対するキャンペーンの貢献度を評価し、広告予算を効率的に配分できます。

App + Webにより、GoogleはGoogleアナリティクスでレポートを作成する方法を変更しました。 この新しいプロパティは、イベントとそのパラメータに基づくデータモデルを使用します。 これに伴い、GoogleBigQueryにアップロードするためのデータ形式が変更されました。

一般的に、App+Webの機能はまだ粗雑です。 ただし、この製品はベータ版であり、Googleチームは変更と改善を計画しています。 標準のGoogleアナリティクスのユーザーに馴染みのある多くのレポート、設定、機能は、この新しいプロパティタイプではまだ利用できません。

では、今すぐApp + Webに切り替える必要がありますか？ 標準のGoogleAnalyticsでデータの収集を停止する価値はありません。 両方の方法を試して、それらのデータモデルとレポートを比較することをお勧めします。

単一のインターフェースでアプリケーションとWebサイトのデータを分析したい企業は、App+Webを好むでしょう。 どの広告チャネルとどのプラットフォームが新規ユーザーを最も引き付け、より多くのコンバージョンをもたらすかを見つけることができます。

データはApp+WebからGoogleBigQueryに別のより単純な構造でアップロードされるため、製品アナリストが心配するネストされたフィールドが少なくなります。 したがって、SQLクエリを使用する方が便利です。

今回の更新により、Googleは、サイト上のレポートの構造と指標システムを大幅に変更する準備ができているプロジェクトについて、データを収集してGoogleアナリティクスからGoogleBigQueryに配信するプロセスを簡素化しました。

• App + Webには、トラフィックソースとコスト分析に関する標準レポートがまだないため、マーケターがそれを使用して広告キャンペーンの効果を評価することは困難です。特定のソースがもたらしたセッション数を確認し、ROASを比較します。すべてのチャネルなど。
• GoogleBigQueryからリアルタイムの生のサンプリングされていないデータを取得することに関心のある企業
• また、多くのカスタムパラメータをサイトからGoogle Analyticsに転送し、これらのパラメータに基づいてGoogleBigQueryレポートを作成したい企業もメリットがありません。
• さらに、App + Webは、BigQueryにアップロードしてレポートでトランザクションデータを使用したいプロジェクトや、目標到達プロセスのユーザーの各ステップを考慮に入れて、すべての価値を提供せずに広告チャネルを正直に評価したい企業向けではありません。注文前の最後のチャネルへの変換用。

しかし、すべてがそれほど悲しいわけではありません。 OWOX BIまたはGoogleAnalyticsの有料版で利用可能なBigQueryエクスポート機能を使用して、これらすべてのことを引き続き実行できます。 OWOXBIとGoogleAnalytics360の違いに関する記事で、これら2つの方法の機能、長所、短所について詳しく読むことができます。

Web分析の設定とビジネスの個別のメトリックシステムの作成についてサポートが必要な場合は、contact @ owox.comにメールを送信するか、サイトの連絡フォームに記入してください。