发现日常使用产品（WEB、APP）的数据埋点现象

日常接触的主要是网页埋点，APP端的埋点接触的比较少。

一种是链接埋点。

简而言之就是同一个网页可以有多个HTTP地址（不太清楚是http协议支持or 服务器解析网页时做了mapping）然后通过给地址中添加相应信息，并给不同渠道分配不同的网页链接，就能根据网址链接判断访问来源是哪个了。
采集的是用户在页面之间跳转的路径。主要用来区分用户渠道、访问的路径等。

一种是页面埋点，通过JS脚本代码

埋点代码在浏览网页时 被触发， 并将产生的数据上传到服务器。
这个感觉是采集用户在一个页面的操作行为。页面和页面之间的数据会断开。
比如要看一个渠道进入商品页后的转化情况，在商品页点击购买按钮的埋点中能否记录其来源渠道？
另外商品页浏览时长信息能否与支付信息一起被采集，而不是通过订单时间与页面访问时间先后顺序来判断访问页面后的购买情况？

埋点的信息分类

按神策给的一份介绍材料上的说法，这种埋点采集的信息可以分为 主体+事件

回传的数据做了初步清洗，结构化（就是从json的key_value转成了表格的样式）存在数据库里。

梳理自己目前困惑的数据埋点问题和看到的埋点知识点，并总结记录下来；

目前比较困惑的问题：

1. 页面 埋点本质上是在调用js 脚本进行吗？有其他的工具吗？
2. 埋点的可能性边界在哪里？什么情况下能够采集到数据？埋点能够采集到哪些类型的数据是由什么决定的呢？
   1. 比如要获取用户在页面停留时间，按常理推断，需要能判断用户的进入页面事件和离开页面事件，这两者有时不能完全反映现实操作，这种情况应该怎么处理？
      1. 比如，微信挂后台后，微信内的网页页面退出时间没有触发，这种情况下页面停留时间还很
3. 统计PV和UV应该用链接埋点还是页面埋点？
4. APP和网页外部的信息如何采集，例如APP的启动次数在技术上怎么实现？有专门的事件记录吗
5. 埋点采集数据时是否能够与后端通讯，例如能否将用户id回传，进行判断新老用户操作？