服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- LCP分为HTML等待、资源发现、资源下载与元素呈现四段；INP分为输入等待、处理与下一帧呈现三段。
- 新GraphQL分位数字段使用微秒，除以1000才是毫秒；页面文档中的LCP/INP Value则使用毫秒，负API值表示数据不可用。
- 连接时间新增不含TLS的connectionTimeWithoutTLS与tlsTime，原组合字段connectionTime仍保留。
- Web Analytics官方称免费、所有套餐可用，但需要账号及页面信标；非代理站点最多10个，采集和浏览器差异仍会留下缺失值。
先看自己的站点：从总分走到具体延迟
Cloudflare在2026年10月13日的更新中宣布，Web Analytics的真实用户监测RUM已把LCP和INP拆成分段，并拆开TCP连接与TLS握手。RUM记录访客浏览器经历的性能；它不同于定时探测节点是否在线。
LCP可以理解为页面主要内容多久出现，INP则看点击、触摸或按键后界面多久回应。总值提示体验是否偏慢，分段帮助决定下一步调查哪里；它本身不会修复网页，也不证明某一次优化已经有效。
在Cloudflare dashboard打开Web Analytics，选择自己的站点，进入Core Web Vitals。先固定日期和URL，再按浏览器、操作系统或国家等适用筛选看分段及提示；比较前后时保留同一口径，别把不同人群混成同一次体验。
LCP四段：图片下载慢，还是出现得晚？
Time to First Byte表示浏览器等待HTML文档的时间，对应timeToFirstByte。Resource load delay是文档开始到达后，浏览器发现LCP资源所需的时间，对应lcpResourceLoadDelay。先收到HTML和及时发现关键图片是不同环节。
Resource load duration是下载该资源的时间，对应lcpResourceLoadTime；Element render delay是资源到达后，元素真正出现在屏幕前的等待，对应lcpElementRenderDelay。下载完成并不等于用户已经看见它。
假设某页的主要内容是一张图片：资源发现延迟偏大时，先调查浏览器为何较晚发现图片；呈现延迟偏大时，先调查资源到达后为何未及时显示。这是排查方向的假设例子，不是本站实测，也不能仅凭分段断言唯一根因。
INP三段：是等待处理，还是处理完还没显示？
Input delay对应inpInputDelay，是交互可以开始处理之前的阻塞时间。Processing duration对应inpProcessingDuration，是事件处理函数运行的时间。Presentation delay对应inpPresentationDelay，是处理结束后浏览器绘制下一帧的时间。
因此，点击后迟迟没反应，不一定都是事件处理函数运行太久。先区分输入在排队、处理本身耗时，还是下一帧出现得晚，再把相应阶段交给前端性能排查；不要把INP直接当网络往返延迟。
Core Web Vitals页面的Debug View会列出对指标有负面影响的前五个元素，表格先展示P75，展开可看更多分位数。结合元素、URL和浏览器定位，比只看一个全站平均数更能说明调查对象。
API用微秒：负数不是更快，也不是零
新增分段位于rumWebVitalsEventsAdaptiveGroups，例如lcpResourceLoadDelayP50或inpInputDelayP50。可用分位数为P25、P50、P75、P90、P95、P99、P999；P50是中位数，P75描述排序后约75%观测所处的边界，不是平均值。
更新公告明确这些GraphQL数值全部以微秒计。假设返回150000微秒，换算是150毫秒；这是单位演示，没有实际查询账户数据。Core Web Vitals文档中的LCP/INP Value以毫秒计，比较页面和API前先核对字段及单位。
负值表示数据不可用，应保留为缺失，并在自己的分析中按明确方法处理。不要改成零或把它排进“最快”样本。也不要把不同分段各自的P75直接相加，声称得到总LCP的P75；分位数未必对应同一条观测。
TCP与TLS拆开后，旧字段还能用吗？
可以。新字段connectionTimeWithoutTLS表示不含TLS的连接建立时间，tlsTime表示TLS握手时间；Cloudflare明确保留GraphQL中的connectionTime，用于分析组合时间，未宣布将其废弃。
连接拆分在rumPerformanceEventsAdaptiveGroups中，例如connectionTimeWithoutTLSP50与tlsTimeP50。先确认查的是连接分段还是Core Web Vitals分段，再选相同筛选和分位数；两个数据集的字段不要互换，也别凭握手偏慢就认定代理能解决。
没有数据时，先检查采集条件
Web Analytics需要Cloudflare账号和页面上的JavaScript信标，不要求改DNS或使用Cloudflare代理。信标从static.cloudflareinsights.com/beacon.min.js加载；现有CSP可能阻止它，缺数时应由有权限的维护者核对采集配置与请求，而不是先改成零。
代理站点的数据发往自己域名的/cdn-cgi/rum；非代理站点发往cloudflareinsights.com/cdn-cgi/rum。官方说Core Web Vitals在页面加载后visibilityState第一次变为hidden时上报，因此打开页面后马上看不到记录，不等于已证明访问从未发生。
浏览器支持也须按具体指标判断。当前文档说CLS仅支持Chromium，不能把这条范围直接套到LCP/INP，也不能由Performance API普遍可用推定每个新分段都有数据。逐浏览器分段覆盖、账户实际显示及旧数据回填，本次公告没有逐项保证。
免费不等于无限：保留站点与比较边界
官方About将Web Analytics称为免费，产品概览写明所有套餐可用；这不是所有Cloudflare服务都免费的承诺。当前站点限制为非代理站点最多10个，代理站点无站点数量限制；dashboard同时查看汇总数据最多1000个站点，可改选具体站点或按官方建议使用GraphQL。
Web Analytics rules仅适用于代理站点，Free为0、Pro为5、Business为20、Enterprise为100。Free的0是规则数量，不是禁止使用Web Analytics；文档说明零规则套餐会在所有子域注入JS片段。不要把规则配额与站点配额混用。
图表和表格会使用自适应分辨率，呈现取决于数据规模、时间范围等因素。比较时记录URL、日期、筛选、分位数和单位；这次材料未核定新字段历史回填、固定采样率、数据保留期或API调用额度，不为这些未知填保证值。
资料来源
常见问题
这次是否也拆分了CLS？
此次公告只新增LCP、INP分段和TCP/TLS拆分，没有宣布CLS分段。CLS衡量布局稳定性，在文档中用分数表达；不要给它套毫秒或微秒单位。
可以把几段P75相加当成总P75吗？
不能直接这样解释。不同分段的P75可能来自不同观测位置，分位数不具有简单相加关系。用总指标的对应分位数，并保留分段作为调查线索。
没代理到Cloudflare，还能用RUM吗？
官方说Web Analytics不要求改变DNS或使用Cloudflare代理，但仍需账号和页面JavaScript信标；非代理站点最多10个。接入并不保证所有浏览器的每个指标都有可用观测。
这些指标能证明我的页面搜索排名上涨吗？
不能。RUM是访客性能证据，新诊断上线、数值改善、搜索收录、搜索排名、AI引用和实际业务使用应分别观察；本文没有提供这些效果的测量结果。