GAのドキュメントをすべて読み、サブドメイン間のトラッキング方法をよく理解しています。私は少し違うことをする必要があります。私のサイトはサブドメインからサブディレクトリへと1つのサブドメイン(www)に移動しています。 site1.domain.comからwww.domain.com/site1までなど。以前はwwwには何もなく、サブドメインのみがあり、すべてが独自のトラッキングIDを持っていました。 12345-2、12345-3など両方のサイト(古いものと新しいもの)は同時にライブされるので、サブドメイン間で集約して追跡する必要があります/ wwwの特定のディレクトリだけを古いサブドメインのそれぞれにリンクします。 1つの問題は、すべてのサイトがsite1.domain.com - > www.domain.com/site1から簡単にマップされますが、1つの特別なサイト--online.domain.comがサブディレクトリなしでwww.domain.com/にマップされることです。Google Analyticsサブドメインと1つの特定のサブディレクトリ間でのトラッキング
それぞれのサブディレクトリページに各プロパティIDのコードを配置するだけで、サブディレクトリの問題を解決できると思いました。私。 site1 = 12345-2、/ site1のすべてのページでそのコードが取得されます。 online.domain.comサイトでは、/ about /、/ contact /などのように約20の他のサブディレクトリにproperty-id固有のコードを追加する必要があります。これは正しいかkludgyですか?そして、私は、バックアップの手段としてsubdirをフィルタリングする新しいプロファイルを追加することさえできます。しかし、私が抱えている問題はこれです、私は実際に別のサイトとしてそれらをトラッキングしたいので、紹介、サイトの時間などのメトリクスは各サブディレクトリ(サイト)に固有であり、すべてのサブドメインで共有されませんだから私は解決策が_setCookiePathだと思ったが、クロストラッキング中に1つのサブドメイン(www)上でそれを使うことはできますか?古いサイトは有効なパスとして/ site1 /を持たないためです。論理的には、これも私ができることですか?片側に_setCookiePathを設定しないと、クロスサブドメイントラッキングの目的が無効になりますか?
サブディレクトリを追跡するときに、_setCookiePathの使用方法について混乱します。いつあなたはsetCookiePathを使いますか?そして、あなたはプロファイルを使ってsubdir経由でデータをフィルタリングするだけですか?ドキュメントでは、_setCookiePathを使用する場合、ルートレベルでトラッキングを無効にする必要があると述べています。問題は何ですか? (私は/ about /のような他のトップレベルのディレクトリを追跡する必要があるので、これは私のためにはうまくいかないと思います)。また別のロールアップアカウントでは、1つのプロパティIDを持つすべてのサイトを追跡し、各サブディレクトリ/サイトごとに固有のプロファイルを設定し、最終的に複数のプロファイルIDを使用する古い方法を廃止したいと考えています。しかし、別のクッキー情報を持つ別のサイトとしてサブディレクトリを追跡したいので、www.domain.com/site1への参照はwww.domain.com/site2と共有されません。さらに重要なのは、訪問とユニークをサブディレクトリで分割する必要があることです。/site1に来てから/ site2に行くユーザーは、/ site2の新しい訪問者である必要があります。
更新:私はこれを全然考えていませんか?ユーザーはおそらく古いサイトと新しいサイトとの間を移動しないので、両方のサイトにcrossdomainトラッキングを使用して同じトラッキングプロパティIDを追加できますか?それは古いものと新しいものを統合するのに役立ちますが、新しいサブディレクトリサイトをすべてクッキー情報を共有しない別のサイトとして追跡する方法の問題があります。