Google analytics 如何从谷歌分析中排除oauth推荐人？

在我的项目中，谷歌分析通过第三方服务（如谷歌+、Facebook等）进行身份验证，这让我非常头疼。我在谷歌上搜索并阅读了很多关于它的信息，但它起到了部分作用，或者根本没有任何作用

问题描述：

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

---

我找到的解决方案：

最流行和最符合逻辑的做法是，在从身份验证服务重定向后，在发送pageview事件之前手动设置域引用。它应该允许不中断会话并保存入口的来源

它不起作用了！我不理解这种行为。使用此方法，我遇到了以下问题：

• 当你没有推荐人并设置你的域名推荐人时，Google Analytics可以为你创建新的会话并将你的域名镜像为源

• GA继续定期显示oauth引用器（有时它会忽略自定义集合引用器并在分析中显示oauth链接）。也许它不能及时处理我的推荐设置查询和获取页面浏览事件。。。我只能猜测，但它绝对不稳定

---

我读到的下一个流行观点是将特殊领域排除在分析之外

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

我试过了，但误会更多。。。Google Analytics继续显示oauth推荐人，就像我没有排除这个域一样。（更改排除域的设置后已超过7天）

另外，我试着把第一种和第二种方法结合起来，看一些动物园。。。（将自己的域作为会话源，并将其排除在外）

p.S.2.应用程序使用analytics.js库

---

遗传算法是否也有同样的问题？如何解决？谢谢

设置手动参考通常有效。但是GA仍然会为以前分配了oauth源并且此后只直接访问过您的站点的用户报告oauth源。您可以使用报告中的

direct session

将其作为辅助维度进行检查。

---

如果是这种情况，那么您只能等待这些用户源重新分配。

谢谢。你说得对。这是旧数据，让我很困惑。