如何从 Google 分析中排除 oauth 引荐来源网址？
How to exclude oauth referrer from Google Analytics?
我的项目中的 Google 分析通过第三方服务（如 Google+、Facebook 等）进行身份验证，这让我非常头疼。我用谷歌搜索并阅读了很多有关它的信息，但它有部分帮助或根本没有帮助。
问题描述：
当您使用任何服务对您的用户进行身份验证时 - 您应该发送
您的用户授权服务，它将在他们一方进行身份验证和协议检查后发回。当用户返回您身边时，他有引荐来源网址，Google 分析将其理解为来自此身份验证服务的输入通道的新会话。因此我们无法对我们的流量渠道进行任何评估，因为所有未来的事件都与这个新会话有关。
我找到的解决方案：
- 最流行和合乎逻辑的蹲伏是在从身份验证服务重定向后发送页面浏览事件之前手动设置您的域引荐来源网址。它应该允许不中断会话并保存入口的原始来源。
没用！而且我不理解这种行为。使用这种方法我遇到了以下问题：
当您没有引荐来源并设置您的域引荐来源时 - Google Analytics 可以为您创建新会话并将您的域映像为来源。
GA 继续定期显示 oauth 引荐来源网址（有时它会忽略自定义设置的引荐来源网址并在分析中显示 oauth link）。也许它无法及时处理我的推荐人设置查询并获取页面浏览事件......我只能猜测，但它绝对不稳定。
- 我读到的下一个流行观点是从分析中排除特殊域。
起初我害怕尝试它，因为我认为它只是隐藏了我的分析数据。但在我阅读了一些评论后，它会自动将未来事件与当前会话相关联，并且不会显示引荐来源。作为第一种方法的替代方法，它听起来不错。
我试过了，但有更多的误解...Google 分析继续显示 oauth referrer，就好像我没有排除这个域一样。 （更改排除域设置后已超过 7 天）。
P.S。我还尝试结合第一种和第二种方法并查看某种动物园...（自己的域作为会话的来源，排除的来源）。
P.S.2。应用程序使用 analytics.js 库。
请问各位GA有遇到同样的问题吗？你们是怎么解决的？谢谢！
设置手动引荐来源网址通常有效。但是 GA 仍然会为以前分配了 oauth 源并且从那时起直接访问您的站点的用户报告 oauth 源。您可以在报告中使用 direct session 将其作为次级维度进行检查。
如果是这种情况，那么您几乎无能为力，只能等待这些用户来源被重新分配。
我的项目中的 Google 分析通过第三方服务（如 Google+、Facebook 等）进行身份验证，这让我非常头疼。我用谷歌搜索并阅读了很多有关它的信息，但它有部分帮助或根本没有帮助。
问题描述：
当您使用任何服务对您的用户进行身份验证时 - 您应该发送 您的用户授权服务，它将在他们一方进行身份验证和协议检查后发回。当用户返回您身边时，他有引荐来源网址，Google 分析将其理解为来自此身份验证服务的输入通道的新会话。因此我们无法对我们的流量渠道进行任何评估，因为所有未来的事件都与这个新会话有关。
我找到的解决方案：
- 最流行和合乎逻辑的蹲伏是在从身份验证服务重定向后发送页面浏览事件之前手动设置您的域引荐来源网址。它应该允许不中断会话并保存入口的原始来源。
没用！而且我不理解这种行为。使用这种方法我遇到了以下问题：
当您没有引荐来源并设置您的域引荐来源时 - Google Analytics 可以为您创建新会话并将您的域映像为来源。
GA 继续定期显示 oauth 引荐来源网址（有时它会忽略自定义设置的引荐来源网址并在分析中显示 oauth link）。也许它无法及时处理我的推荐人设置查询并获取页面浏览事件......我只能猜测，但它绝对不稳定。
- 我读到的下一个流行观点是从分析中排除特殊域。
起初我害怕尝试它，因为我认为它只是隐藏了我的分析数据。但在我阅读了一些评论后，它会自动将未来事件与当前会话相关联，并且不会显示引荐来源。作为第一种方法的替代方法，它听起来不错。
我试过了，但有更多的误解...Google 分析继续显示 oauth referrer，就好像我没有排除这个域一样。 （更改排除域设置后已超过 7 天）。
P.S。我还尝试结合第一种和第二种方法并查看某种动物园...（自己的域作为会话的来源，排除的来源）。
P.S.2。应用程序使用 analytics.js 库。
请问各位GA有遇到同样的问题吗？你们是怎么解决的？谢谢！
设置手动引荐来源网址通常有效。但是 GA 仍然会为以前分配了 oauth 源并且从那时起直接访问您的站点的用户报告 oauth 源。您可以在报告中使用 direct session 将其作为次级维度进行检查。
如果是这种情况，那么您几乎无能为力，只能等待这些用户来源被重新分配。