GA4とCustomer Journey Analyticsのデータが異なる理由
GA4とCustomer Journey Analyticsでは、同じ期間と同じ見かけ上の指標に対して、異なる数値をレポートするのが通常です。 データ収集方法、指標の定義、ID モデル、セッションルールなどが異なれば、すべて不一致が生じます。 このページでは、最も一般的な違いの原因を説明し、説明されていないギャップを監査するためのガイダンスを提供します。
エンゲージメントセッション
10秒以上続いたセッション、少なくとも1つの重要なイベントを含んだセッション、2つ以上のページビューがあるセッションを エンゲージ として扱います。 この単一の定義は、エンゲージメント率、バウンス率、アクティブユーザーのエンゲージメントしきい値など、いくつかのGA4指標を支えています。
Customer Journey Analyticsには、エンゲージメントセッション指標やディメンションは組み込まれていません。ビジネスに合わせてエンゲージメントを定義します。 Adobeでは、エンゲージメントの条件を捉えたセグメントを作成し、エンゲージメントが重要な場合はそのセグメントを再利用することをお勧めします。 管理者は、この定義をデータビューの指標に昇格して、誰でも利用できるようにすることもできます。
独自の基準を策定する際には、サイトの価値を示すシグナルを特定します。 エンゲージメントの一般的な構成要素は次の3つです。
- 期間: セッションの最小長（10秒以上など）
- 深度: イベントまたはページビューの最小数（2つ以上など）
- アクション：登録や購入などのコンバージョンまたは重要なイベントの存在
これらの条件をORと組み合わせることで、セッションが任意の条件（GA4のように）を満たしている場合にエンゲージメントとしてカウントされるか、より厳格な要件のためにANDと組み合わせることができます。 GA4との同等性を目標とする場合は、デフォルトから始め、そこから調整します。
エンゲージメント率
エンゲージメントセッションを定義したら、エンゲージメント率とは、エンゲージメントしたセッションの割合のことです。 計算指標として構築するには、次の手順に従います。
- Analysis Workspaceで、指標リストの近くにある+ アイコンを選択して、計算指標ビルダーを開きます。
- 「エンゲージメント率」という名前を付け、形式を パーセント に設定します。
- エンゲージメントしたセッションセグメントを セッション で割った式を定義します。
- 「保存」を選択します。
バウンス率
GA4では、バウンスはエンゲージメントセッションの逆であるため、GA4のバウンス率は1 - Engagement Rateになります。 Customer Journey Analyticsで、その数式を使用して2番目の計算指標として作成します。
Customer Journey Analyticsには バウンス率 指標も組み込まれていますが、デフォルトの定義は異なります。これは、1つのイベントのみが記録されたセッションをカウントし、多くのサイトのGA4の定義とは正反対です。 GA4のバウンス率を、1 - Engagement Rateの計算ではなく、デフォルトの バウンス率指標と比較すると、大きく異なる数値が生成されます。
Sessions
GA4とCustomer Journey Analyticsのデフォルトでは、非アクティビティタイムアウトは30分ですが、どちらも午前0時とミッドセッションのキャンペーン変更の間のセッションを維持します。 （Universal Analyticsは、これらの両方の場合にセッションをリセットするので、混同の一般的な原因ですが、GA4とCustomer Journey Analyticsの違いではありません）。 異なるルールは次のとおりです。
session_startのみ（自動）Customer Journey Analyticsのセッション定義は設定可能なので、セッション数はデータビューの設定方法によって異なります。 データビューのタイムアウトおよびセッション開始イベントをGA4 プロパティに一致させることで、プラットフォーム間のセッション数が近くなります。
ユーザーとアクティブユーザー
GA4の主要ユーザー指標 アクティブユーザー は、日付範囲内に少なくとも1つのエンゲージメントセッションがあったユーザーをカウントします。 Customer Journey Analyticsの 人物 指標では、日付範囲内の一意の人物IDがカウントされます。
これらの指標は、次のような理由で異なることが予想されます。
- エンゲージメントしきい値: エンゲージメントセッション を持たない訪問者は、GA4 アクティブユーザーから除外されます。 Customer Journey Analyticsの人物指標には、エンゲージメントレベルに関係なく、すべてのユーザーが含まれます。
- ステッチ：ステッチが有効になっている場合、モバイルデバイスとデスクトップの両方から訪問したユーザーは、Customer Journey Analyticsでは1人としてカウントできますが、GA4では2人としてカウントできます。 通常、結合すると、結合されたデータセットの人物指標がGA4 ユーザーよりも低くなります。
- ID モデル:GA4はカスケーディング ID モデルを使用します。Customer Journey Analyticsでは、データセットで定義されている人物IDを使用します。 これらの違いは、ステッチとは無関係に人物数に影響します。
IDと接続
カスケーディング ID モデルを使用してユーザーを特定します。
- User-ID （実装で設定する場合）
- Google Signals （パーソナライゼーションが有効になっているGoogle アカウントにログインしている場合）
- デバイス ID （cookie ベースのクライアント ID）
ほとんどの実装では、そのユーザーIDはECID （Experience Cloud ID）です。 オプションの 結合機能 を使用すると、フィールドベースまたはグラフベースの方法を使用して、クロスデバイスおよびクロスチャネルのIDを解決でき、モバイルアプリセッションとデスクトップブラウザーセッションを同じユーザーに関連付けることができます。
ID解決はプラットフォームによって異なるため、ユーザーレベルのカウントが正確に一致することはほとんどありません。 この不一致は予想されるものであり、データ品質の問題を示すものではありません。
アトリビューション
データドリブン型アトリビューションをデフォルトとして、プロパティレベル（管理者）で設定されたレポートアトリビューションモデルを適用します。 Customer Journey Analyticsと同様に、GA4ではレポート時にこのモデルが評価されるため、変更すると過去と将来のレポートが過去にさかのぼって更新されます。 ただし、GA4では、モデルはプロパティ全体であり、イベントスコープのトラフィックディメンション（Source、Medium、Campaignなど）を使用するキーイベントレポートにのみ影響します。
Customer Journey Analyticsでは、レポート作成時にアトリビューションが適用されますが、より詳細な制御が可能です。 設定する場所は2つあります。
- データビュー設定: アトリビューションモデル は、データビュー内の任意の指標コンポーネントで設定でき、すべてのレポートでその指標のデフォルトが確立されます。 デフォルトでは、アトリビューションモデルは適用されません。 データビューを設定して、同じ指標の複数のコピーを含めることができ、それぞれ異なるデフォルトのアトリビューションモデルを使用します。
- コンポーネントレベルの上書き：指標を フリーフォームテーブル にドラッグした後、その列ヘッダーを右クリックし、デフォルト以外のアトリビューションモデルを使用して、そのインスタンスの指標を上書きします。 また、各指標を異なるアトリビューションモデルを使用して、同じ指標を何度もテーブルにドラッグし、並べて比較することもできます。
GA4では、デフォルトでデータ主導のアトリビューションが使用されますが、Customer Journey Analyticsではモデルを設定しない限りモデルは適用されないため、コンバージョンとチャネルの指標は、ユーザーが調整するまで異なる可能性があります。 ラストクリックモデルにGA4を設定し、Customer Journey Analyticsで一致するラストタッチモデルを設定することは、類似ベースラインを確立する最も信頼できる方法です。 Customer Journey Analyticsにおけるあらゆるモデルの変更は、再処理することなく、すべての履歴データに過去にさかのぼって適用されます。
監査の不一致
数値が予想よりも異なる場合、次の3つの監査パスを使用できます。
- Assurance: Adobeの製品内検証ツールにより、XDM イベントが正しく起動され、Edge Networkに到達し、Platform データセットに書き込まれていることが確認されます。 レポート番号を比較する前に、このツールを使用して実装を検証します。
- データセットのプレビュー: Platform UIでは、任意のデータセットの生の行をプレビューできます。 これをGA4のDebugViewやBigQueryの書き出しと比較して、フィールドレベルの精度を検証します。
- Adobe Consulting：説明できない不一致が続く場合、Adobe アカウントチームは、Adobe コンサルタントによる正式な実装監査を手配できます。
- 取り込みのレビュー：レポートの定義ではなく、GA データがPlatformに取り込まれた方法に矛盾が発生していると疑われる場合は、Google Analyticsからのデータの取り込みの設定を確認してください。