数据埋点概述

1.概念

什么是埋点？

埋点，是网站分析的一种常用的数据采集方法，简单来说，就是在应用中添加监控点。

学习埋点的目的：

为了设计“记录”用户“动作”的方案，记录用户“动作”发生的场景，探索用户“动作”背后的意图。简而言之，了解用户的动机，方便后续引导用户。

2.埋点的数据分类

• 流量数据，以用户访问产品，记录用户浏览行为核心的埋点数据日志；

用户访问产品时的交互动作触发的就是埋点数据里的流量数据，例如用户点击广告，用户点击跳转，用户点赞，收藏，加关注，投硬币等等都属于‘动作’，都能产生一条埋点数据。

• 业务数据，以生产系统内存储的业务表单数据为核心的业务库数据记录；

而我们看到的广告内容，视频内容，淘宝商品详情，都属于‘商品’信息，也就是被储存着的业务数据。

3.案例说明

3.1 电商商品

3.1.1数据埋点参数说明：

商品详情的数据埋点参数分三部分：

part1 配置信息：埋点负责人信息、埋点所属的业务分类信息、该埋点数据的标签信息等保持不变的信息。（所有同期在该商品的事件发生时该类配置信息始终相同）

part2 环境信息：包括用户id、账号id、所选城市id、用户名、所选城市名称、定位城市id、定位城市名称、wifi状态、app版本、系统版本等。主要用于收集用户触发事件事所处的环境。每个用户所提供的环境信息都不相同。（环境信息一般一次会话只获取一次）

part3 事件信息：坑位全app唯一标识id、商品唯一id、访问用户id、商品名称、商品价格、商品分类属性id、商品分类属性、策略id（我理解为目前活动的id，用来验证活动效果）、店铺id、个性化标签（例如参与双十一活动，双十二等）、商品位置id等等。用于上报用户的动作或事件信息数据。

坑位：商品展示位置（一般概念），或者说是可以承载内容信息并且可以运营的位置区域

3.1.2触发事件上报策略：

1.露出上报

当事件本身显示在屏幕中时（露出像素>0px），出发上报策略，进行数据上报。其中包括：

• 滑动：页面内上下滑动，不重复记录（重复记录无意义）
• 刷新：刷新当前页面，重复记录曝光（刷新频率可以反应加载状况）
• 翻页：下拉至新一页再返回上一页，上下滑动不重复记录（如果是点击翻页按钮前后翻页用不用重复记录呢？）
• 返回：事件到落地页后，从落地页返回（返回按钮，滑动返回，支付结束跳转返回），不重复记录（记录此类返回操作无意义）
• 唤醒：1.解锁后直接展示事件页面，不重复上报（用户无相关事件操作，重复上报带来错误数据）2.应用或者浏览器在后台被唤醒，展示广告所在的页面，不重复记录曝光(后台唤醒，用户未看到广告，记录无意义)；

2.没有特殊限制定义，埋点需要根据坑位颗粒度逐条上报，不做去重处理；

坑位的颗粒度越高，上报的流程越复杂。

颗粒度：指具体的详细和清晰程度

3.2 运营促销活动

运营促销活动url：

https://www.xxxabc.com/about/1.html?source=sina_joker_ad_about_01

其中?source=sina_joker_ad_about_01 就是埋点参数

其中？用于分割url，source=sina表示渠道，joker为渠道负责人，ad为业务类型，about为活动标签，01为资源id。

为了避免url太长，？后面挂一长串，一般可以整合起来，比如

https://www.xxxabc.com/about/1.html?source=abc123

其中abc123=sina_joker_ad_about_01

其他例子：当我从知乎打开teambition的广告的时候，会跳转到teambition的官网，其url为：

https://www.teambition.com/tour

?utm_source=zhihu-display&utm_campaign=project02&utm_keyword=project02

utm_source=zhihu-display，这个参数应该代表了渠道为知乎广告；

utm_campaign=project02表示这是id为02的活动

utm_keyword=project02 这个不太理解，有点重复？

类似的还有我点击百度广告跳转的链接：https://www.sanjieke.cn/course/detail/2/web/11964676?utm_source=baidu&utm_medium=sem_cpc&utm_term=新媒体培训&utm_content=业务词-培训&utm_campaign=xmt_p1&renqun_youhua=515023

3.3 短视频app

现在需要统计小视频的入口流量，比如某一个小视频用户是通过搜索、关注还是下拉看到的。

其中的埋点数据可以应用键值对来实现，也就是key:value，其中key表示参数含义，value表示参数的值

1.当用户通过‘搜索’进入小视频时，触发搜索任务并上报以下埋点数据：

storymark：//业务场景表示，用来标记对应的业务

• “index:”search" //key（index）定义为是首页，value（search）标示是来自搜索功能
• “content:”美女" //key（conten）定义的是携带的内容参数，value（美女）标示内容参数

同样，当用户通过首页的关注按钮打开小视频时，将search换为guanzhu，content可以为空，因为用户没有输入参数

2.当用户下拉访问到目标视频时，上报埋点数据

Tips：若用户通过搜索未点击目标视频，回退到首页后通过关注进入目标视频，则‘搜索’的埋点数据也许相应抹除，只保留‘关注’的埋点数据，避免造成误导。

其他例子：当用知乎搜索小姬时，其url为https://www.zhihu.com/search?q=小姬&type=people

search：q=小姬 \\key（search）表示入口为搜索，value（q=小姬）表示用户输入的参数

type=people \\key（type）表示搜索类型，value（people）表示搜索类型为用户

4.总结

案例1属于常见的站内埋点方式，常用与web，app，小程序中。

案例2属于常见的站内和站外埋点方式，常用语web和小程序平台。

案例3属于埋点透传方案，主要用于统计站内的来源入口，常用与web，app，小程序中。

5.问题

Q1：是不是当用户点击广告时产生两条数据，一条记录了用户点击的动作，一条记录了广告被点击的次数？还是说只产生一条数据，记录了用户点击了广告这个事件，后续自己拆分成流量数据和业务数据？

Q2：埋点数据上报是即时上报还是保存在用户手机上定时上报？即时上报的好处是保证数据的新鲜度，但是一直上报会不会消耗用户手机资源，影响用户体验？定时上报的数据会不会不够及时？