Google Analytics Cross Domain Tracking:Untangling Connectionsのための究極のガイド

Google Analytics cross domain trackingは混乱し、イライラすることができます。

トラッキングコードをインストールし、いくつかの目標を設定し、基本的なレポートを見るのは比較的簡単です。 しかし、あなたが追跡する必要があるいくつかの異なるwebプロパティを持っているとき、物事はかなり手に負えません。

Google Analyticsのクロスドメイントラッキングは、さまざまな理由で必要になる可能性があります（以下で説明します）。

この記事では、クロスドメイントラッキングが実際に何であるか、いつ必要になるのか、なぜそれを設定するのかを説明します。 また、Googleアナリティクスのクロスドメイントラッキングを実装する際のよくある間違いについても説明します。

Google Analyticsのクロスドメイントラッキングとは何ですか？

Google Analyticsのクロスドメイントラッキングが存在するので、二つの関連サイトでセッションを見ることができます。 多くの場合、これはeコマースサイトとショッピングカートサイトからのデータを結びつけるように設定されますが、所有する関連ドメインに使用でき 場合によっては、これはサイトリンクとも呼ばれます。

だから、あなたは二つのドメインを持っているとしましょう、example.com とmysite.com.両方が関連しており、両方のユーザーエクスペリエンスを追跡したいと考えています。 私が上記したように、一般的なケースで行くと、多分一つはショッピングカートであり、一つはあなたの実際のeコマースサイトです。 それとも、一つはミニサイトであり、あなたは実際の店に購入を追跡したいと思います。 どのような場合でも、これはあなたが通常のGoogleアナリティクスのセットアップで得たものです—二つの別々のプロパティ：

クロスドメイントラッキング、またはサイトリンクは、あなたがそれらを一緒にロープし、あなたが全体的な方法でそれらの両方のGoogleアナリティクスレポートを表示することができます。 それはより多くのこのようになります:

通常の設定（picture one）では、サイトとサブディレクトリへのすべてのトラフィックを記録します（例：example.com/blog またはexample.com/shopグループとして）。 このようにして、分析レポートはこの一連のページ間の関係を表示し、ページ間のナビゲーションパス、サイトの合計時間、一意のユーザー、一意のセッションなどを記録します。一般的に、ユースケースの大部分では、それで十分で正しい方法です。 関係のないwebサイトのデータを分析レポートに表示する必要はありません。 たとえば、個人用のウェブサイトとeコマースストアがある場合は、それらを同じ分析レポートにまとめたくないかもしれません。

クロスドメイントラッキングの最も一般的な使用例は、eコマースプラットフォームです。 あなたが持っているとしましょうmystore.com あなたの主要な場所として、しかしに持って来るecommerceの買物車を使用しますecommercehost.com/mysite アイテムをチェックアウトする。 その場合、クロスドメイン追跡が不可欠になります。 そうしないと、重要なユーザー行動データが失われます。そして、さらに物事を複雑にするために、あなたが座っているブログを持っている場合はどうなりますかblog.mysite.com?まあ、その場合、あなたはサブドメインの追跡が必要で、あなたの設定は次のようになります：

サブドメインの追跡をすばやくカバーしましょう。

サブドメインの追跡はどうですか？

サブドメインの追跡は少し異なり、設定する方がはるかに簡単です。 上記の例では、eコマースサイトを持っていたら（mystore.com）と、別のショッピングカートドメイン（ecommercehot.com/mysite）、クロスドメイントラッキングを設定する必要があります。 しかし、SEOの懸念はさておき、あなたは上に座ってブログを持っていた場合はどうなりますかblog.mysite.comまたは坐る知識ベースsupport.mysite.com?

それがサブドメインの追跡の出番です。

次の例については、ここに従ってください。

次の例については3dcart.com。あなたは彼らの知識ベース（サポート）に（Google検索を介して）上陸したふりをします。3dcart.com）、しかし、あなたはあなたの答えを見つけましたし、今、あなたはログインするために彼らのメインサイトに戻って頭 あなたの経験は接続されており、そのように分析によって反映されるべきです：

雑草にあまりにも取得することなく、サブドメインの追跡に関する簡単なチュートリアル。

次の2つの手順があります。

• cookieDomainを設定します。
• 紹介除外リストを更新します。

Googleタグマネージャでは、最初のステップは非常に簡単です。 次のフィールドを設定するだけです。

次に、Googleアナリティクスの管理セクションに移動し、トラッキング情報の下で紹介除外を見つけます。

次に、ルートドメインが除外されていることを確認してください。最後に、googleアナリティクスの別のビューでサブドメインからのデータを報告したいので、フィルタを使用して新しいビューを設定することができます。 ここでは、具体的には、それを行う方法についての垂直レールからの偉大なガイドです（そして、我々はまた、記事の後半でホスト名とフィルタに関する短い

さて、それは簡単なプライマーであり、ニュアンスのビットの上にブラシをかけました。 より多くの情報。 これらの偉大なブログの記事で見つけることができます:

• Google Analytics(LunaMetrics)でサブドメインを正しく追跡するための二つのステップ
• サブドメイン間のクロスドメイントラッキング(Simo Ahava)
• Universal Analytics(Simo Ahava)でのCookie設定とサブドメイントラッキング(Simo Ahava)

さて、Google Analyticsのクロスドメイントラッキング(別々のドメイン用)を設定する方法に飛び込む前に、利点を歩いて、実際にそれを行う必要があるかどうかを見てみましょう。

なぜGoogle Analyticsのクロスドメイントラッキングが必要なのですか？

最初に、あなたの特定の文脈で、クロスドメイントラッキングが必要かどうかをカバーしてみましょう。 心配する必要がない場合は、データの監査と分析に進み、気付かずにクロスドメイン実装の問題から解放することができます。

クロスドメイントラッキングは、複数のドメインからのデータを一元化する目的で実装されているため、実際に設定する必要があるかどうかを確認するためにいくつかの質問をすることができます。 まず、明らかに、あなたは複数のドメインを持っていますか？ そうでない場合は、クロスドメイントラッキングは必要ありません。

次に、ユーザーが一般的に複数のドメインに接続されたエクスペリエンスを持つかどうかを自問します（また、問題のドメインで同じGAコードを使用して たとえば、eコマースサイトのユーザーは必然的にショッピングカートアプリケーションを使用して変換するため、これらのデータソースを接続して単一のセッシ

ドメインは、単に変換関連サイトである必要はありません。 クロスドメイントラッキングの観点から、site.com とsite.org 二つの別々のドメインです。 そう、またユーザーが場所の間で前後に跳ぶかもしれないかどうかあなた自身に尋ねなさい。

Spotifyにはマイクロサイトを使用するいくつかのキャンペーンがあり、クロスドメイントラッキングを使用していませんが（UTMパラメータを使用しています）、必要に応じてクロスドメイントラッキングを使用することができます。 たとえば、2017年のラップキャンペーンでは、

1. 1. allowLinkerフィールドを”true”に設定します。

      Googleタグマネージャのどこにいて、”設定するフィールド”のすぐ下にある”その他の設定”を見つけます。”フィールド名を”allowLinker”に設定し、値を”true”に設定します。”

      

      allowLinkerフィールドを”true”に設定します。

1. 1. 紹介除外リストに追加します。

      この手順は、Googleタグマネージャの設定と、以前に確認したハードコードされたバージョンの両方に適用されます。 私たちは皆、今、同じページに追いついています。

      この部分は非常に重要です–除外を設定しないと、ユーザーがプロパティ間を行き来するときに”自己紹介”、または基本的に重複セッションの束が得ら

      サブドメイントラッキングと同様に、まずGoogleアナリティクスアカウントの管理セクションにジャンプし、”追跡情報”の下にある”紹介除外リスト”を見”

      

      Googleアナリティクスの管理セクションで”紹介除外リスト”を検索します。ここで、除外リストに該当するドメインを追加するだけです。

      私たちの場合、私は追加していますalexbirkett.com とrowdytraveler.com:

      

      紹介除外リストを更新

1. 1. セットアップをテストします。

      シャンパンをポップしてセットアップを祝う前に、それが正しく設定されていることを確認するためにそれを監査する必要があります。 退屈かもしれませんが、必要です。これを行う最良の方法は、Google Analytics Debugger Chrome拡張機能を使用することです。 まだインストールしていない場合は、最初のドメインに移動します（alexbirkett.com、私の場合）。 コンソールを起動し、クライアントIDと追跡IDをメモします。

      

      GAデバッガーを使用して、最初のドメインのclientID情報を検索します。

      次に、2番目のドメインに移動します（rowdytraveler.com 私のために）。 クライアントIdは一致しますか？ この場合、一致しています：

      

      最後に、私たちのサブドメインをチェックするかもしれません（get.alexbirkett.com）アウト。 クライアントIDと追跡IDが一致しますか？ うん。.p>

      

      あなたのclientIDはあなたのサブドメインで一致しますか？

      設定を監査するもう1つの高レベルの方法は、あるドメインから別のドメインに移動してURLを確認することです。 これには、clientIDを転送するための新しいパラメータを含める必要があります。 ここでは、HubSpotのシニアウェブアナリストであるJohannes Mehlem氏が説明しています:

      “クロスドメイントラッキングが正しく設定されているかどうかを監査する簡単な方法があります。 ブラウザで参照元ドメインを開き、他のドメインにつながるリンクをクリックします。 これで、ブラウザの他のドメインのURLパスに”?”で始まるURLパラメータがあるかどうかを確認できます。通常のURLに_ga=”が追加されました。

      その場合、Google Analytics clientID関連の識別子が参照ドメインから正常に引き継がれ、クロスドメインの追跡が意図したとおりに機能していることがわかります。”

1. フィルタビューを作成します。

   同じプロパティの下で複数のドメインを追跡している場合は、おそらくレポートに問題が発生する可能性があります。 具体的には、次のような2つの類似したUrlがある場合alexbirkett.com/about とrowdytraveler.com/about、彼らは両方ともあなたのレポートに/aboutとして表示されます。あなたは何ができますか？

   あなたは何ができますか？

   フィルター処理されたビューを設定します。

   

   フィルタに移動して、フィルタを設定します。Annie Cushingのこのチュートリアルでは、レポート内の完全なUrlを一覧表示するフィルタを設定する方法を本当によく説明しています。 いくつかの注意事項と余分な注意事項があるので、記事を読んでください–しかし、これはあなたのフィルタがどのように見えるかです：

   

   完全なURLを表示するためのフィルタを設定します。 -画像ソース

   また、googleアナリティクスアカウントで新しいビューを設定して、サブドメインまたは別のドメインのみを報告することもできます。 例えば、あなたが持っている場合blog.site.com特に、他のビジネス情報や財務情報（フリーランサーなど）を見るべきではない人にアクセスできるようにしたい場合は、そのための特定のビューが必要な場

   これを行うには、少し簡単です、私は検索エンジンの人々の記事からスクリーンショットを共有するつもりです。 これは、ブログビューを設定するためのものです:

   

   ブログサブドメインのみを表示するようにフィルタを設定します。 -画像ソース

   そして、あなたは同様にあなたの通常のドメインに基づいて分離することができます。 ここでは、検索エンジンの人々から別のスクリーンショットです：

   

   表示するフィルタのみexample.com ページ。 -画像ソース

   ビューとフィルタを設定することは、戦略的かつ組織的な決定のもう少しです。 だから、間違いなくあなたがデータを表示する方法についての会話を持っていると誰がどのようなデータを表示する必要があります。

Google Analyticsのクロスドメイントラッキングでよくある間違い

analyticsで好きなだけ勉強することができますが、間違いに遭遇する可能性はまだ だからこそ、私は専門家の実務家が見たトップの間違いを考慮し、最初からそれらを回避または軽減することを計画したいのです。HubSpotのシニアウェブアナリストであるJohannes Mehlem氏によると、これらは最も一般的な2つの間違いです:

“クロスドメイントラッキングを設定するときによくある間違いが二つあります。

まず、異なるドメイン間の追跡とさまざまなサブドメイン間の追跡にまったく同じ設定を使用すると、設定がわずかに異なる必要があります（例：Google

第二に、Googleアナリティクスのプロパティ設定の追跡情報の下の紹介除外リストに参照（サブ）ドメインを追加しません。”

Jeff Sauerによると、Jeffalyticsの創設者であるJeff Sauerによると、最大の間違いは本当に良い分析実践の基礎に戻ってきます。

“ほとんどの企業は計画なしでGoogleアナリティクスを設定します。 彼らは、デフォルトの1つのアカウントが1つのプロパティを取得し、1つのビューを取得することは、分析ですべてを魔法のように適切に追跡すると考えています。 彼らは、分析アカウントのこれらの各側面の目的を理解していないか、またはそれらを適切に使用する方法を計画していません。

アカウントを設定する際に最も重要な決定は、プロパティの目的を考慮することです。 各プロパティは、ユニークな場所にあなたのウェブサイトのユニークな側面を追跡するように設計されています。 多くの企業は、考えずに一つのプロパティにすべてのウェブサイトのドメイン、サブドメインやその他の資産 それから、彼らは意見が範囲を渡る交通をなぜ示しているか疑問に思うか、事を不正確に報告するか、または数を膨脹させる。

簡単な計画演習では、複数のプロパティを使用してサイトのすべての側面を追跡することにより、クロスドメイントラッキングの必要性を排除

クロスドメイントラッキングの問題（すなわち、自己紹介）は、デフォルトを信頼し、追跡計画を持たないことの結果です。 幸いなことに、問題を解決すれば、将来の追跡で解決することができます。”

それに続いて、別の一般的な間違いは、単にあなたがすぐに物事を正しく設定したことを信頼することです。 の創設者であるクリス-マーサー氏は、measurementmarketing.io”信頼するが検証する”フェーズを使用して、彼が分析にどのようにアプローチするかを説明します:

“クロスドメイントラッキングを設定するときの最大の間違いと単一の最も重要なことは、”信頼するが検証する”に該当します。”

つまり、正しく設定したことを信頼しますが、実装に戻り、間違って設定したことを確認するためにテストします。 うん、あなたはその権利を読んで！ あなたが物事を台無しにした場所を探すために戻ったとき、あなたはあなたの間違いを見つける可能性が高くなります。

あなたのセッションにタグを付け、あなたの別のドメインを介して表示されますテスト購入を通過するUTMのを使用してください。 時間のビットの後、Googleアナリティクスでその購入を検索します。 購入はテストに使用したUTMに起因していたのですか、それとも他の（誤った）トラフィックソースに割り当てられましたか？

“TBV’ing”（検証による信頼）を費やした数分は、後で欲求不満の時間を節約することができます。”

次のヒントは間違いに関するものではなく、クロスドメイントラッキングを達成する別の方法です。 これはブラウザフィンガープリントと呼ばれ、注目に値するものの、それはかなり一般的ではありません。 Igloo AnalyticsのソリューションディレクターであるJoao Correia氏は、次のように説明しています。

“クロスドメイントラッキングは、実装に低レベルの労力 あまり一般的ではありませんが、別の技術は、ブラウザの指紋です–しかし、それはほとんどの企業が持っていない完全なデータの所有権を、必要とします。”

あなたが興味を持っているなら、それはもう少し高度ですが、ここではブラウザの指紋に関する良いガイドです。

Google Analyticsのクロスドメイントラッキングをラップアップ

Google Analyticsのクロスドメイントラッキングは、特にGoogle Analyticsを初めて使用する場合は、最も簡単 ただし、Googleアナリティクスを使い始めたばかりのほとんどの場合、クロスドメイントラッキングを設定する必要さえないかもしれません。 それは通常、会社とそのウェブサイトのプロパティが複雑さと量が増えて、それを調べ始める必要があるときです。

だから、あなたがリソースのために縛られている場合は、最も簡単なルートが最良の方法になる傾向があることを覚えておいてください。 その点で、ユーザーデータを最もよく理解するためにどのような実装が必要かを自問し、そこから進んでください。p>

もちろん、このブログの記事の把握をスリップするいくつかのニュアンスとおそらくいくつかのフリンジケースがあります–しかし、うまくいけば、私のパーティーが好きな人のための半仮説的な旅行サイトを歩くことは、あなたが物事を設定する方法を理解するのに役立ちます、または少なくともあなたにクロスドメインとサブドメインの追跡に近づくためのフレームワークを提供します。