Field data (also called real user monitoring or RUM) records performance on actual visitors' devices and networks. Lab data comes from a controlled test, such as Lighthouse, run on fixed hardware with simulated throttling.
Why it matters
Each fills a gap in the other. Field data shows what users truly experience across devices, locations and cache states, and it is what Core Web Vitals assessment uses. But it is noisy, arrives after the fact, and cannot explain causes. Lab data is repeatable and detailed, so it suits debugging, pre-release checks and regression tests in CI, but it can miss real conditions such as slow phones, logged-in states and user interactions.
Example
Lab (Lighthouse, one run): LCP 1.9s
Field (CrUX, 75th pct): LCP 3.4s
Cause: real visitors include slow Android phones on 3G,
and many arrive via a redirect the lab test skipped.
Metrics only exist in one world sometimes: FID, INP and real navigation timings need real users, while Total Blocking Time and Speed Index are lab-only.
Common mistakes
- Declaring victory from a single lab score.
- Using field averages instead of percentiles.
- Expecting lab and field numbers to match.
Related
Get notified when this term updates
Plus occasional practical tips on uptime and monitoring, nothing else. Unsubscribe anytime.
This page is general information written by our editorial team and updated when documentation changes. Servers and providers differ, so test changes safely first. See our editorial policy and disclaimer.