会话数（Sessions）
也叫：访问次数
业务报告里的访问次数。按「一次访问」计，不是按点击计，也不是按人计。
怎么算
总会话数 = App 会话数 + 网页会话数来自业务报告。同一个买家在一次访问里把详情页看了三遍，算 1 次会话、3 次页面浏览——所以会话数总是小于等于页面浏览量。
算一遍
- 网页会话数
- 3,200
- App 会话数
- 1,800
- 页面浏览量
- 7,400
- 总会话数 = 3200 + 1800 = 5000
- 每次会话看了 7400 ÷ 5000 ≈ 1.48 个页面
总会话数 = 5,000
报表里在哪儿看
业务报告，父体与 ASIN 两个粒度各一张表。这两张表是分别导出的，不要拿子 ASIN 求和去对父体的数——它们的去重口径不一定一致。
本产品把它并进「ASIN × 日期」的宽表里。因为业务报告与广告数据各自独立滞后，用到它的地方会先声明数据日期，而不是把一个还没更新的数直接摆出来。
最容易读错的地方
会话不是人
同一个买家今天来一次、明天来一次，算两次会话。它不能当独立访客数用，也因此「会话数涨了」不等于「更多人看到了你」。
会话和广告点击是两把不同的尺子
广告点击按次计，会话按访问计：一次访问里点了两次广告，是两次点击、一次会话。这就是「总流量 − 广告点击」只能当估算的原因，两个数不在同一个口径上。
业务报告滞后，而且填充稀疏
这一列与广告数据各自独立滞后，最新一两天没有会话数是常态，不是数据丢了。用它之前先看它自己的最新日期；拿一个没更新的会话数去和最新的广告点击相减，会算出虚低甚至为负的自然流量。
会话、页面浏览、广告点击：三个数在回答三个问题
页面浏览量问「被看了多少次」，会话数问「有多少次访问」，广告点击问「广告被点了多少次」。三个数天然不同，看到它们对不上不是异常。
真正要紧的是转化率的分母用哪个：用会话数得到订单会话转化率，衡量的是 listing 本身把访客变成订单的能力；用广告点击得到广告转化率，衡量的只是广告引来的那部分流量。
常见误用是把两个标准混着用——拿「转化率 2% 算合格」这种以会话为分母的说法，去要求以广告点击为分母的广告转化率。分母越小算出来的比率越高，而广告点击通常远小于会话数，所以这么比几乎一定得出错的结论。
什么时候看它
想衡量 listing 的转化能力时它是分母；想估自然流量时它是被减数。