bts防弹少年团演唱会

bts防弹少年团演唱会

Google Analytics中会话拼接的4种基本方法

《Google Analytics中会话拼接的4种基本方法》

只需单击一下,用户就可以销毁Google Analytics数据:从AMP页面移动到主站点或从主站点移动到支付处理器可以将一次访问转变为多个会话,从而在整个过程中查找源数据。

至关重要的是,这些点击通常发生在高价值转换点 – 从匿名访问者到登录用户,或从购买前到购买后时刻。

会话拼接可修复技术故障线,保留干净的分析数据并挽救归因信息。 这篇文章涵盖了四个常见用例:

  1. 用户ID跟踪
  2. AMP跟踪
  3. 子域跟踪
  4. 跨域跟踪

什么是会话拼接?

在Google Analytics中, 会话拼接可以连接单个会话中发生的用户活动,但由于技术跟踪限制,会错误地生成多个会话。

任何缝合会议的努力都取决于两个元素, Simo” ahava> :

  • 跟踪到同一Google Analytics媒体资源ID(UA-XXXXXX-Y)的跟踪器对象
  • 具有相同客户端ID的_ga cookie

现代浏览器不允许来自一个域的站点与另一个域共享cookie。 克服这种限制对于将那些以其他方式分开的会话进行修补至关重要。

数字营销人员使用术语“会话拼接”比谷歌更常用,谷歌最近更喜欢其他两个术语:

  1. %E4%BC%9A%E8%AF%9D%E7%BB%9F%E4%B8%80“> “会话统一允许在分配用户ID之前收集的匹配与ID相关联。”
  2. %E7%BD%91%E7%AB%99%E9%93%BE%E6%8E%A5“>。 “跨域跟踪使Google Analytics可以将此视为单个用户的单个会话。 这有时被称为网站链接。“

值得注意的是,关于会话统一的Google Analytics支持文章保留了图像alt文本和标题中的“会话拼接”一词( 对于好奇的人 ); 对于会话拼接的迷路参考也会出现在Google AMP Client ID API %E7%9A%84%E6%94%AF%E6%8C%81%E6%96%87%E7%AB%A0%E4%B8%AD%E3%80%82″>

在本文中,我使用会话拼接是一个总体术语,包括正确分组在单个会话中发生的用户活动的所有工作。 正如Yehoshua” coren>指出的那样,潜在的技术现实比术语更重要:“它真的不止于此。 这是一个clientId完整性问题。“

挑战 – 无论您称之为什么 – 都会影响几乎每个站点的数据质量和归因。

谁应该最关心会话拼接?

会话拼接对每个站点都很有用,但对于少数几个站点至关重要:

  • 有登录的网站。 具有登录的站点依赖于“会话统一”来收集导致用户登录的事件的数据。
  • AMP重型网站。 当用户从AMP页面迁移到本地托管的非AMP页面时,正确的跟踪会保留归因数据。
  • 大型,多域组织。 当用户跨域(或子域)迁移时,多个域需要跨域跟踪以保留归属信息。
  • 具有第三方付款处理器的网站。 如果没有会话拼接,依赖第三方支付处理器的网站可能会丢失电子商务转化的归因数据。
  • 使用社交登录的网站。 与第三方支付处理器一样,社交登录可能会错误地将登录后用户重新分类为来自社交网络的推介。
  • 具有iframe表单的网站。 iframe在您网站的网页中嵌入了跨域跟踪质询。

1.用户ID跟踪

对于具有登录功能的站点, %E7%94%A8%E6%88%B7ID%E8%B7%9F%E8%B8%AA%E4%BC%9A%E9%9A%8F%E7%9D%80%E6%97%B6%E9%97%B4%E7%9A%84%E6%8E%A8%E7%A7%BB%E8%BF%9E%E6%8E%A5%E5%A4%9A%E4%B8%AA%E8%AE%BF%E9%97%AE”>

会话统一将登录前活动与登录后用户ID结合在一起 – 从两者创建单个会话。 这样,您可以在登录之前查看哪些行为,如果该登录代表转换点,则特别有价值。

因此,会话统一不是仅捕获第二个会话的一部分(第一个图像),而是将登录前命中(白色)与登录后命中(蓝色)结合起来:

《Google Analytics中会话拼接的4种基本方法》

《Google Analytics中会话拼接的4种基本方法》
%E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

重要的是, %E4%BC%9A%E8%AF%9D%E7%BB%9F%E4%B8%80%E4%BB%85%E5%9C%A8%E2%80%9C%E8%BF%99%E4%BA%9B%E5%8C%B9%E9%85%8D%E5%9C%A8%E7%AC%AC%E4%B8%80%E6%AC%A1%E5%88%86%E9%85%8D%E7%89%B9%E5%AE%9AID%E5%80%BC%E7%9A%84%E5%90%8C%E4%B8%80%E4%BC%9A%E8%AF%9D%E4%B8%AD%E5%8F%91%E7%94%9F%E6%97%B6%E6%89%8D%E8%BF%9E%E6%8E%A5%E5%91%BD%E4%B8%AD%E2%80%9D%E3%80%82%E6%8D%A2%E5%8F%A5%E8%AF%9D%E8%AF%B4%EF%BC%8C%E5%AE%83%E5%8C%85%E6%8B%AC%E6%9D%A5%E8%87%AA%E7%99%BB%E5%BD%95%E4%B9%8B%E5%89%8D%E7%9A%84%E4%BC%9A%E8%AF%9D%E7%9A%84%E6%95%B0%E6%8D%AE”>

Google Analytics(分析)会在每日分析处理期间应用会话统一 – “每天凌晨5点,根据在与该媒体资源相关联的任何报告视图中选择的最西部时区”。

这段时间可以导致“更高的直接会话和日内直接收入,因为[。 。 。]在用户尚未登录的会话的第一次点击期间发送活动推荐信息。“

默认情况下,会话统一您设置用户ID跟踪时切换为 。 你为什么要把它关掉? 我问过我们的CXL%E6%9C%BA%E6%9E%84%E5%88%86%E6%9E%90%E5%B8%88Silver” ringvee>

但是,在某些情况下,您确实希望专注于实际登录的用户(而不是在旅程的某个时刻登录的用户)。 因此,如果您在获取ID之前不关心发生了什么,您可能想要将其关闭。

您可以在管理>媒体资源>跟踪信息>用户ID中关闭会话统一:

《Google Analytics中会话拼接的4种基本方法》

虽然用户ID跟踪与具有预期登录的网站(例如SaaS,电子商务)最相关,但还有%E5%85%B6%E4%BB%96%E6%96%B9%E6%B3%95%E5%8F%AF%E4%BB%A5%E6%BF%80%E5%8A%B1%E7%99%BB%E5%BD%95%E3%80%82″>

对于那些登录类型,会话统一提供关于最吸引人的内容的重要数据 – 催化登录和注册的答案或文章。

2. AMP跟踪

Google的AMP推出创建了跟踪问题:来自搜索的AMP点击将用户带到了“CD on cache”版本,该版本托管在Google的CDN上。

正如Perficient%E7%9A%84%E5%9F%83%E9%87%8C%E5%85%8B%C2%B7%E6%81%A9%E6%A0%BC%E5%91%8A%E8%AF%89%E6%88%91%E7%9A%84%E9%82%A3%E6%A0%B7%EF%BC%8C%E2%80%9C%E5%BE%88%E5%A4%9A%E4%BA%BA%E4%BB%8D%E7%84%B6%E6%B2%A1%E6%9C%89%E8%BF%99%E4%B9%88%E5%81%9A%E3%80%82″>

最终,用户可以通过%E4%B8%89%E7%A7%8D%E6%96%B9%E5%BC%8F%E4%B9%8B%E4%B8%80%E8%AE%BF%E9%97%AEAMP%E9%A1%B5%E9%9D%A2;”>

  1. 谷歌搜索。 AMP页面可通过Google搜索结果访问,并显示在“AMP查看器”中。客户端ID存储在google.com上。
  2. 代理/缓存。 可以从代理/缓存访问AMP页面。 客户端ID存储在cdn.ampproject.org上。
  3. 直接AMP。 AMP页面可直接在发布者域上访问。 客户端ID存储在发布者域中。

在前两种情况下,从AMP页面单击发布者网站上的另一个页面会生成引荐和新会话 – 而不是将单击计为单个会话中的第二个交互。

《Google Analytics中会话拼接的4种基本方法》
Stone Temple详细介绍了从搜索中的AMP点击到非AMP页面的信息传递。 ( %E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

如果不加管理,生成的分析数据会遇到以下几个问题:

  • 膨胀的会话计数
  • AMP页面的跳出率很高
  • AMP页面的每个会话/会话持续时间较低的页面

与其他会话拼接问题一样,解决方案是在不同域的页面之间传递相同的客户端ID,Google可通过AMP Client ID API实现这一点。

如何使用Google AMP API传递相同的客户端ID

设置AMP跟踪有两个步骤:分析代码更改和引荐排除。

《Google Analytics中会话拼接的4种基本方法》
将客户端ID从AMP页面传递到发布者的域会保留源数据并将用户活动组合到一个会话中。 ( %E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

1.分析代码更改。 正确的AMP跟踪从AMP和非AMP页面上的Google Analytics代码的少量添加开始。 Google%E6%8F%90%E4%BE%9B%E4%BA%86%E6%9C%89%E5%85%B3%E5%A6%82%E4%BD%95%E5%AF%B9analytics.js%EF%BC%8Cgtag.js%E5%92%8CGoogle%E8%B7%9F%E8%B8%AA%E4%BB%A3%E7%A0%81%E7%AE%A1%E7%90%86%E5%99%A8%E8%BF%9B%E8%A1%8C%E6%9B%B4%E6%94%B9%E7%9A%84

由于某些浏览器拒绝使用第三方Cookie,因此Google于2018年9月宣布了AMP%E9%93%BE%E6%8E%A5%E5%99%A8” amp api linker>

《Google Analytics中会话拼接的4种基本方法》
%E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

2.推荐除外。 此外,您需要添加ampproject.org作为推荐排除。 如果您从多个子域提供AMP内容,Google建议为每个子域添加引荐排除。

《Google Analytics中会话拼接的4种基本方法》

%E6%AD%A3%E5%A6%82Enge%E8%AF%A6%E7%BB%86%E4%BB%8B%E7%BB%8D%E7%9A%84%E9%82%A3%E6%A0%B7” cdn>

该限制会影响具有“规范AMP页面”的站点 – 发布者域上托管的AMP页面,这些页面是移动页面的标准(规范)版本。 %E5%90%8C%E4%B8%80%E7%AF%87%E6%96%87%E7%AB%A0%E6%8F%90%E4%BE%9B%E7%9A%84%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%E6%98%AF%E5%88%9B%E5%BB%BA%E4%B8%80%E4%B8%AAHit%E7%BA%A7%E5%88%AB%E7%9A%84%E8%87%AA%E5%AE%9A%E4%B9%89%E7%BB%B4%E5%BA%A6%E3%80%82″>

初始安装后,更改将%E5%BD%B1%E5%93%8D%E8%BF%91%E6%9C%9FGoogle” analytics> :

  • 用户和会话总数将下降。 拼接AMP和非AMP会话将合并错误分离的用户和会话。
  • 相关指标将变得更加准确。 例如,AMP页面上的跳出率将下降。
  • 新用户将会上升。 Google AMP API会一次性重置AMP访问者的客户ID。 %E6%AD%A3%E5%A6%82Google%E6%89%80%E8%AF%B4“>

3.子域跟踪

子域跟踪变得相当容易,并依赖于Cookie域的设置。 以前,将Cookie域(CookieDomain)设置为“自动”的手动步骤现在是Google Analytics脚本中的默认选项,也是Google跟踪代码管理器中的Google” analytics>变量。

Simo” ahava> ,将Cookie域设置为“auto”会应用递归算法

尝试编写cookie,从最通用的域级(顶级域)开始,并在成功后停止。 应该留下的是根域,因此cookie将可用于所有子域。

由于算法将cookie设置在尽可能高的级别(根域),因此登陆子域并稍后迁移到核心域的用户将不会生成新的客户端ID或启动新会话。

第二步是将根域添加到“引荐排除”列表中,以便子域和核心域之间的访问不会启动新会话。 (第一步确保只有Google将访问者视为同一用户。 )Google会在您创建Google Analytics(分析)属性时自动将根域添加到“引荐排除”列表中,但该设置值得仔细检查。

理论上,这些更新会自动执行子域跟踪 – 默认情况下,Cookie域和引荐排除列表会设置为正确的值。

4.跨域跟踪

[…]“/>

跨域跟踪是任何会话拼接过程中最复杂的,因为许多解决方案都是定制的:正确的实施取决于您的站点设置,支付处理器,登录工具或主帮助您 – iframe。

如果多个站点%E5%85%B1%E4%BA%AB%E7%9B%B8%E5%90%8C%E7%9A%84%E8%B7%9F%E8%B8%AA%E4%BB%A3%E7%A0%81%EF%BC%8C%E4%BD%86%E6%9C%AA%E8%BF%9B%E8%A1%8C%E5%85%B6%E4%BB%96%E6%8A%80%E6%9C%AF%E6%9B%B4%E6%94%B9%EF%BC%9A”>

  1. Analytics将重复域之间的会话(因为客户端ID不会从一个域转移到另一个)。
  2. 原始归属信息将丢失,转换为来自其他域的推荐,由于它共享相同的跟踪代码,因此将显示为自我推荐。

与AMP跟踪一样,成功的跨域跟踪需要将客户端ID从一个站点传递到另一个站点,而无需传递cookie本身。 有几个核心用例,每个用例都有独特的解决方案。

公司内部跨域跟踪

《Google Analytics中会话拼接的4种基本方法》
%E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

大型组织通常管理多个域,但希望跟踪访问者从一个域移动到另一个域。 假设网站共享相同的Google Analytics代码,则跨多个域跟踪用户还有三个额外步骤。

%E5%89%8D%E4%B8%A4%E4%B8%AA%E6%AD%A5%E9%AA%A4%E4%BC%9A%E6%9B%B4%E6%94%B9%E8%B7%9F%E8%B8%AA%E4%BB%A3%E7%A0%81%EF%BC%8C%E4%BB%A5%E5%85%81%E8%AE%B8%E5%9F%9F%E9%80%9A%E8%BF%87%E9%93%BE%E6%8E%A5%E4%BC%A0%E9%80%92%E5%92%8C%E6%8E%A5%E6%94%B6%E5%AE%A2%E6%88%B7%E7%AB%AFID%EF%BC%9A”>

《Google Analytics中会话拼接的4种基本方法》

  • allowLinker。 要确保域名可以接收通过链接传递的客户端ID,请在Google跟踪代码管理器中名为“allowLinker”的Google Analytics设置变量中添加一个字段,并将值设置为“true”。(如果用户流量是一个方向,则需要仅在目标而不是源域上%E5%85%81%E8%AE%B8%E9%93%BE%E6%8E%A5%E5%99%A8“>

《Google Analytics中会话拼接的4种基本方法》

链接器会附加时间戳和其他元数据以验证客户端ID,从而降低具有客户端ID的共享链接影响Google Analytics数据的可能性。

最后一步是将所有域添加到“推荐排除”列表中。 否则,您将产生大量自我引荐 – Google Analytics将正确识别域之间的一个用户,但仍会生成新会话。

要有效地分析从跨域跟踪收集的数据,请将主机名添加到URL路径。 否则,多个域共享的路径将组合在一起。 以下两个网址仅显示为/ about-us /页面级报告:

https://example.com/about-us/

https://another-example.com/about-us/

您可以通过使用以下值设置自定义过滤器来添加主机名:

《Google Analytics中会话拼接的4种基本方法》

(如果您尝试抢救未经过正确过滤的历史数据,则可以使用带有主机名的辅助维度来区分视图中的URL。)

第三方付款处理

对于第三方支付处理,正确的设置至关重要:如果没有它,您将丢失所有交易的归属数据,这些数据将显示为来自支付处理器的推介。 但是,您对付款处理器页面的控制有限。

一种解决方案是为您的支付处理器域设置引荐排除 ; 然而,如果出现以下情况,这种努力 – 手动 – 可能会成为一项重大任务:

  • 您使用许多支付处理器。
  • 支付处理器经常更改域名。
  • 排除proccesor的域名也存在排除“真实​​”推荐流量的风险(例如,您可以通过PayPal博客上的链接获得推荐访问)。
《Google Analytics中会话拼接的4种基本方法》
综合答案? 排除收据页面的所有推介。 ( %E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

Ahava详细介绍了一个富有创意的综合解决方案: 为收据的所有流量或“谢谢”页面创建推荐排除。 推荐排除功能会保留原始源数据,并阻止Google Analytics在用户从付款处理器的域返回您的网站时生成新会话。

实施Ahava%E7%9A%84%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%E6%9C%89%E4%B8%A4%E4%B8%AA%E6%AD%A5%E9%AA%A4%EF%BC%9A”>

  1. 创建自定义JavaScript变量。%E6%84%9F%E8%B0%A2%E9%A1%B5%E9%9D%A2%E7%9A%84URL%E8%AE%BE%E7%BD%AE%E5%BC%95%E7%94%A8%E8%80%85%E5%80%BC%E2%80%9Cnull%E2%80%9D%E3%80%82″>
  2. 修改感谢页面上触发的标记。 对于在感谢页面上触发的任何标记,请将“referrer”字段设置为最近创建的变量。

全面禁止转介给定页面可能看起来有风险,但是感谢页面只能在结帐渠道中访问(或者应该是可访问的) – 没有人在感谢页面上开始他们的用户旅程 – 所以没有丢失宝贵的风险源数据。

社交登录

《Google Analytics中会话拼接的4种基本方法》

社交登录不能依赖一揽子域名推荐排除 – 虽然Google登录可能来自accounts.google.com(您可以安全地排除的子域名),其他人,如Facebook,来自facebook.com,几乎每个网站都有来自Facebook的非登录推荐流量。

常见的解决方案是在新选项卡或窗口中打开授权,这样可以保持站点会话的连续性。 但是,广告拦截器可能会干扰此过程,或者您可能更喜欢 – 为了用户体验 – 不要打开新窗口。

另一个解决方案 – 就像Ahava的感谢页面策略一样 – 是%E8%A6%86%E7%9B%96%E6%88%96%E5%BF%BD%E7%95%A5%E6%82%A8%E7%BD%91%E7%AB%99%E4%B8%8A%E6%89%98%E7%AE%A1%E7%9A%84%E7%99%BB%E5%BD%95%E5%90%8E%E9%A1%B5%E9%9D%A2%E7%9A%84

I帧

iframe是会话拼接的挑战,部分原因是因为iframe内容通常会在Google Analytics代码触发之前加载。 这意味着%E4%BC%A0%E7%BB%9F%E7%9A%84%E8%B7%9F%E8%B8%AA%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88“>

要解决此问题,您可以配置iframe内的页面以延迟创建其跟踪器,直到它从父页面接收到客户端ID数据。 在父页面上,您将其配置为使用postMessage将客户端ID发送到iframe页面。

痛苦的iframes上的跨域跟踪可能是-Ahava将它们称为“存在于网站之间的空白中的无法检查的小怪物怪物” – 他们(通常)也经常在网络表单中使用,供应商更关注移动形式将数据转换为CRM,而不是在Google Analytics中跟踪这些交互。

Bounteous%E8%A7%A3%E9%87%8A%E4%BA%86%E5%9C%A8%E8%B7%A8%E5%9F%9Fiframe%E8%B7%9F%E8%B8%AA%E4%B8%AD%E4%BD%BF%E7%94%A8postMessage%E7%9A%84%E8%BF%87%E7%A8%8B%EF%BC%9A”>

我们可以让我们的孩子iframe发出一条消息,我们可以“监听”并使用它来通知GTM发生了重要的交互。 这非常适合跟踪iframe中的简单表单提交等内容[。 。 。]我们需要采取以下步骤:

1.)发布我们的孩子iframe的消息
2.)在我们的父框架中监听消息
3.)当我们捕获消息时,将事件推送到GTM数据层

有一个重要的警告: 您必须能够向iframe添加代码。 如果没有,该过程将不起作用。

Ahava为跨域iframe跟踪撰写了两个解决方案,其中最新的使用customTask“>

customTask API是Universal Analytics库的一项功能(也可由Google跟踪代码管理器的代码使用)。 它允许您在生成时从(测量协议)命中获取和设置值。

对于%E8%B7%A8%E5%9F%9Fiframe%E8%B7%9F%E8%B8%AA“>

《Google Analytics中会话拼接的4种基本方法》
Ahava解决方案中iframeDecorator对象的参数。 ( %E5%9B%BE%E7%89%87%E6%9D%A5%E6%BA%90“>

当Google Analytics向主页注册匹配时,Ahava的解决方案会提示customTask查找与预设CSS选择器匹配的iframe,然后使用初始匹配的客户端ID修饰iframe网址。

然而,即使这个解决方案也很脆弱,特别是如果iframe包含重定向 – 确实是“无法检查的狗屎怪物”。

结论

会话拼接使Google Analytics数据与我们所知道的真实对齐:用户可以一次性在域之间导航,完成购买或填写表单,这些表单可以简单地将这些数据转换到另一个域。

这些互动的关键性质 – 登录前和登录后,匿名访客与已知潜在客户,潜在客户与过去购买者 – 使会话拼接非常值得付出努力。

将用户交互编织在一起可以增强归因数据,并减少用户旅程中关键时刻的盲点。

相关文章

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注