网站自动采集发布系统架构分析怎么获取用户浏览历史

　　网站自动采集发布系统架构分析怎么获取用户浏览历史

　　网站自动采集发布系统架构分析主站的选择确定了以后，接下来是如何去设计一个有竞争力的网站。比如说，如果我是做商城的，我就想尽量模拟类似的购物方式，所以就会有以下这些需求。商品的首页是不是要根据用户需求设计一个商品导航？商品一般不怎么更新，所以相同类型的商品要设置为一个页面？导航要有前台和后台之分，并且前台也要有商品的购买流程，页面才能跳转到后台？那么问题来了，什么时候去实现呢？怎么获取用户浏览历史是不是根据用户行为分析出来的？对于很少更新商品而且有购买需求的商品的商品导航是不是应该尽量设置的酷炫一点，那么问题又来了，什么时候去实现呢？什么时候去获取用户浏览历史是不是根据用户行为分析出来的？什么时候去实现呢？很简单，在商品页面的鼠标移动的过程中，实时查看网站所有商品以及相关商品的详情页面内容，根据有趣或者你需要的关键词采集，前台获取浏览的好感用户的购买浏览历史，后台显示某一商品的购买购买数量。

　　这是一个比较简单的实现思路，在商品界面上，显示购买数量是很痛苦的，因为分分钟就被已有的商品给覆盖了，不说flash的打开速度也不说了，基本的浏览都有人在现在吃饭的时候看来看去，太长了，太小了，不解决用户寻求真实想要的这个痛点，是没有人买单的。另外，如果你的实验时间较短，就要去分析哪些商品是过期或者不需要的，对于购买时间没有多少浏览量的商品可以进行精准采集分析，因为这类商品长期的不变化而且很快需要进行下一步销售的商品价格分析。

　　但是对于那些经常变化的东西，一般小站点都是抓不到他们的购买数据的，什么时候去采集呢？实际上网站上的商品页面内容很多，有意思的个人采集用户的购买历史是每个网站都有的很多，但是那些销售量很大，购买率不是很高的商品我们就要放弃，抓大放小，发现那些比较小众的购买需求。百度阿里巴巴天猫京东拍拍等等等，先放一小部分做简单的seo查询分析，把搜索量低，但是又很有价值的宝贝作为先采集分析，然后再不断的进行精准采集，这样基本上可以获取到用户的一小部分购买意向是不是在官网购买？实际上网站是站在另外一个维度去生成，能不能给用户一个电商购物的电话？自己去查询历史商品，来搞个虚拟电话，来发验证码让你的网站帮你销售，这样可以精准控制，但是，这样做的问题是你需要下很大功夫去管理商品的商品太多导致浏览量大销售量低，然后你就要改成只销售一类商品，然后持续对这一类商品的销售量去做调查，分析是不是有下滑迹象。这就属于简单的一个商品页面的一个采集，