并不是每张表都存着三十天
本文内容
这里的统计页面不是一张表，而是十二张，一个问题一张 — 国家、页面、浏览器、小时、设备、操作系统、语言、地区、来源、机器人、屏幕分辨率，还有每日总数。在顶部选一个时间段，每个面板都按这个时间段作答。
只是并非所有面板都能按同一个时间段作答，因为它们背后的表往回追溯的深度并不一样。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 日。每一个都是一项独立的小功能，各自都正确，而没有一个知道那个坐在它们所有人头顶上的时间段选择器。
这对读这些数字意味着什么
实用的规矩很简单，而且遵守它不花任何代价：永远不要把一个面板里的数字除以另一个面板里的数字。用设备点击数除以总点击数算出来的移动端占比，不是任何东西的占比 — 那是十三天除以四百零八天。比例只有在同一个面板内部才有意义，那里每个数字都来自同一张表、同一段日子。
最底下那一行空的是另一回事，而且是有意的：屏幕分辨率已经完全不再采集。那个面板会故意一直空着。
准确地说：一个横跨十二张不同年纪的表的时间段选择器，只能拿每张表所存的东西来回答，而且它不会为缺口加注。知道哪些面板还年轻，眼下就够用；八月开始的那些表每天都老一天，差距会自己合上。
更新（2026 年 9 月 11 日）：自 2026 年 8 月 27 日起，脚本又开始在每一个嵌入了它的网站上读取屏幕分辨率、浏览器窗口宽度和像素比。自 2026 年 9 月 11 日起，它只在站点所有者用 data-screen="1" 开启的地方这样做。没有这个属性，当前的脚本三项都不读取，服务器也不再保存由旧版副本发来的这些数值。