当我们点击一个控件时，要上报哪些内容才能全的分析这个点击行为呢？
准确的说，一个事件的触发，有4个因素：触发者、触发位置、触发的事件、触发的时间。(3)触发的事件事件类型有浏览、点击、曝光、悬浮，下拉、滚动、长按、右键等等，常用的还是浏览和点击。(4)触发的事件事件触发的时间一般取的是客户端时间，也就是用户的本地时间，如果用户的设备是移动端，取的就是手机时间，如果是电脑，取的就是电脑的时间。
但是客户端的时间不太准确，因为用户可以去更改设备时间。所以我们需要一个机制去校准客户端时间。一般的做法是，在上报事件时，我们会上报事件触发时间t1和数据发送时间t2，服务端也会拿到一个接收数据的时间t3，如果t3-t2>60s，则认为客户端时间不准，要对客户端时间进行修正，修正后的客户端时间是：t1+(t3-t2)为啥t3-t2>60s会认为不准，因为数据发送到接收的时间，一般不会超过60s。 代码埋点属于侵入式埋点，由开发手动在代码内植入预埋点，完全由开发控制埋点的位置时间和触发机制。好用的前端埋点自定义埋点方案
众所周知产品通过埋点可以进行用户行为分析，随着互联网发展，企业对于网站的PV、UV、用户的转化、新增和留存也越来越关注。而完整的数据采集是一切的前提。
埋点即监控用户在应用表现层的行为，于产品迭代而言至关重要，运营，产品，数据分析基于此来对用户行为进行分析统计，同时埋点也可作为一种前端监控的手段，检验功能是否达预期的佐证。
基于埋点数据进行用户行为分析，可以得到包含页面点击量、用户访问量、用户访问路径、用户转化率、导流转化率、用户访问时长和用户访问内容分析等重要数据。 专业的前端埋点曝光事件系统前端埋点曝光和浏览数据监测。
代码埋点是webfunny前端监控埋点系统的基础与关键，它足够丰富稳定，可以让我们在使用全埋点与存储上报等功能时无后顾之忧。大家可以到官网体验demo使用。
代码埋点使用场景：App的整体日活，App元素点击的每日次数，可使用全埋点；App某个指定按钮的点击事件，某个特定页面的页面浏览事件，可使用可视化全埋点；若对于业务统计要求非常准确，安全性要求比较高的用户数据，例如注册、支付成功，可使用服务器埋点；以上方案解决不了，或者自定义的内容较多，例如加入购物车、提交订单等，可使用代码埋点。
代码埋点的使用场景，先来看下代码埋点的优缺点，尽量扬长避短。
优点：原理简单，学习成本较低；使用较为灵活，能够根据业务特性自定义时机、属性、事件，定制化获取数据。缺点：埋点成本高，每一个控件的埋点都需要添加相应的代码，不仅工作量大，而且限定了必须是技术人员才能完成；版本更新前后，容易发生数据紊乱；需要企业长期且稳定地完善埋点，并不断根据业务来更新。
根据上述的优缺点可以知道：代码埋点使用较为灵活，但是成本较高。因此，比较好在全埋点、可视化全埋点等埋点方案无法解决问题时，或者更强调自定义的场景时来使用。 埋点是为了满足快捷、高效、丰富的数据应用而做的用户行为过程及结果记录。
代码埋点的实现原理比较简单，主要是初始化 SDK 之后，在某个事件发生时调用 - track: 或 - track:withProperties: 等相关接口，将触发的事件和属性保存到数据模型中（SDK 中使用的是 NSDictionary 类型的数据模型）。
并将数据模型转化为 JSON 串，存储到本地数据库中。然后，按照发送策略将数据发送到指定的服务端。例如：我们想统计 App 里面某个按钮的点击次数，可以在这个按钮对应的点击方法里面调用 SDK 提供的接口来采集事件。
webfunny前端埋点系统采用了代码埋点方案、集数据集采+分析一体化轻量级系统。 埋点是数据领域的一个专业术语，也是互联网领域的一个俗称。有效的前端埋点框架平台
前端埋点活跃用户分析。好用的前端埋点自定义埋点方案
产品全埋点还是分块埋点？分块儿埋点的话有什么响应机制？应用措施？
全埋点和分模块埋点，直接的影响是数据存储成本的问题，作为一个数据分析，这也是不得不考虑的问题，如果数据结构优化不做好，每年浪费的存储成本可能会是百万级的消耗。随着周期的增加，成本浪费会更严重。
所以说，企业数据的分析，不仅局限在数据本身，而应该是多元的剖析，多场景的结合。凡事都不简单，如果简单为什么那么多人都没有做成功，只不过是层次还到而已。 好用的前端埋点自定义埋点方案
上海观纵科技有限公司致力于传媒、广电，以科技创新实现高质量管理的追求。公司自创立以来，投身于webfunny前端监控，webfunny前端埋点，全链路应用性能监控，Argus-IT运维监控，是传媒、广电的主力军。观纵科技不断开拓创新，追求出色，以技术为先导，以产品为平台，以应用为重点，以服务为保证，不断为客户创造更高价值，提供更优服务。观纵科技始终关注传媒、广电行业。满足市场需求，提高产品价值，是我们前行的力量。
