index是什么意思啊 index是什么意思 index翻译成中文( 二 ) _是什么

文章插图
我们仔细观察cs-uri-stem ，会发现有很多无用数据。比如/images/index_r2_c1.jpg ，它是向服务器请求了图片数据，对我们分析其实没有多大帮助。用户访问的具体网页，是/index.asp这类以.asp为结尾的。
利用过滤功能，将含有.asp字符串的内容提取出来，并且只保留date、time、c-ip、cs-uri-stem、cs-uri-stem 。按c-ip和time按从小到大排序，这样用户在什么时间做了什么的行为序列就很清晰了。

文章插图
像172.16.100.11这位游客，在凌晨30分的时候访问了网站首页，然后浏览了校园新闻和一周安排相关的内容，整个会话持续了半小时左右的时间。
Python相关的清洗留待下一篇文章，这里就不多花时间讲解了。感兴趣，大家可以先自行练习一下。
二、APP行为数据数据埋点，抽象理解便是记录用户在客户端的关键操作行为，一行数据便等于一条行为操作记录。点击「立即抢购」是，在文章页面停留5min是，发表文章评论是，进行退出登录操作是，视频网站首页看到了10条新视频的内容曝光也是…反必要的，我们都采集。
APP行为数据是在日志数据的基础上发展和完善的。虽然数据的载体是在APP端，但它同样可以抽象出几个要素：who、when、where、what、how 。
who即唯一标识用户，在移动端，我们可以很方便地采集到user_id ，一旦用户注册，就会生成新的user_id 。
这里有一个问题，如果用户处于未登录状态呢？如果用户有多个账号呢？为了更好地统一和识别唯一用户，移动端还会采集device_id ，通过手机设备自带的唯一标识码进行区分。
实际的生成逻辑要复杂的多，安卓和iOS不一样， device_id只能趋近于唯一、用户更换设备后怎么让数据继承，未登录状态的匿名账户怎么继承到注册账户，这些都会影响到分析的口径，不同公司的判断逻辑不一致，此处注意踩坑。
回到用户行为：
when依旧是行为发生的时间。where即行为发生的地点，手机上，通过GPS定位权限，获取用户比IP更详细的经纬度数据并不难。what是具体的行为，浏览、点赞、评论、分享、关注、下单、举报、打赏，均是行为，如何统计取决于分析的维度。如果我们想知道用户的点赞行为，那么在用户点赞的时候要求客户端上报一条like信息即可。
如果只是到这里，还称不上埋点，因为点赞本身也会写入到数据库中，并不需要客户端额外采集和上报，这里就引入了全新的维度：how 。
如何点赞，拿微信朋友圈举例。绝大部分的点赞都是在朋友圈timeline中发送，但是小部分场景，是允许用户进入到好友的个人页面，对发布内容单独点赞的。服务端/后台并不知道这个点赞在哪里发生，得iOS或安卓的客户端告诉它，这便是how这个维度的用处。
换一种思考角度，如果很多点赞或留言的发生场景不在朋友圈，而是在好友个人页。这是不是能讨论一下某些产品需求？毕竟朋友圈信息流内的内容越来越多，很容易错过好友的生活百态，所以就会有那么一批用户，有需要去好友页看内容的需求。这里无意深入展开产品问题，只是想说明，哪怕同样是点赞，场景发生的不同，数据描述的角度就不同了：朋友圈的点赞之交/好友页的点赞至交。
除了场景，交互行为方式也是需要客户端完成的。例如点击内容放大图片、双击点赞、视频自动播放、触屏右滑回退页面…产品量级小，这些细节无足轻重，产品变大了以后，产品们多少会有这些细节型需求。
行为埋点，通常用json格式描述和存储，按点赞举例：

文章插图
params是嵌套的json ，是描述行为的how ，业内通常称为行为参数， event则是事件。action_type指的是怎么触发点赞， page是点赞发生的页面， page_type是页面的类型，现在产品设计，在推荐为主的信息流中，除了首页，还会在顶栏划分子频道，所以page=feed ， page_type=game ，可以理解成是首页的游戏子频道。item_id指对哪篇具体的内容点赞， item_type是内容类型为视频。