Core/Dash 维度： 顶层路径名

维度：顶层路径名 (ff)

单个 URL 提供特定的数据。顶层路径名（Top Level Pathname）按 URL 路径中的第一个目录汇总此流量。这种自动分组使您可以在单一视图中审核整个业务部门和模板的性能。

路径名分析的目的

性能瓶颈通常存在于代码结构中，而不是特定的内容中。顶层路径名直接映射到您的应用程序的路由结构。

• 模板隔离：按目录或库存部分分组会汇总数据库中每个项目的性能。如果这整个路径都很慢，说明您已定位到产品页面模板中的缺陷，而不是单个未优化的图像。
• 架构比较：比较您由 CMS 驱动的内容路由与动态电子商务路由。这些部分之间 TTFB 的显着差异表明一种技术栈的性能低于另一种。
• 功能审核：结帐漏斗和购物车页面通常会加载其他页面不会加载的繁重第三方脚本。此视图隔离了这种影响，以便您可以衡量这些集成的成本。

特定指标场景

使用路径名分组来诊断特定类型的衰退。

1. LCP (Largest Contentful Paint): 在富媒体目录页面上的高 LCP 通常指向延迟主要产品图像加载的缓慢 API 调用。相反，在文本量大的博客路由上的高 LCP 通常表示文章模板中未优化的主图（hero images）。
2. CLS (Cumulative Layout Shift): 如果长篇内容页面的 CLS 分数很差，请检查是否在内容正文中注入了广告或动态元素。如果交易步骤发生偏移，请查找延迟加载的运费计算器或信任徽章。
3. INP (Interaction to Next Paint): 搜索界面上的高 INP 表明您的过滤或搜索逻辑正在阻塞主线程。这表明需要优化复杂的 JavaScript 交互。
4. TTFB (Time to First Byte): 经过身份验证的用户区域和静态着陆页之间的 TTFB 差异，突出了已登录用户的服务器端渲染相对于缓存的公共页面的成本。

改善 Core Web Vitals

使用顶层路径名来指导您的工程资源。

• 识别慢速路径：按影响（Impact）对表格进行排序。找到性能不佳体量最大的目录（例如 /blog/）。
• 检查组成部分：单击路径以过滤仪表板。切换到 URL 维度以查看组成该组的各个页面。
• 区分原因：分析路径内慢速 URL 的分布：

系统性故障：如果路径中的大多数 URL 都很慢，则问题在于共享模板代码或后端逻辑。修复模板以解决整个组的问题。

特定异常值：如果只有少数高流量 URL 很慢，则特定的内容资产（如体积庞大的视频或未优化的图像库）正在扭曲聚合 p75。优化这些特定页面以恢复路径的健康状态。