项目卡片支持自定义组件，仪表盘更灵活

仪表盘的 Overview 标签页现在允许你为每个项目卡片选择显示哪个指标，取代了以往固定显示 Real Experience Score 的方式。这一改动看似微小，却反映了开发者工具仪表盘从「一刀切」向「按需定制」演进的趋势。

从固定指标到按需切换

过去，项目卡片右上角总是显示 Real Experience Score，但团队中不同角色关注的信号并不相同。安全敏感的项目可能更需要关注防火墙活动，而营销站点则更关心流量数据。现在，你可以为每个项目单独切换这个位置显示的指标，让卡片真正反映你关心的内容。

据官方说明，选择会按项目保存，并跟随账号在刷新和不同设备间同步。这意味着团队成员无需每次手动调整，配置一次即可长期生效。

可选的组件清单

目前支持的组件覆盖了防火墙、可观测性、Speed Insights 和 Web Analytics 四大类，具体包括：

• 防火墙：允许的请求数、拒绝的请求数
• 可观测性：告警、边缘请求、函数调用、错误率
• Speed Insights：Real Experience Score、LCP、CLS
• Web Analytics：在线访客、访客数、页面浏览量

这些选项基本覆盖了项目健康度的几个关键维度——安全、性能、流量和运行时状态。对于同时维护多个项目的团队来说，能够按项目性质选择指标，比统一显示一个固定分数更有实际意义。

Real Experience Score（真实体验评分） 是 Speed Insights 提供的核心指标，它基于真实用户监控数据，综合首次内容绘制（FCP）、最大内容绘制（LCP）、首次输入延迟（FID）和累积布局偏移（CLS）等 Web 核心指标计算出一个 0-100 的分数，用以量化用户对页面加载速度与交互流畅度的整体感受。分数越高代表体验越好。

LCP（最大内容绘制） 衡量页面视口中最大内容元素（通常是主图或大块文本）完成渲染的时间，是感知加载速度的关键指标；CLS（累积布局偏移） 则量化页面加载过程中视觉元素意外移动的程度，反映布局稳定性。两者均为 Google 提出的 Core Web Vitals 体系成员，直接影响搜索排名与用户留存。将 LCP、CLS 与综合评分并列展示，能让性能负责人快速定位是加载慢还是布局抖动导致体验下降。

Web Analytics 与 Speed Insights 同属 Vercel 的可观测性产品线，但侧重点不同：Web Analytics 关注流量与受众行为，提供在线访客、独立访客数、页面浏览量等聚合数据，且默认不依赖 Cookie，注重隐私合规；Speed Insights 则聚焦性能体验，通过真实用户监控采集 Core Web Vitals。两者数据互补，一个回答“谁来了、看了什么”，另一个回答“他们用得顺不顺”。理解这一分工，有助于在自定义卡片时根据项目阶段选择合适指标——增长期看流量，优化期看性能。

操作方式与额外能力

切换入口位于任意项目卡片的右上角。菜单会显示每个可用指标的当前值，选中后即保存到该项目。这个设计的好处是，你在切换之前就能看到各指标的实际数值，便于快速判断哪个指标更值得关注。

另一个实用细节是，如果项目尚未启用某个功能，你可以直接从组件菜单启动启用流程，无需离开 Overview 标签页。目前这一能力适用于 Speed Insights Plus、Web Analytics 和告警功能。

对团队协作的意义

多项目仪表盘的一个常见痛点是信息过载与信息不足并存：卡片上堆了太多统一指标，但每个项目真正需要盯的数据又各不相同。按项目自定义组件，让仪表盘从「展示所有数据」转向「展示对的数据」。

对于安全团队、前端性能负责人和增长团队共用同一套仪表盘的情况，这种灵活性尤其重要。安全项目看防火墙拒绝请求，营销项目看访客和页面浏览，性能项目看 LCP 和 CLS，各取所需，而不必在多个页面之间来回跳转。

可观测性（Observability） 在本文语境下指通过告警、边缘请求、函数调用和错误率等运行时信号，推断系统内部状态的能力。与传统的日志监控不同，可观测性强调从外部输出反推内部行为，尤其适用于 Serverless 和边缘计算架构——这类架构中函数实例短暂且分散，难以逐台排查。边缘请求数反映 CDN 边缘节点的流量分布，函数调用次数和错误率则直接体现后端逻辑的健康度。将这些指标纳入项目卡片，意味着团队可以在不深入日志平台的情况下，第一时间发现异常波动并触发告警。

上手方式

打开团队的 Overview 标签页，在任意项目卡片上使用右上角的切换器即可开始配置。建议先梳理每个项目的首要关注点，再逐一设置，避免后续频繁调整。",',