LCP · INP · CLS

Google grades your 75th percentile. Most tools show you an average.

PingView tracks Core Web Vitals two ways: a repeatable lab audit that tells you what your code does, and field data at p75 that tells you what search sees. When the two disagree, the gap is the bug.

No credit card
Lab + field
p75, not averages
LCPp75 · 28d
Lab
1.4s
Lighthouse, desktop
Field
3.2s
Real users, p75

1.8s gap — third-party scripts and mobile networks the lab run never sees.

The three metrics and where the line sits

Google's own thresholds, evaluated at the 75th percentile of your visits. These are the numbers PingView grades against.

MetricGoodPoor
LCPLargest Contentful PaintHow long until the main content is actually painted. Usually a hero image, a heading, or a video poster.≤ 2.5 s> 4.0 s
INPInteraction to Next PaintHow long the page takes to visibly respond after a tap or click. Replaced FID because it measures every interaction, not just the first.≤ 200 ms> 500 ms
CLSCumulative Layout ShiftHow much the layout jumps while loading. Late-loading banners, images without dimensions, and injected fonts are the usual causes.≤ 0.1> 0.25

Between good and poor sits "needs improvement". PingView shows all three bands, because a metric drifting through the middle is the warning you can still act on.

Why Core Web Vitals are hard to keep green

Averages hide the users who suffer

A mean LCP of 2.1s looks fine while a quarter of your visitors wait five seconds. Google does not grade the mean; it grades the 75th percentile.

You report a passing number while search records a failing one.

Lab and field disagree, and nobody reconciles them

A lab audit runs on a clean machine with a fast connection. Real visits happen on mid-range phones over patchy mobile networks with your consent banner and tag manager loaded.

You optimise for the score you can see and miss the score that ranks you.

Regressions arrive with someone else's code

A marketing tag, a chat widget or a new font is added without a deploy. CLS climbs, INP drifts, and no release note mentions it.

The metric degrades for weeks before anyone connects it to a cause.

Both measurements, one timeline

Lab tells you what changed. Field tells you who it hurt. You need the pair.

Field data at p75

Real visits are collected from the browser and reduced to the 75th percentile, the same statistic Google evaluates, with p95 and p99 kept alongside so you can see the tail.

Lab audits on a schedule

Lighthouse runs desktop and mobile on a fixed cadence, giving you a controlled measurement that isolates your own code from network noise.

Segmented by device and connection

Split the same metric by mobile and desktop, by browser and by location, so a number that fails only on mid-range Android is visible instead of averaged away.

Graded against the real bands

Every value is rated good, needs improvement or poor using Google's published thresholds, so a metric drifting toward the line is flagged before it crosses.

Why teams track Core Web Vitals here

Field and lab numbers sit on the same monitor as uptime, SSL and security posture, so a performance drop can be lined up against an incident

Percentiles are kept, not just the headline value, so you can tell a slow tail from a slow site

Vitals appear in the weekly report your client already receives, next to availability

100+
Verified Users
500+
Global Monitors
4
Global Regions
99.99%
Uptime
🇵🇱POLISH COMPANY
🛡️GDPR COMPLIANT
📄VAT INVOICES

Simple, predictable pricing

Professional

PLN 75/month
  • 100 monitors
  • 30-second intervals
  • Advanced security
  • Teams support
Start monitoring free

Core Web Vitals questions

Which metrics count as Core Web Vitals?

Three: Largest Contentful Paint (loading), Interaction to Next Paint (responsiveness) and Cumulative Layout Shift (visual stability). PingView also tracks First Contentful Paint and Time to First Byte as supporting diagnostics, because they usually explain why LCP is slow.

What are the pass and fail thresholds?

LCP is good at 2.5 seconds or less and poor above 4 seconds. INP is good at 200 milliseconds or less and poor above 500. CLS is good at 0.1 or less and poor above 0.25. Anything between good and poor is rated needs improvement.

Why the 75th percentile instead of an average?

Because an average is dominated by fast visits and hides the slow tail. The 75th percentile means three out of four visits were at least this good, which is the standard Google evaluates. PingView keeps p95 and p99 as well, so you can see how bad the worst quarter actually gets.

What is the difference between lab and field data?

Lab data comes from a controlled audit on fixed hardware and a fixed network, so it is repeatable and good for comparing two versions of your code. Field data comes from real visitors on their own devices and connections, so it is noisy but it is what search evaluates. A large gap between them usually points at third-party scripts or real-world network conditions your lab run never sees.

Do Core Web Vitals affect search rankings?

They are part of Google's page experience signals, evaluated on field data at p75. They are one input among many and will not outrank relevance, but they act as a tiebreaker between comparable pages and they directly affect how many visitors abandon before the page becomes usable.

Which plan includes Core Web Vitals?

Field data through Real User Monitoring and scheduled Lighthouse audits are both part of the Professional plan, alongside synthetic monitoring, visual checks and security header scanning.

Find out what your 75th percentile actually is.

Measure the lab and the field, and stop reporting a number search does not use.

30 days free
✓ No credit card
✓ Cancel anytime