【发布时间】：2017-10-10 18:56:06
【问题描述】：
在我的项目中使用通过第三方服务（如 Google+、Facebook 等）进行身份验证的 Google Analytics（分析）让我非常头疼。我用谷歌搜索并阅读了很多关于它的信息，但它有部分帮助或根本没有帮助。
问题描述：
当您使用任何服务来验证您的用户时 - 您应该发送 您的用户到身份验证服务，它会在他们这边进行身份验证和协议检查后发回。当用户回到你身边时，他有推荐人，谷歌分析将其理解为来自此身份验证服务的输入通道的新会话。因此，我们无法对我们的流量渠道进行任何评估，因为所有未来的事件都依赖于这个新会话。
我找到的解决方案：
- 最流行和最合乎逻辑的蹲伏是在从身份验证服务重定向后发送综合浏览事件之前手动设置您的域引荐来源网址。它应该允许不中断会话并保存入口源。
它不工作！而且我不理解这种行为。使用这种方法，我遇到了以下问题：
当您没有引荐来源网址并设置您的域引荐来源网址时 - Google Analytics 可以为您创建新会话并将您的域图像作为来源。
GA 继续定期显示 oauth 引荐来源网址（有时它会忽略自定义设置引荐来源网址并在分析中显示 oauth 链接）。也许它无法及时处理我的引荐来源设置查询并获取浏览量事件......我只能猜测，但它绝对不稳定。
- 我读到的下一个流行想法是从分析中排除特殊域。
起初我害怕尝试它，因为我认为它只是隐藏了我的分析数据。但是在我阅读了一些 cmets 之后，它会自动将未来事件与当前会话关联起来，并且不会显示引用来源。这听起来不错，可以作为第一种方法的替代品。
我尝试了这个，但得到了更多的误解......谷歌分析继续显示 oauth 引荐来源网址，就像我没有排除这个域一样。 （更改排除域设置后已超过 7 天）。
附：我还尝试结合第一种和第二种方法并查看某种动物园......（将自己的域作为会话来源，排除来源）。
附注 2。应用程序使用 analytics.js 库。
您对 GA 是否有同样的问题以及如何解决它？谢谢！
【问题讨论】：
标签： google-analytics analytics.js