我现在正在同一家公司的多个网站上工作，每个网站都与其他网站相连，顶部标题上有一个链接列表。
访问跟踪是通过谷歌分析完成的，一切似乎都很好。太糟糕了，他们现在似乎对附加在 url 底部以获得跨域跟踪的所有 utm* 参数不满意。
对我来说，最好的解决方案似乎是这样的：链接到另一个站点的每个URL都类似于"www.somename.com/en"，其中"en"是所需的语言。单击后，新页面将打开一个网址，例如"www.somename.com/en？_utma=xxxx&_utmb=..."
如果我从链接中删除语言，在页面加载时将 href 更改为"www.somename.com"，该网站从"www.somename.com/？_utma=xxxx&_utmb=..."进行 301 重定向到"www.somename.com/en"，其中"en"是标准语言，以这种方式获得网站所有者想要的确切内容。
由于我无法访问G anlaytics帐户，我想问一下这是否是正确的解决方案，或者我们是否可能丢失跨域跟踪。
cookie __utmz似乎包含正确的引用者，但我不确定这是否可以被认为足以检查它是否正常工作。
但是后来我 http://helpful.knobs-dials.com/index.php/Utma,_utmb,_utmz_cookies 检查了这里的其他参数，在我看来，我们在进入新域后获得的 cookie 上的所有其他值不必与上一页（带有链接的网站）上的值有任何关系。
我还应该检查什么以确保一切仍然正常工作？
谢谢
失去跨域跟踪（也就是说，即使您可能挽救流量来源，更改域时访问者会话也会中断）。链接器函数添加的参数之一是从各种 utm 计算的哈希值 （utmk）。参数。如果哈希缺失或不匹配，则跨域跟踪的参数将被破坏。您需要将参数传输到另一个域上启用 javascript 的页面，以便可以更新 ga cookie - 之后您可以随意执行 301 重定向。
如果你想避免utm参数，你可以
- 切换到通用分析 - 需要发送单个参数;但是，您无法将 GA 计数切换到通用分析，您必须从头开始（更新：这不再是真的，您可以并且确实应该更新现有属性）
- 尝试进入通用测量协议的测试版（它甚至允许无JavaScript跟踪 - 但是您仍然需要从一个域发送到另一个域）
所以没有真正好的解决方案适合你。IMO 在 url 中包含一些奇怪的参数比仅仅为了摆脱它们而重新加载/重定向要好得多。