【发布时间】：2013-07-04 20:06:39
【问题描述】：
我已经阅读了所有 GA 文档，并且非常了解如何跨子域进行跟踪。我需要做一些稍微不同的事情。我的网站正在从子域转移到子目录到一个子域 (www)。从 site1.domain.com 到 www.domain.com/site1 等。以前，www 上没有任何内容，只有子域，它们都有自己的跟踪 ID，即。 12345-2、12345-3 等。两个站点（旧的和新的）将同时运行，因此我们需要跨子域进行聚合和跟踪（将其关闭，使用所有需要的过滤器）但还要跟踪/ 仅将 www 上的特定目录链接到每个旧子域。一个问题是，虽然所有站点都可以轻松地从 site1.domain.com -> www.domain.com/site1 映射，但一个特殊的站点 - online.domain.com 将映射到 www.domain.com/ 而没有子目录。
我想我可以通过仅将每个属性 id 的代码放在相应的子目录页面上来解决子目录问题。 IE。 site1=12345-2，/site1 中的所有页面都获得该代码。对于 online.domain.com 站点，必须将 property-id 特定代码添加到大约 20 个其他子目录中，例如 /about/、/contact/ 等。这是正确的还是混乱的？我什至可能会添加过滤 subdir 的新配置文件作为备份措施。但是我遇到的问题是，我真的想将它们作为单独的站点进行跟踪，以便推荐、站点停留时间等指标特定于每个子目录（站点），而不是在所有子域之间共享（我认为子域交叉跟踪启用。）所以我认为解决方案是_setCookiePath，但我可以在一个子域（www）上使用它，同时交叉跟踪而不是另一个？因为旧站点不会将 /site1/ 作为有效路径。从逻辑上讲，这是我什至可以做到的吗？在一侧设置 _setCookiePath 不会破坏跨子域跟踪的目的吗？
我对跟踪子目录时 _setCookiePath 的使用感到困惑。您什么时候使用 setCookiePath，什么时候只通过带有配置文件的子目录过滤数据？文档说，如果您使用 _setCookiePath，您需要在根级别禁用跟踪。那里有什么问题？ （我不认为这对我有用，因为我还需要跟踪其他顶级目录，如 /about/）。同样在另一个汇总帐户中，我想使用一个属性 ID 跟踪所有站点，然后使用过滤器为每个子目录/站点设置唯一的配置文件，最终淘汰使用多个配置文件 ID 的旧方法。但是我想将我的子目录作为具有单独 cookie 信息的单独站点跟踪，以便不与 www.domain.com/site2 共享对 www.domain.com/site1 的引用 - 这是否符合我的要求？更重要的是，访问和唯一性需要通过子目录进行分段。访问 /site1 然后又访问 /site2 的用户需要成为 /site2 上的新访问者。
更新：我是不是完全想多了？由于用户可能不会在新旧站点之间移动，我是否可以将相同的跟踪属性 ID 添加到两个站点而不使用跨域跟踪？这将帮助我整合新旧站点，但我仍然有一个问题，即如何将所有新的子目录站点作为不共享 cookie 信息的不同站点进行跟踪。
【问题讨论】：
标签： google-analytics