一直在寻找这个问题的答案，但我找不到任何有用的答案。
基本上在我工作的组织中，我们使用Shibboleth进行用户身份验证。
我们可能有200多个网站＆amp; Shibboleth有效地为这些工作。
但是，特别是一个站点使用Shibboleth进行保护（如果用户不是有效用户，他们也必须在此过程中注册帐户），这会导致我们的Google Analytics（Google Analytics）出现问题。该站点的推荐人始终是shibboleth身份验证器。
我们需要的是根据用户来自的来源/广告系列跟踪此网站上的转化的工具。现在提出的解决方案是使用跟踪代码管理器产品根据引荐来源或广告系列的组合触发特定代码。这个单一的网站用于大量的事情（所有预期的导致EPR）但我们需要根据用户登陆该页面的方式获得不同的信息。
我们正在跟踪导致这一点的所有交互点（即跟踪潜在的潜在客户），但在注册过程中大量退出，现在我们没有实际的转换数据，这意味着营销等基于最高流量来源，而不是哪个来源或广告系列最有效。
问题是当用户登录时，使用Shibboleth注册，Shibboleth为该会话设置了一个新的cookie。在Google Analytics中，此站点的所有引荐来自验证者。
对于这种情况，我是否忽略了GA的一些配置问题，或者是否可以使用Shibboleth完成某些操作，以便初始引用者（而不是身份验证者）作为引用者传递，这反过来会促进规则创建标记管理器以触发所需的标记
答案 0 :(得分：0)
如果您使用Universal Analytics，您可以克服使用新的推荐排除：
您可以排除特定域被识别为引荐 Analytics报告中的流量来源。这是一个常见的用途 功能是排除从第三方购物车到的流量 防止客户被计入新会话和推荐 当他们退房后返回您的订单确认页面时 第三方网站。
Google Analytics会识别您用于设置新媒体资源的网址 在您的帐户中自动从您的帐户中排除此域名 引荐流量，因此您不会在Google Analytics中看到自我引荐 报告。
答案 1 :(得分：0)
另一个选项可能是在请求身份验证时在登录页面上传递参数。如果您在请求中正确设置了字段，则可以让Shibboleth将您的用户发送回任何页面或任何查询字符串，例如添加?source=original_page_name。验证后，这些参数应可用于操作或传递给GA。这实际上不会欺骗您的推荐人，但它会为您提供所需的数据。