很多运营都遇到过这样的情况：打开生意参谋实时概况，访客数显示300多人，切到实时来源页面把各渠道人数加起来，怎么加都凑不够300。第一反应是系统统计出问题了，其实不然，这个现象背后有清晰的逻辑。
实时概况和实时来源的统计口径本来就不同
要理解这个问题，先得弄清楚两个模块各自的定位。实时概况面向的是店铺整体经营视角，展示的是全店核心指标，包括访客数、浏览次数、支付金额、支付买家数等，目的是让运营快速掌握店铺当前的整体运转情况。实时来源则侧重于流量的来源分析，展示免费搜索、直通车、引力魔方、淘宝客、淘内免费、淘外流量等各渠道的明细数据，目的是搞清楚访客从哪里来、哪个渠道转化效果更好。
实时概况中的访客总数，是把所有进入店铺的人全算进去了，包括直接输入网址进入的用户、点击浏览器收藏夹进入的用户，以及部分通过站外链接跳转但未能识别来源的用户。这些访客在实时来源页面里往往没办法被归纳到具体的渠道分类中，因此实时来源各渠道的访客数加总，通常会比实时概况的访客总数少一些。
举个例子。假设店铺今天有200个访客，其中搜索渠道带来90人，付费广告带来60人，淘宝客带来20人，还有20人是从收藏夹进入的，剩下10人是直接输入网址进入的。实时概况显示200人，实时来源只能统计到170人，差的30人正是收藏夹和直接访问这两部分无法归因的流量。
数据更新延迟带来数字时间差
除了统计口径问题，两个模块的数据更新机制也不同。实时概况的刷新频率非常高，通常几十秒就会自动更新一次，数据颗粒度很细。实时来源因为要处理多维度多渠道的数据归因，计算过程更复杂，所以刷新频率相对较低，延迟时间从几分钟到十几分钟都很常见。
举例来说，你在09:30打开实时概况，页面显示访客数500人。过了两分钟切到实时来源页面，这个页面可能还停留在09:25甚至更早的数据。拿09:30的概况数据和09:25的来源数据做对比，自然会出现差值。尤其在流量高峰期，数据处理任务排队，两个模块的时间差会被进一步拉大。
可以把实时概况理解为快照型数据，随时变化随时展示；实时来源则属于归因型数据，需要把每一条访问记录拆分到具体渠道，计算链路过长，统计速度自然会慢。做数据对比前，最好先等两个页面都完成最新一次刷新再记录数字。
时段选择和筛选条件同样会影响结果
很多人在对比数据时会忽略页面上方的筛选条件。实时概况左上角默认展示的是今日全部终端的数据，而实时来源页面可能默认只展示了无线端，或者只选择了部分渠道类型。筛选条件不一致，最后看到的数据自然对不上。
还有一些细节容易被忽略，比如分时对比功能。实时概况可以按自然日累计展示，也可以按某个时段单独查看。实时来源同样支持按时间段过滤。如果两边选择的时间范围不是同一个区间，数字对不上就完全正常了。
另外，不同版本之间的统计规则也存在差异。店铺开通了生意参谋标准版或专业版后，实时来源里会开放更多细分功能，比如店铺来源、商品来源等。版本不同，某些字段的统计口径也可能不同，这也会造成数字差异。
如何正确查看生意参谋实时来源数据
既然实时概况和实时来源各有不同的统计逻辑，实际操作中应该怎么查看，才能避免被数字误导？建议按照下面的步骤来操作。
第一步，打开生意参谋后台，进入实时概况页面，先确认右上角的时间显示是今日还是其他日期。第二步，查看终端筛选位置，确认当前选的是全部终端还是仅无线端。第三步，点击进入实时来源页面，同样把时间范围切换到今日，终端选择全部终端，确保两个页面基本筛选条件一致。
第四步，实时来源页面会按照免费搜索、直通车、引力魔方、淘宝客、淘内免费、淘外流量等分类展示各渠道数据。此时应该直接看各渠道的访客数和支付金额，分析渠道之间的对比关系，而不是拿某一个渠道的访客数去跟实时概况的访客总数做加减。第五步，如果需要记录数据，建议在整点或半点等相对稳定的时间点刷新页面，同步截图留档。
需要特别留意的是，实时来源页面还包含店铺来源和商品来源两个子模块。店铺来源用于展示进店流量的来源构成，商品来源用于追踪某个商品链接的流量情况。两者展示维度不同，查看时不要混淆。
| 对比项 | 实时概况 | 实时来源 |
|---|---|---|
| 统计目标 | 全店核心经营指标 | 流量渠道来源构成 |