传递HTTP引用者(站点A、B、C-A到C)?
这是一个最好用例子说明的问题: 用户进入站点A,然后点击站点B。引用站点现在是站点A。同一用户从站点B点击到站点C。引用站点现在是站点B 我想知道是否有可能让站点C的推荐站点显示为站点A(如果您愿意的话,初始推荐站点) 我为什么喜欢这个(更多的背景)? 我正在使用一个目标软件(站点B),它将重定向到真正的目的地(站点C)。因为我将链接到这个目标定位软件而不是最终目的地,谷歌分析将把所有推荐注册为目标定位软件,这将完全违背跟踪推荐网站的目的 我希望能够通过“实际”推荐人(站点A),以了解访问站点C的实际来源 如果可能的话,我希望这样做不需要“黑客”或“变通方法”,因为它们可能很容易被破解。请参阅: \u setReferrerOverride() _setReferrerOverride(newReferreUrl) 设置用于确定活动跟踪值的推荐人URL。使用此方法允许iFrame中的小工具正确跟踪引用。默认情况下,活动跟踪使用document.referer属性确定referer URL,该URL在GIF请求的utmr参数中传递。但是,您可以使用自己的值超越此参数。例如,如果将新引用设置为,活动cookie将存储一个新活动,其中source=google,medium=organic,keyword=hats传递HTTP引用者(站点A、B、C-A到C)?,http,google-analytics,referrer,Http,Google Analytics,Referrer,这是一个最好用例子说明的问题: 用户进入站点A,然后点击站点B。引用站点现在是站点A。同一用户从站点B点击到站点C。引用站点现在是站点B 我想知道是否有可能让站点C的推荐站点显示为站点A(如果您愿意的话,初始推荐站点) 我为什么喜欢这个(更多的背景)? 我正在使用一个目标软件(站点B),它将重定向到真正的目的地(站点C)。因为我将链接到这个目标定位软件而不是最终目的地,谷歌分析将把所有推荐注册为目标定位软件,这将完全违背跟踪推荐网站的目的 我希望能够通过“实际”推荐人(站点A),以了解访问站点C
无论是否使用iframe,它都可能仍然有效。值得一试而不是一次黑客攻击。如果您使用的是Universal analytics,它看起来更像这样:
ga('set', 'referrer', 'URL-YOU-WANT-AS-REFERRER');
确保在发送pageview事件之前(以及
创建
调用之后)执行此操作。在您的示例中,“站点B”可以是透明代理,而不是HTTP重定向。。。顺便说一句,丑陋…@dAm2K谢谢,我会调查的。而且,它看起来必须在“创建”电话之后出现。
ga('set', 'referrer', 'URL-YOU-WANT-AS-REFERRER');