Core/Dash 维度： Top level Pathname

维度：顶级路径 (Top level Pathname)

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

路径分析的目的

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

• 模板隔离：按目录或库存部分分组，汇总数据库中每个项目的性能。如果整个路径都很慢，则说明产品页面模板存在缺陷，而不是单个图片有问题。
• 架构比较：将由 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

使用 Top Level Pathname 来引导您的工程资源。

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

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

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