并不是三十天的三十天
这里的统计页面不是一张表,而是十二张,一个问题一张——国家、页面、浏览器、小时、设备、操作系统、语言、地区、来源、机器人、屏幕分辨率,还有每日总数。你在顶部选一个时间段,每个面板都按这个时间段作答。
只是并非所有面板都能按同一个时间段作答,因为它们背后的表往回追溯的深度并不一样。2026 年 8 月 26 日清点:
| 表 | 行数 | 最早的一天 | 跨度 |
| 每日总数 | 113 604 | 2025-07-15 | 408 天 |
| 国家 | 318 161 | 2026-01-01 | 238 天 |
| 页面 | 101 485 | 2026-06-29 | 59 天 |
| 浏览器 | 48 473 | 2026-07-01 | 57 天 |
| 小时、语言、系统 | 85 699 | 2026-08-09 | 18 天 |
| 地区 | 21 227 | 2026-08-13 | 14 天 |
| 设备、来源、机器人 | 19 274 | 2026-08-14 | 13 天 |
| 屏幕分辨率 | 0 | — | — |
每个面板背后的查询会拿走你选的区间去问。表则用它手头恰好有的那些天来回答。中间没有任何东西会说这个区间并没有被覆盖。你向设备面板要九十天,它会拿十三天来回答,语气笃定,不加一个脚注。
为什么会不一样
不是因为保留期。清理工具把聚合数据保留 400 天,而且只有在被明确用参数要求时才会去动;每日表眼下装着 408 天,比这个上限多八天,一直没被碰过。
它们不一样,是因为它们是在不同时候加进来的。国家是一月来的。页面和浏览器是六月底。小时、语言和系统是 8 月 9 日,地区是 13 日,设备、来源和机器人是 14 日。每一个都是一项独立的小功能,各自都正确,而没有一个知道那个坐在它们所有人头顶上的时间段选择器。
读自己数字时这意味着什么
实用的规矩很简单,而且遵守它不花任何代价:永远不要把一个面板里的数字除以另一个面板里的数字。「我的访客里移动端占比」,用设备点击数除以总点击数算出来,那不是任何东西的占比——那是十三天除以四百零八天。比例只有在同一个面板内部才有意义,那里每个数字都来自同一张表、同一段日子。
最底下那一行空的是另一回事,而且是有意的:屏幕分辨率已经完全不再采集。那个面板会故意一直空着。
诚实的总结是:一个横跨十二张不同年纪的表的时间段选择器,承诺的比它能兑现的多,而在兑现不足时它什么也不说。知道哪些面板还年轻,眼下就是全部的防线。
广告