与app访问路径和销售归因相比，wap端的特殊之处在于：
1. wap端可以浏览器多开，这就意味着在同一时间，用户的访问路径不止一条，可能是多条，相互并行。
因此就不能按app访问路径那样按时间顺序向后追溯路径，而是要根据refer url按时间向前逆推，推出整条路径。
2. wap端浏览器可以发送refer url，但当用户点击浏览器上的返回时，浏览器是发新的PV数据，还是不发，还是发老的PV数据，这就完全是由浏览器特性决定。
如此一来，底层数据中就会比较混乱，当做成路径表以后，表中可能会存在很多无效的碎片路径，但这并不影响后续的销售归因
3. 用户会存在多端浏览的情况，比如在app端浏览，在wap端下单。当只看wap端数据时，就会发现部分商品没有被浏览过，最终却成交了，这就是用户多端互动导致。
之前处理APP端数据时，因为APP端数据的量级较大，这个问题不明显，但在处理wap端数据时，就能明显感觉到
解决方案是通过user_id关联多端数据，进行数据补齐，但这一步涉及到的前提工作很多，且需要处理数据量很大
4. 第二点中提到有部分cookie的PV记录没有refer url，但绝大部分是有的。
对于有refer url的cookie可以使用第一点中的算法，而对于剩下的cookie就需要使用app的路径算法来近似解决
wap端访问路径和销售归隐
原文：http://www.cnblogs.com/millerstar/p/4758389.html
