维度:Top level Pathname (ff)
单个 URL 提供具体的数据。Top Level Pathname 按照 URL 路径中的一级目录聚合流量。这种自动分组让你可以在单个视图中审计整个业务单元和模板的性能。

路径名分析的目的
性能瓶颈通常存在于代码结构中,而不是具体的内容。Top Level Pathname 直接映射到应用的路由结构。
- 模板隔离:按目录或库存分类进行分组,可以聚合数据库中每个项目的性能。如果这整条路径都很慢,说明你发现的是产品页模板的缺陷,而不是单张图片的问题。
- 架构对比:对比 CMS 驱动的内容路由与动态电商路由。这些部分之间显著的 TTFB 差异表明其中一个技术栈的性能较差。
- 功能审计:结账漏斗和购物车页面通常会加载其他页面没有的重度第三方脚本。该视图隔离了这种影响,以便你可以衡量这些集成的成本。
特定指标场景
使用路径名分组来诊断特定类型的性能回退。
- LCP (Largest Contentful Paint):在媒体丰富的目录页上,LCP 偏高通常意味着慢 API 调用延迟了主商品图片的加载。相反,在文本密集的博客路由上,LCP 偏高通常表明文章模板中的首屏大图未优化。
- CLS (Cumulative Layout Shift):如果长内容页面的 CLS 分数差,检查注入到内容主体中的广告或动态元素。如果交易步骤发生偏移,寻找延迟加载的运费计算器或信任徽章。
- INP (Interaction to Next Paint):搜索界面上的 INP 偏高表明你的过滤或搜索逻辑阻塞了 main thread。这意味着需要优化复杂的 JavaScript 交互。
- TTFB (Time to First Byte):已登录用户区域与静态落地页之间的 TTFB 差异,突出了登录用户的服务端渲染与缓存公共页面之间的成本差距。
优化 Core Web Vitals
使用 Top Level Pathname 来分配你的工程资源。
- 找出慢路径:按 Impact 排序表格。找到性能差的流量最多的目录(例如 /blog/)。
- 检查组成部分:点击路径以过滤仪表板。切换到 URL 维度以查看该分组中的具体页面。
- 区分原因:分析该路径内慢 URL 的分布:
系统性故障:如果该路径下的大多数 URL 都很慢,问题出在共享模板代码或后端逻辑。修复模板即可解决整个分组的问题。
个别异常值:如果只有少数高流量 URL 较慢,则是特定内容资源(如大视频或未优化的图片库)拉低了整体的 p75。优化这些特定页面即可恢复该路径的健康度。

