有依据地检查异常的计数器累计值
累计值停滞、突然增加或与其他分析工具存在差异，可能有多种原因。应按顺序逐项检查。保留现有计数器编号和私密管理链接；创建替代计数器会让比较更困难，并开始一套独立的统计。 先检查计数器与报表 查看已安装代码中和统计地址中的计数器编号。两者必须指向同一个计数器。 检查指标标签、所选日期和计数器时区。累计值、浏览量和每日访客数回答的是不同问题。…
网站使用一个计数器，需要时查看页面报告
通常不必为每个页面单独建立计数器。在共用模板中安装一个计数器，就可以收集网站总数和页面信息。如果嵌入方式提供了可用的页面地址，页面报告和可选的页面分组就能回答更具体的问题。对于相互独立的网站或不同的报告职责，单独使用计数器仍有意义。 从共用的网站计数器开始 检查页面报告 需要时将相关路径分组 先明确问题，再检查现有计数器…
学校或俱乐部页面上的计数器
学校或者社团的网站，通常是由一位志愿者在自己别的职责之外顺带维护的。复杂的分析平台要求不间断地学习和适应，而一张标准的计数图片只要看上一眼，就能给出清楚明白的事实。 这份差事通常一两年就换一次人。上一位志愿者搭起来的东西，下一位得在没有交接会的情况下看懂；一块有四十个方框的面板熬不过这样的交接，而页面上的一个数字熬得过。 真正要看的三个数…
堂区网站上的计数器
教区网站上的一个访客计数器，给出的是一条关于「有没有人看见」的基准线。当一个堂区门户贴出即将到来的堂庆日程，或者放上一组近期活动的照片时，随之而来的问题总是同一个：这些页面究竟有没有到达它们本来想要到达的人。…
跳出率需要一个比特，不需要追踪器
到 8 月 28 日为止，这个站点不显示跳出率，而「关于」页面说这是有意的：它需要跨多个页面追踪的会话，而那需要一个同意横幅。 前一半是真的。后一半在我们开始记录退出页面的那一刻就不再成立，而没有人去改那句话。 为什么它没法直接算出来 有一张页面到页面的跳转表。它看起来正是跳出率所需要的一切：一次从一个页面走到另一个页面的访问不是跳出，所以数一数没有跳转的访问就好。…
为什么我们数不出回访者
Stats4U 里任何地方都没有回访者的数字。它缺席不是因为没人顾得上。它曾经被造出来，用真实数据跑过一次，又在 2026 年 8 月 27 日撤了回去，因为它给出的数字是 100.0% 首次访问 — 而且它会对每一个计数器、每一天、永远都这么说。 原因是散列里的一味配料。 日期是配料之一 不用 Cookie…
一句摘要必须跨过的门槛
这个摘要功能被送上过 2 061 个计数器。它写出了 262 句话。其余所有的任务都以同一个结果收场，而那并不是一条错误消息，尽管它是按错误归档的：数据太少。 一百次里有八十七次，答案是：没有。这不是缺陷，也不出人意料；这跟当初杀死看门人早期版本的是同一个发现，只是从另一个方向走来。 门槛在哪里…
并不是每张表都存着三十天
这里的统计页面不是一张表，而是十二张，一个问题一张 — 国家、页面、浏览器、小时、设备、操作系统、语言、地区、来源、机器人、屏幕分辨率，还有每日总数。在顶部选一个时间段，每个面板都按这个时间段作答。 只是并非所有面板都能按同一个时间段作答，因为它们背后的表往回追溯的深度并不一样。2026 年 8 月 26 日清点： 表 行数 最早的一天 跨度 每日总数 113 604…
纯图片计数与 JavaScript 各自测量什么
Stats4U 可以通过普通图片，也可以通过 JavaScript 集成来计数。这些方式提供的信息并不相同。计数器数值可能增加，而页面报表却只包含域名，或没有可用的地址。图片请求可能携带页面信息，但不会自动描述完整的所在页面。 理解纯图片安装 图片、Markdown 或 BBCode 安装会请求计数器图片。服务器可以将 HTTP…
我们如何少收数据地统计点击
计数器回答的是「来了多少人」。更有用的问题通常是「有多少人做了什么」——点了联系方式、打开了下载、去了社交主页。本服务从事件功能上线那天起就能做这件事：给元素加上 data-s4u-event="kontakt"，落在它上面的点击就会以这个名字被计入。…
我们不再收集屏幕尺寸
本服务以前会记录屏幕分辨率。浏览器脚本读取 window.screen，把它以 res=1920x1080 的形式一起发送，统计页面上也有一个对应的面板。 现在不记了。装这份数据的那张表今天有零行，面板显示的是它的空状态。脚本里进行读取的那一行，如今是一句说明当初写了什么的注释。 它为什么走了…
排行榜怎么运作，以及怎么退出
stats4u.net从一开始就对访问最多的计数器进行排名——一篇2012年的文章当时就已经在讨论如何改进它。当前版本位于/top,其底层运作方式和当年已经不同:按30天访客数排名的25个计数器、一份将本周与上周对比的独立"fastest…