Moin
2026 年9 月 16 日 22:23
1
今天我在仪表盘报告中发现了这个问题:
以防万一我启用了即将推出的仪表盘报告更改 - 结果是一样的
我知道我在过去几天访问过我的论坛。数据浏览器(Data Explorer )也返回了访问记录:
查询语句
-- [params]
-- date :start_date = 17 aug 2026
-- date :end_date = 17 sep 2026
SELECT
ar.date,
SUM(
CASE
WHEN ar.req_type = 15 THEN ar.count
ELSE 0
END
) AS page_views_logged_in,
SUM(
CASE
WHEN ar.req_type = 13 THEN ar.count
ELSE 0
END
) AS page_views_anonymous
FROM application_requests ar
WHERE ar.date >= :start_date
AND ar.date <= :end_date
AND ar.req_type IN (13, 15)
GROUP BY ar.date
ORDER BY ar.date ASC
我的仪表盘上其他的页面浏览量去哪了?
编辑:我查看了过去几个月的页面浏览量
1 个赞
Moin
2026 年9 月 17 日 00:01
2
看起来我现在所有的浏览量都被归类为“其他流量”了。
1 个赞
感谢您的反馈。我们目前正在调整浏览器页面浏览量的统计方式。我的推测是,7月6日您曾短暂启用了新的仪表盘(同时启用了新的追踪方法),随后又将其关闭了。这完全没问题,但图表应该会恢复使用旧追踪方法的数据。
我提交了一个包含修复方案的 PR:
main ← blank-site-traffic
merged 04:53AM - 17 Sep 26 UTC
Two transports count browser pageviews. A beacon request sends one count. A head… er on a usual request sends the other count. Both transports can record the same visit. Thus a report must read only one of them for each day.
Before this change, a report found the first day with beacon data. It then read the beacon counters for that day and for all later days. One day with beacon data was sufficient to make this decision.
Some sites recorded beacon data on one early day only. Beacons were behind a feature flag. On these sites, a report read a beacon count of zero for all later days. The site traffic report subtracts the browser pageviews from the total pageviews. The remainder is "other traffic". Thus all traffic became "other traffic".
A report now makes this decision for each day. It reads the beacon counters on each day that recorded beacon traffic. It reads the header counters on the other days. A day with no beacon data does not change the other days.
The admin dashboard traffic service had the same decision in its own query. It now uses the same rule as the reports.
Reported on Meta: https://meta.discourse.org/t/has-something-changed-in-how-page-views-are-shown-in-the-dashboard-report/412614
3 个赞