0x01 站内数据埋点

数据埋点的数据分为三个重要组成部分：

1.数据埋点的业务配置信息：包括负责人的账号id、埋点数据的业务分类、分类打标签等

2.用户访问环境信息：包括账户ID、城市id、手机系统的版本等等

3.数据埋点动作信息（事件信息）：包括坑位模块id、商品id、个性化的数据标签等等

我们会发现不仅城市拥有这个规律和常识，用户的wifi，APP版本，登录账号，手机系统，手机品牌的等等属性都是类似的，所以，我们将其统一归为环境数据信息，在一次会话中仅收集

和环境信息比较类似的是业务信息，我们在通过工具或者各种记事本管理数据埋点的时候，我们对埋点的业务定义已经明确，比如埋点数据的事件id，我们很清楚的知道它是谁负责的，中文名称是什么，所以我们在用户访问产品，触发埋点的时候完全可以选择不上报这部分数据，从而减少数据上报量。等我们将埋点数据收集采集到数据库的时候，同我们已知的明确的定义信息进行一次关联即可。获取一次（特殊的业务场景除外，比如定位信息可能主动、被动的多次触发）。

数据触发时间上报策略说明：

1.露出上报采用实际展示曝光上报策略，只有当事件本身实际曝光显示在屏幕当中才需要触发上报策略进行数据上报（露出像素>0px）； 

滑动：在页面内上下滑动时，不重复记录；

刷新：刷新当前页面时，重复记录曝光；

翻页：下拉到新一页后再返回到前一页，上下滑动不重复记录

返回：事件点击到落地页后，从落地页返回（包括返回按钮返回、滑动返回、支付等行为后自动跳转返回），不重复记录录曝光；

唤醒：a) 手机锁屏被打开，直接展示事件所在的页面，不重复记录曝光；b) 应用或者浏览器在后台被唤醒，展示广告所在的页面，不重复记录曝光；

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

备注：

1.数据埋点中的“点击事件”在触发“点击”动作的时候上报埋点数据，触发条件很明显，不容易有歧义，所以很少单独强调。

2.其他类似的滑动、编辑、订单键、加载触发条件，因为不是主流触发条件，我们在后续课程中单独介绍。

0x02 站外数据埋点

例如：运营促销活动的URL添加参数如下：

https://www.xxxabc.com/about/1.html?source=sina_joker_ad_about_01（可简化）

参数说明：

?：问号后面是我们的埋点参数，以问号分割的作用是不影响正常的访问链接

source：埋点字段的命名，source表示参数的名字，source后面是参数的值

sina：表示来源的渠道，如果是sohu，那么这里是搜狐即可

joker：表示来源渠道的负责人

ad：表示为广告类型，这里以ad表示一类广告

about：表示对应的是此次about这个活动

01：如果我们对这个资源位做了很多不同的广告图片素材，我们可以对素材编号为01，02……

0x03 一种透传方案

数据触发上报说明：

我们希望统计浏览小视频的来源入口，比如通过首页的“搜索”还是“关注”进来的。我们需要在做如下2件事情。

1.当用户通过“搜索”进行内容筛选查找小视频的时候，在触发搜索任务的时候上报如下埋点数据。

2.当用户向下访问的时候，尤其是在到达“浏览小视频”目标页的时候，触发上报埋点参数。

同样原理类推如果想统计通过“关注”到达浏览小视频的目标页，埋点数据如下：-

备注：

1.“关注”的埋点参数“content:”guanzhu" ，vlaue可以为空（“content:”“ ）

2.这种埋点有很严格和复杂的”抹除“逻辑，需要有很强的层级概念，比如用户通过”搜索“进入结果页但是未能再进一步，选择返回首页通过”关注“最终到达”浏览小视频“目标页，那么”搜索”相关的参数需要在“回退”的时候抹除，写出最新的“关注”埋点参数。

0x04 作业

1.观察：

https://www.nowcoder.com/discuss/347689?type=post&order=create&pos=&page=1

这里的?type=post&order=create&pos=&page=1就是埋点吗？

2.问题：

对埋点的还需要进一步了解。