如何从Google Analytics中排除oauth引荐来源？

Question

我的项目中通过第三方服务（如Google+，Facebook等）进行身份验证，我对谷歌分析感到非常头痛。我用谷歌搜索并阅读了很多关于它的信息，但它有助于部分或根本没有帮助。

问题描述：

当您使用任何服务对用户进行身份验证时 - 您应该发送 您的用户要进行身份验证服务，它将在身份验证和协议检查后发回。当用户返回到您的身边时，他有推荐人和Google Analytics（分析）将其理解为具有来自此身份验证服务的输入渠道的新会话。因此，我们无法对我们的流量渠道进行任何评估，因为所有未来事件都依赖于此新会话。

我找到的解决方案：

1. 最受欢迎和最合乎逻辑的蹲伏是在从auth服务重定向后发送网页浏览事件之前手动设置域引荐来源。应该允许不要破坏会话并保存入口的原始来源。

它不起作用！我不明白这种行为。通过这种方法，我得到了以下问题：

• 当您没有推荐人并设置域名引荐来源时 - Google Analytics可以为您创建新会话并将您的域名作为来源进行映像。

• GA会定期显示oauth referrer（有时会忽略自定义设置引荐来源并在分析中显示oauth链接）。也许它无法及时获取进程我的引用者设置查询并获取网页浏览事件...我只能猜测，但它绝对不稳定。

1. 我读过的下一个流行的想法是从分析中排除特殊域名。

首先，我害怕尝试它，因为我认为它只是隐藏了我的分析数据。但在我阅读了一些评论后，它会自动将未来事件与当前会话相关联，并且不会显示引荐来源。这听起来不错，也是第一种方法的替代品。



我尝试了这个但却产生了更多的误解...... Google Analytics继续显示oauth引荐来源，就好像我没有排除这个域一样。 （更改设置排除域后超过7天）。

P.S。此外，我尝试结合第一种和第二种方法，并看到某种动物园...（自己的域作为会话的来源，排除的来源）。

P.S.2。应用程序使用analytics.js库。

您对GA有同样的问题以及如何解决它？谢谢！

Answer 1

设置手动引荐通常有效。但GA仍会报告以前分配了oauth源并且此后才直接访问过您网站的用户的oauth源。您可以在报告中将direct session作为辅助维度进行检查。 如果是这种情况，那么你几乎不能做任何事情，只能等到这些用户来源被重新分配。