google-analytics - 如何从 Google Analytics 中排除 oauth referrer？

Question

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

问题描述:

当您使用任何服务来验证您的用户时 - 您应该发送
您的用户到身份验证服务，它会在他们这边进行身份验证和协议(protocol)检查后发回。当用户回到你身边时，他有推荐人，谷歌分析将其理解为来自此身份验证服务的输入 channel 的新 session 。因此，我们无法对我们的流量 channel 进行任何评估，因为所有 future 的事件都依赖于这个新 session 。



我找到的解决方案:

最流行和最合乎逻辑的蹲伏是在从身份验证服务重定向后发送综合浏览事件之前手动设置您的域引荐来源网址。它应该允许不中断 session 并保存入口的来源。

它不工作!而且我不理解这种行为。使用这种方法，我遇到了以下问题:

当您没有引荐来源网址并设置您的域引荐来源网址时 - Google Analytics 可以为您创建新 session 并将您的域图像作为来源。

GA 继续定期显示 oauth 引荐来源网址(有时它会忽略自定义设置引荐来源网址并在分析中显示 oauth 链接)。也许它无法及时处理我的引荐来源设置查询并获取浏览量事件......我只能猜测，但它绝对不稳定。

我读到的下一个流行的想法是从分析中排除特殊领域。

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



我尝试了这个但得到了更多的误解...... Google Analytics 继续显示 oauth referrer，就好像我没有排除这个域一样。 (更改排除域的设置后已超过 7 天)。

附言我还尝试结合第一种和第二种方法并查看某种动物园......(自己的域作为 session 的来源，排除的来源)。

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

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

Answer 1

设置手动推荐人通常有效。但是 GA 仍会为之前分配了 oauth 源并且此后仅直接访问您的站点的用户报告 oauth 源。您可以通过direct session查看在您的报告中作为次要维度。
如果是这种情况，那么您几乎无能为力，只能等到这些用户来源被重新分配。