联系支持

我们通过电子邮件回复,通常两天内。

为防止滥用,Google reCAPTCHA 会检查这次提交,其间会向 Google 传输数据。脚本只在你打开此表单时才加载。

← 全部文章

并不是三十天的三十天

这里的统计页面不是一张表,而是十二张,一个问题一张——国家、页面、浏览器、小时、设备、操作系统、语言、地区、来源、机器人、屏幕分辨率,还有每日总数。你在顶部选一个时间段,每个面板都按这个时间段作答。

只是并非所有面板都能按同一个时间段作答,因为它们背后的表往回追溯的深度并不一样。2026 年 8 月 26 日清点:

行数最早的一天跨度
每日总数113 6042025-07-15408 天
国家318 1612026-01-01238 天
页面101 4852026-06-2959 天
浏览器48 4732026-07-0157 天
小时、语言、系统85 6992026-08-0918 天
地区21 2272026-08-1314 天
设备、来源、机器人19 2742026-08-1413 天
屏幕分辨率0

每个面板背后的查询会拿走你选的区间去问。表则用它手头恰好有的那些天来回答。中间没有任何东西会说这个区间并没有被覆盖。你向设备面板要九十天,它会拿十三天来回答,语气笃定,不加一个脚注。

为什么会不一样

不是因为保留期。清理工具把聚合数据保留 400 天,而且只有在被明确用参数要求时才会去动;每日表眼下装着 408 天,比这个上限多八天,一直没被碰过。

它们不一样,是因为它们是在不同时候加进来的。国家是一月来的。页面和浏览器是六月底。小时、语言和系统是 8 月 9 日,地区是 13 日,设备、来源和机器人是 14 日。每一个都是一项独立的小功能,各自都正确,而没有一个知道那个坐在它们所有人头顶上的时间段选择器。

读自己数字时这意味着什么

实用的规矩很简单,而且遵守它不花任何代价:永远不要把一个面板里的数字除以另一个面板里的数字。「我的访客里移动端占比」,用设备点击数除以总点击数算出来,那不是任何东西的占比——那是十三天除以四百零八天。比例只有在同一个面板内部才有意义,那里每个数字都来自同一张表、同一段日子。

最底下那一行空的是另一回事,而且是有意的:屏幕分辨率已经完全不再采集。那个面板会故意一直空着。

诚实的总结是:一个横跨十二张不同年纪的表的时间段选择器,承诺的比它能兑现的多,而在兑现不足时它什么也不说。知道哪些面板还年轻,眼下就是全部的防线。

广告