Google跟踪代码管理器中的引荐来源指南

更新：2020年8月3日。 创建新的Google跟踪代码管理器时，’ll see several built-in variables that are enabled by default. One of them is Referrer. What it is and why is it useful? 让’s find out.

 

目录

• Google跟踪代码管理器中的Referrer是什么？
• 在哪里可以在Google跟踪代码管理器中找到引荐来源网址？
• 注意局限性
• 如果推荐人没有返回您期望的结果，如何识别问题
• Google跟踪代码管理器中Referrer的几个用例
  • ＃1多个着陆页，其表单重定向到相同的页面“Thank you” page
  • ＃2。防止随机访问您的“thank you” page
• 经常问的问题
• 最后的话

 

Google跟踪代码管理器中的Referrer是什么？

简而言之，Referrer是一个GTM变量，它返回访问者访问的上一页的URL。因此，例如，如果我正在浏览网站并从 example.com/page1 至  example.com/page2，引荐来源网址的值为 example.com/page1 （因为这是上一页的值’s URL).

仅当我在自己的网站之间浏览页面时，此变量才起作用吗？不仅。

如果访问者刚从另一个网站登陆我的网站，是否可以看到上一页？是的，但是一定程度上。由于隐私问题，越来越多的限制影响引荐来源。不仅是GTM，而且总体而言。推荐人不仅是某些GTM特定的东西。它可以在任何网站上全球使用，任何人都可以使用该价值。那’就是网络的运作方式。

但是，引荐来源网址引入了越来越多的限制。继续阅读。

附言您的Google Analytics 取得 报告也严重依赖引荐来源！

在哪里可以在Google跟踪代码管理器中找到引荐来源网址？

在这里可以用多种方法给猫皮剥皮。最标准的方法就是使用内置变量。在您的GTM容器中，转到 变数 然后在“内置变量”部分中找到该变量。

您还可以创建用户定义的变量。转到变量>用户定义的变量> New >HTTP Referrer。在这种情况下，您还可以提取引荐来源网址的特定组件，例如只是主机名。

另一种选择是创建一个 JavaScript变数 （不是自定义JavaScript），然后输入以下值（不带引号）— document.referrer.

但这几乎可以与内置变量一样工作（因此，无需创建用户定义的var）。

 

注意局限性

这个变量听起来很棒，对吧？您可以根据访问者来自的页面触发代码。例如，如果访问者从特定的第三方页面登陆，则可以触发显示特定弹出窗口的代码。

但是，Referer受到越来越多的限制（由于隐私问题），因为Referrer越来越多地用于跨站点跟踪。而且，Brave或Safari（但不限于）之类的网守正在确保这变得更加困难。

实际上，限制在不断变化，如果您想保持最新状态，请添加书签 cookiestatus.com.

这是流行浏览器如何处理Referrer的快照（单击图像以更高分辨率查看）。

让 me explain some parts of the screenshot above:

• 默认浏览器策略 表示如果访客从 //www.some3rdpartywebsite.com 至 http://www.yourwebsite.com，引荐来源网址将被删除。它不会返回任何值。为什么？因为访问者从HTTPS（安全）网站导航到HTTP（不安全）。
• 将所有跨域引荐来源网址剥离到源 表示访客来自 //www.otherwebsite.com/posts/example 至 //www.yourwebsite.com, the 推荐人 will show only //www.otherwebsite.com (/帖子/示例 将被删除）。因此，基本上，您将只能知道访问者在其站点上登陆的域，而不是确切的页面。 更新资料：Chrome 85（及更高版本）将开始应用此政策。
• eTLD+1 表示顶级域名（TLD）（例如.com，.co.uk等）和一个附加级别（例如amazon.co.uk或cnn.com）。

 

如果推荐人没有返回您期望的结果，如何识别问题

首先，让’赶快看看 推荐人 policies。他们定义了网站将在推荐人中传递什么样的数据。

• 无推荐人 （这意味着不会传递任何引荐来源（换句话说，在GTM中它将是空的））。
• 无推荐人-when-downgrade （如果访问者从HTTPS页面导航到HTTP，则引荐来源网址将被删除。在GTM中，该网址为空）
• 起源 （这意味着引荐来源网址将始终仅返回主机名（例如 www.example.com）。
• 起源-when-cross-origin （如果访问者在不同的子域（例如a.domain.com和b.domain.com）之间导航，则只会返回主机名。如果访问者从a.domain.com/page1导航到a.domain.com/page2 ，引荐来源网址将返回主机名， 路径和 查询字符串.
• 同源 （仅当访问者在相同子域的页面之间导航时，引荐来源才可用）
• 严格起源 （仅当访客从HTTPS导航到HTTPS时，引荐来源网址才会返回值
• 严格起源于交叉起源 （仅当访问者在同一子域上并且从HTTPS到HTTPS导航时，才返回主机名，页面路径和查询字符串）。例如：
  • 如果访客从 www.example.com/pagepath 至 www.anotherdomain.com, the 推荐人 will be just www.example.com （无 /页面路径)
  • 如果访客从 blog.example.com/pagepath 至 www.example.com, the 推荐人 will be just blog.example.com （无 /页面路径）。

    更新： 这些更改开始适用于Chrome 85+ .

• 不安全网址 （Referrer将始终返回主机名，页面路径和查询字符串。这是不安全的，因为URL可能包含敏感数据，例如电子邮件地址等。）

您可以了解有关政策的更多信息 这里.

无论如何，如果您在GTM预览模式中经常看到一个空的引荐来源网址，那么这里有一些检查内容的想法（或者是否返回了您不期望的值）：

• 首先，分析表我’ve之前分享过。浏览器很多，每种浏览器对引荐来源网址的处理方式不同。经验法则，唐’如果您尝试使用上一页的非常特定的URL（不属于相同的主机名），请依靠GTM中的Referrer。不然你’您将面对数据中的各种行为和不一致之处。
• 检查您的网站上实施了哪种引荐来源网址政策。有几种不同的实现方式：
  • 直接在超链接中。 如果单击的链接（在上一页中）是容器“rel=noreferrer”，目标网页上的引荐来源网址将为空。用“Inspect element” in browser’s developer 至 ols. 右键点击链接> 在spect Element:
    
  • 直接在超链接中（2）。 另外，可以通过添加属性在点击的链接中实现Referrer-policy 推荐人policy=”someValue”，例如 推荐人policy=”no-referrer” （在这种情况下，引荐来源网址也将为空）。
  • 页面上的元标记。 例如，如果上一页有一个meta标签 <meta name=”referrer” content=”origin”>，引荐来源网址将仅返回上一页的域。此元标记还有其他可能的值/设置。您可以 在这里了解更多关于他们的信息。您在哪里可以找到此元标记？在您网站的源中。 右键单击上一页的某个位置 > 查看资料 然后在代码顶部的某处，您应该在寻找引荐来源标记。
    
    如果未定义任何策略，则除非使用不同的浏览器配置，否则将使用默认设置（降级时不引用）。

您可以详细了解所有这些 这里.

 

Google跟踪代码管理器中Referrer的几个用例

为了获得启发，这里有一些想法，您可以在GTM设置中使用Referrer。

 

＃1多个着陆页，其表单重定向到相同的页面“Thank you” page

让’假设您有20个具有加入表单的登录页面，例如：

• //www.example.com/lp/landing-page1
• //www.example.com/lp/landing-page2
• ……
• //www.example.com/lp/landing-page20

访问者提交表单后，他/她将被重定向到同一“确认”页面（又名“Thank you”页）。无论采用哪种形式，所有提交的URL都始终相同： //www.example.com/thank-you

您如何跟踪表单提交并确定提交了哪个表单？您可以在每个GA事件中发送Referrer的值，如下所示：

在此示例中，事件标签将包含上一页（提交表单的登录页面）的URL。问题解决了！

 

＃2。防止随机访问您的“thank you” page

问题所在“Thank you”页面是指在某些网站上，访问它们可能太容易了。例如，Google机器人可能已将其编入索引“Thank you”页。也许是由于错误，甚至是您的网站’的搜索显示“Thank you”搜索结果中的页面（显然，您的开发人员应对此进行修复）。

让’s go back 至 my previous example with 20 landing pages. 让’想象一下，唯一正确的着陆方式“Thank you”表单应在这20个着陆页之一上提交表单之后。

登录页面的每个URL在页面路径中都包含/ lp /。为什么不’您在GTM中更新了网页浏览触发器（该触发器会在“Thank you”页）并将其配置为仅在上一页包含/ lp /吗？

在这种情况下，网站其他部分或其他流量来源的随机访问不会导致误报。

 

经常问的问题

这是我的几个问题’ve最近注意到有人在网上提出要求，因此我也想解决这些问题。

我可以进入上一页吗’s title? 没有简单的方法可以实现这一目标。引荐来源网址仅与上一页的URL相关，而与其他属性（如“标题”）无关。如果要访问上一页’的URL，您需要编写一些自定义JS代码来临时存储上一页’的标题。另一种选择是要求开发人员将此信息推送到 资料层.

我可以访问所访问页面的URL吗 之前 前一页？ 换句话说，可以访问2个以上页面的URL吗？没有简单的方法。您还需要编写一些自定义代码，以将信息存储在cookie或浏览器存储中。或者再次，请与开发人员联系以将此信息推送到数据层。

 

最后的话

引荐来源网址绝对是GTM中的一个方便变量，但是，您应该非常了解可以在站点上实现或由浏览器（例如Safari或Brave）引入的与隐私和安全相关的限制。

我的经验法则：

• 当事情在您网站的同一主域中发生时，请尝试仅在您的GTM标签或触发器中使用Referrer（就像我在示例中一样）’ve shared above).
• 如果您想知道上一页（位于第三方网站上），则始终最好只期待主机名（域）。唐’•根据第三方网站的特定页面（带有页面路径和查询参数）构建触发器。即使在Chrome上运行正常，但类似CliqZ的浏览器会删除引荐来源网址，并且仅返回主机名（不包含页面路径或查询参数）。实际上，似乎很快就会有更多的浏览器遵循相同的方式。

另外，请注意 cookiestatus.com。将来会引入更多限制，因此您应该保持最新。

有任何疑问吗？评论部分随时为您服务。