编辑导语：在上一篇文章中，作者主要分享了关于数据埋点的焦点问题：当我们在谈论数据埋点时，我们在谈论些什么？；本文作者分享了关于接头用户行为数据收罗事情的焦点——埋点模子，我们一起来看一下。

《数据埋点，一次讲个够》系列文章的第二篇，接头用户行为数据收罗事情的焦点——埋点模子。

主要接头：

主流的埋点模子–事件模子

凭据事件模子的思路，如何设计埋点

下面来聊一聊埋点模子：

一、事件模子

埋点体系中一个很是重要的角度是埋点模子，它抉择了我们以什么样的架构收集用户行为信息。

换句话说埋点模子回响的是数据收罗的世界观，我们用什么样的视角去领略用户行为；好比，以产物的视角，用户和产物的交互可以领略为欣赏了页面、点击了按钮，对付页面欣赏的行为，埋点会记任命户id、ip、进入页面时间、页面名称等等，然后把这些数据单独落到一个表中，后续我们基于这张表可以查询 PV、UV 这样的指标。

对付点击行为，埋点会记任命户id、ip、点击时间、按钮名称、按钮所属页面名称，这些信息会落在别的的表中，后续基于这张表可以查询点击某元素的用户数等指标；这样的埋点模子是基于产物视角的，我们把用户对产物的操纵分为几种范例，针对差异类的行为配置差异的字段；这是 PC 时代的设计 *** ，埋点能收罗到的内容相对牢靠，能统计的指标也较量有限，也是 PV、UV、跳出率、逗留时长这些，和业务数据买通较量坚苦，笔者就职的上一家公司，就回收这种模子来设计埋点。

今朝主流的埋点模子是「事件模子」，市面上提供用户行为阐明处事的绝大大都厂商都回收这种模子，好比，GrowingIO、神策、诸葛IO、TalkingData、友盟、Mixpanel等。

所谓的「事件模子」，其实是「事件 – 用户模子」，简朴领略，我们把用户的行为记录为事件和用户，别离存在事件表和用户表中，事件表中记录 Who、When、Where、What、How，即谁在什么时间，什么所在，以什么样的 *** ，做了一件什么样的事，用户表内里记录了某个用户有什么样的属性特征，好近年数、性别等。

在我看来，事件模子有三个利益：

1）抽象本领强，能全面、风雅地描写的用户行为

对比于 PC 时代的页面模子，事件模子表达本领更强，能刻画更多范例的用户行为；因为，对付页面模子的埋点，在最开始的时候已经牢靠好了收罗哪几种范例的行为，好比页面欣赏、按钮点击、push点击等等，差异范例的埋点也确定了个中会收罗哪些字段，假如后续业务同学想在某个埋点中新增本性化的字段是较量贫苦的。

针对添加本性化字段的需求，一种办理 *** 是，我们在每类埋点中都预留一个 valvus 字段，以 k-v 的形式来记录此类埋点下所有本性化的字段，这样是可以办理问题，但本钱较量高：

一个字段中存了多个信息，埋点元数据的打点本钱增加；

这样的字段很是机动，难以约束业务方凭据约定上报数据，有大概会呈现一个 values 字段包括了上千个k-v，数据质量难以把控；

在后期处理惩罚数据时，需要做特另外理会事情。别的，对付页面模子，假如后头要再收罗一类埋点，需要从头设计一类埋点，后头的表、查询模子都要从头开拓，很是的不机动。

2）可买通业务数据和行为数据，实现更风雅的用户行为阐明

要把业务数据放入页面模子中是较量坚苦的，而对付事件模子，只要这个业务进程是有用户参加，就可以把业务数据暗示为谁在什么时间、什么所在、以什么样的 *** 、做了一件什么样的事；跟着用户行为阐明越来风雅，越来越深入业务，买通业务数据和行为数据已经是一件须要的事了，而事件模子在数据收罗阶段就办理了这个问题。

3）容易领略，埋点设计起来相对容易

事件模子把用户和用户行为描写为「谁在什么时间，什么所在，以什么样的 *** ，做了一件什么样的事，这个用户有什么样的属性特征」，很是贴近自然语言，在很洪流平上低落了模子的领略难度。

鉴于业界主流已经从页面模子切换到事件模子了，发起在构建埋点体系时只管回收事件模子。后头的埋点设计也会以事件模子来说。

二、设计埋点

设计埋点是凭据埋点模子把将业务需求翻译成为开拓能懂的语言。

假如回收事件模子，翻译进程可以归纳综合为四个步调：业务阐明、界说指标、事件设计、属性设计。