2019年，谷歌宣布引入App + Web。如果您正在寻找应用程序+网络的深入概述，请查看我们的帖子这里．
在这篇文章中，我们将介绍我们已经询问的常见问题，我们已经询问了App + Web，包括它是什么，为什么要关心，以及如何与之合作。
App+Web与谷歌分析有何不同?
简单地说，App + Web是Google Analytics的下一次迭代，GA版本2如果您愿意。它将来自您的网站（通过GTAG或Google标签管理器）的测量相结合，使用您的应用程序（通过Firebase），以便您可以在一个地方分析您的用户。
虽然它是为了满足今天的测量需求而建立起来的，但它借鉴了很多测量力学重火力点．
这样做，它就摆脱了我们在谷歌Analytics中所习惯的数据模型。所有这些都发生在一个新的web UI，一些新的和更新的api，以及每日导出bigquery（大数据恋人高兴！）．
App+Web使用新的数据模型
虽然它发出高级，您可以在此上下文中考虑数据模型，如下所示：如何处理和组织数据．这将影响数据如何被聚合和使用。
- 新的数据模型将有两个级别:Users > Events
- GA的数据模型有三个层次:用户>会话>点击
下图总结了：
正如您所看到的，数据模型的级别从3级变成了2级，焦点转移到了用户和事件上。事件范围从页面或屏幕查看到特定的操作，如网站搜索、文件下载、视频查看等。
要清楚，这并不意味着在App + Web内没有会话不可用，它们是。它们甚至可以通过BigQuery计算（类似于当前GA360 > BigQuery会话情况）。这也不意味着归属的概念或来源/媒介/活动等都消失了。这些肯定还会存在。这种变化只是意味着一切都将成为用户首先，不是第一个。
谷歌为什么要引入一个新的数据模型?
以前的数据模型基于会话的任意构造。在过去的几年里，尽管谷歌试图将用户公制的前沿和中心置了，但仍然是大多数人与遗布互动的。
虽然此基于会话的Mindset是有用的 - Web和应用程序的扩散使得该模型有点日期。总之，新的数据模型将意味着用户及其所做的工作是报告和分析的重点。如果会话在X或Y页面上，则不会。
GA数据模型未构建以衡量我们今天使用互联网的方式 - 既可以从我们的桌面和智能手机中使用。
新数据模型有哪些好处？
这种新的数据模型的引入意味着在web和应用程序度量之间有更多的灵活性和可移植性，这已经成为我们今天如何使用互联网的同义词。
这也意味着我们不会限于预定义的时间窗口。
App + Web将允许我们分析和解我们的用户是否正在执行我们希望的内容。使我们的数据更加强大。
谷歌Analytics vs App+Web
| 主题/项目/配置 | 谷歌Analytics Standard Property | Google Analytics'App + Web'属性 |
| 数据模型 | 焦点会议，由行动（命中）组成并汇总为用户。 | 专注于用户及其行动（事件）。 |
| 数据流 | 否，目前需要为Web，iOS应用程序和Android应用程序创建单独的属性。 | 您的App + Web属性的数据源 - App或网站。 |
基线测量 (从盒子里出来) |
|
|
| 订婚跟踪 |
|
|
| 采样 | 是的 | 不，但有更严格的配额 |
| 历史数据限制 | 不 |
|
| 电子商务测量 | 是通过增强的电子商务跟踪 | 还没有，但我们预计这将很快到来! |
| 更新代码库 | Universal Analytics，UA ID，UA-XXXXX-Y | GTAG，测量ID，G-XXXXXXX |
| 会话/用户分析 | 段 | 观众 |
| 到BigQuery的本地连接 | 仅供GA 360客户使用 | 每日出口到BigQuery |
| 事件层次结构 | 是，事件类别/事件标签/事件操作 | 用平坦的事件结构替换 |
| 自定义指标 | 是的 | 替换为事件 |
| 自定义尺寸 | 是的 | 替换为用户属性 |
| 的观点 | 是的 | 目前没有可用的 |
| 查看过滤器 | 是的 |
|
| IP匿名化 | 不是违约，但有可能 | 默认设置，没有办法绕过它 |
| Funnels. | 仅供GA 360客户使用 | 是的，而且升级到开漏斗了 |
| 部分重叠 | 仅供GA 360客户使用 | 是的 |
| 曲线 | 在GA中有限，粗糙的曲目（被广泛认为无用，并且非常令人印象深刻的VS.竞争对手Adobe分析工作区）。 | 是的，包括向后曲线！ |
| 用户浏览器 | 是的 | 是的 |
关于App+Web的其他常见问题
我需要有一个移动应用程序来使用应用程序+ web吗？
不，您不需要在Google Analytics中使用App + Web属性类型使用实际移动应用程序！
这是App + Web的美，它不需要一个应用，而是用于两个应用程序和Web测量。您只需从您的网站和它的数据流配置您的App + Web属性。
不管你将要需要创建一个Firebase项目(见下面)。
我需要Firebase使用App+Web吗?
不，好吧，有点。
现在，至少在产品处于测试阶段时，您需要创建一个Firebase项目，以便在谷歌Analytics中显示新属性。
有关如何配置App+Web属性的更多信息，请查看克里斯塔·塞登的精彩帖子要么对于更深的潜水，查看Simo Ahava的。
我应该迁移到app + web吗？
如果您今天衡量网站或应用程序，那么短暂的答案就是，如您所猜，是的．但这并不意味着停止使用或维护您当前的GA。
真正的问题是什么时候（不是如果)您应该完全迁移到App + Web。
由于电梯在过渡到应用+网络源测量真理(技术和组织的角度而言)我们建议运行谷歌分析(网站)/ GA重火力点(应用程序)和应用+ Web并排至少在相当大的未来和向上的12 - 14个月。
这是为了确保年复一年的比较、数据平价，并给你和你的组织足够的时间去适应、学习和适应App+Web。
如何为app + web准备？
我们正在编写一份关于如何准备和迁移到App+Web的更深入的指南。注册我们的通讯，当那是发布通知!
与此同时，以下是你应该如何准备App+Web:
- 学习- 虽然它似乎非常自我解释，但了解App + Web在迁移到它时至关重要！在迈出潮流时，你已经迈出了一步的方向。继续学习！
- 实现App + Web Test属性-熟悉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，你还有什么迫切的问题吗?请在下面的评论中告诉我们!
