2019年,谷歌宣布App+Web的引入。如果你正在寻找应用程序+Web的深入概述,请查看我们的帖子在这里.
在这篇文章中,我们将介绍我们一直被问到的关于App+Web的常见问题,包括它是什么,为什么你应该关心它,以及如何使用它。
App+Web与谷歌Analytics有何不同?
简单地说,App+Web是谷歌Analytics的下一个迭代,如果你愿意的话,可以称之为GA版本2。它结合了从你的网站(通过gtag或谷歌标签管理器)测量你的应用程序(通过Firebase),所以你可以在一个地方分析你的用户。
虽然它是为了满足今天的测量需求而从头开始构建的,但它借鉴了许多测量机制重火力点.
在这样做的过程中,它远离了我们在谷歌分析中已经习惯的数据模型。所有这些都发生在一个新的web UI中,一些新的和更新的api,以及每日导出到BigQuery(大数据爱好者高兴了!).
App+Web使用新的数据模型
虽然这听起来很高级,但在这种情况下,您可以将数据模型视为:如何处理和组织数据.这对如何聚合和使用数据产生了影响。
- 新的数据模型有两个级别:用户>事件
- GA的数据模型有三个层次:用户>会话>命中
下面的图表很好地总结了这一点:
正如你所看到的,数据模型的级别从三级上升到二级,并将关注点转移到用户和事件上。事件范围从页面或屏幕视图到特定操作,如网站搜索、文件下载、视频查看等。
需要明确的是,这并不意味着App+Web中没有会话,它们是可用的。它们甚至可以通过BigQuery进行计算(类似于当前的GA360 > BigQuery会话情况)。这也不意味着归因的概念或者来源/媒介/活动等都将消失。这些肯定还会存在。这一变化意味着一切都将是用户优先,而不是会话优先。
为什么谷歌引入了一个新的数据模型?
之前的数据模型基于Session的任意构造。在过去的几年里,尽管谷歌试图将用户指标放在前面和中心,会话仍然是大多数人与GA交互的方式。
虽然这种基于会话的思维模式是有用的,但随着网络和应用的发展,这种模式已经有些过时了。总之,新的数据模型将意味着用户和他们所做的事情将成为报告和分析的重点。如果Session落在X或Y页面上就不会。
GA数据模型的建立并不是为了衡量我们今天使用互联网的方式——无论是台式机还是智能手机。
新数据模型的好处是什么?
这种新的数据模型的引入意味着web和应用测量之间更大的灵活性和可移植性,这已经成为我们今天使用互联网的代名词。
这也意味着我们将不受预定义时间窗口的限制。
App+Web将允许我们分析和了解我们的用户是否在做我们希望做的事情。让我们的数据更加强大。
全面比较:谷歌分析vs App+Web
主题/项/配置 | 谷歌分析标准属性 | 谷歌分析“应用程序+Web”属性 |
数据模型 | 对会话的关注,会话由操作(命中)组成,并作为用户聚合。 | 关注用户及其操作(事件)。 |
数据流 | 不,目前需要为Web, iOS应用程序和Android应用程序创建单独的属性。 | 应用程序+Web属性的数据源-应用程序或网站。 |
基线测量 (从盒子里出来) |
|
|
参与跟踪 |
|
|
抽样 | 是的 | 不是,而是更严格的配额 |
历史数据限制 | 没有 |
|
电子商务的测量 | 是的,通过增强的电子商务跟踪 | 还没有,但我们预计这很快就会到来! |
更新的代码库 | 通用分析,UA ID, UA- xxxxx - y | Gtag,测量ID, G-XXXXXXX |
会话/用户分析 | 段 | 观众 |
到BigQuery的本地连接 | 仅限ga360客户使用 | 每日导出到BigQuery |
事件的层次结构 | 是,事件类别/事件标签/事件操作 | 替换为一个扁平的事件结构 |
自定义指标 | 是的 | 事件替换 |
自定义尺寸 | 是的 | 替换为用户属性 |
的观点 | 是的 | 目前不可用 |
查看过滤器 | 是的 |
|
IP匿名化 | 不是违约,但有可能 | 默认设置,没有办法 |
漏斗 | 仅限ga360客户使用 | 是的,而且升级为开放式漏斗 |
部分重叠 | 仅限ga360客户使用 | 是的 |
路径控制 | 在GA中有限的,基本的路径(被广泛认为是无用的,明显不如竞争对手Adobe分析工作区). | 是的,包括向后路径! |
用户浏览器 | 是的 | 是的 |
关于App+Web的其他常见问题
我是否需要一个移动应用程序才能使用App+Web?
不,你不需要有一个实际的移动应用程序来使用谷歌分析的App+Web属性类型!
这就是App+Web的美妙之处,它不需要应用程序,而是为应用程序和Web测量一起构建。你只需配置你的App+Web属性与数据流从你的网站,这就是它。
不管你将需要创建一个Firebase项目(见下文)。
我需要Firebase来使用App+Web吗?
不。嗯,算是吧。
目前,至少在产品处于测试阶段时,您需要创建一个Firebase项目,以便在谷歌Analytics中显示新属性。
有关如何配置App+Web属性的更多信息,请查看克里斯塔·塞登的精彩帖子或想要了解更多的技术深度,请查看Simo Ahava的网站。
我应该迁移到App+Web吗?
如果你现在衡量一个网站或应用程序,那么简单的答案是,正如你可能猜到的那样,是的.但这并不意味着停止使用或维护当前的GA。
真正的问题是当(不如果)你应该完全迁移到App+Web。
由于向App+Web作为您的测量真相来源(技术上和组织上)的过渡的提升,我们建议同时运行谷歌Analytics(网站)/ GA用于Firebase(应用程序)和App+Web,至少在相当长的未来和此后的12 - 14个月以上。
这是为了确保逐年的比较,数据平价,并为您和您的组织提供所需的时间来适应、学习和适应App+Web。
我如何准备App+Web?
我们正在编写一份更深入的指南,介绍如何准备和迁移到App+Web。注册我们的通讯,当发布通知!
与此同时,以下是你应该如何为App+Web做准备的简短清单:
- 学习-虽然这似乎是不言自明的,但了解App+Web将是迁移到它的关键!走到这一步,你已经朝那个方向迈出了一步。继续学习!
- 实现一个App+Web测试属性-熟悉App+Web的最佳方式将是看到它的现场和(数字)肉!我们建议现在就设置一个属性来开始这个过程,但要注意的是,你还不应该让它成为你的真相来源。
- 注意:不需要改变或关闭任何当前的GA标记或配置,无论是在页面上还是通过GTM。App+Web的标签不会干扰GA的标签,反之亦然。
- 记录当前的实现-当前GA配置的健壮和最新文档将是确保迁移顺利进行的关键。这将使你能够盘点当前所追踪的内容,并评估哪些内容应该移植到App+Web,哪些不需要。
- 考虑与App+Web测量相关的业务目标-在这个阶段,你应该积极反思当前所追踪的内容及其原因。重点是为什么。现在是清理旧实现的时候了,以确保所测量的任何东西在决策制定中都是有用的。这里的目标是确定您希望在App+Web上下文中跟踪哪些用户操作。
- 注意:在这个阶段,您仍然处于概念阶段。下一步是关于检测和实现。
- 最终,实现一个产品应用程序+Web属性-虽然我们今天不建议这样做,但最后一步是真正转向App+Web。在这一步,你要考虑如何利用App+Web的新功能来实现你的业务目标。虽然简单地转换以前的实现似乎是个好主意,在某些方面也确实如此,但您最好用App+Web的数据模型重新考虑度量。对于迁移事件跟踪来说尤其如此,因为App+Web没有我们所知道的层次结构(事件类别/动作/标签)。
关于App+Web,你还有哪些迫切的问题?请在下面的评论中告诉我们!