Core Web Vitals
Google’s real-user performance metrics — INP, LCP, CLS — that gauge responsiveness, loading, and visual stability, and act as both UX and ranking signals.
Definition
Core Web Vitals (CWV) are the field-measured performance thresholds a page should hit: INP ≤ 200 ms (p75) (Interaction to Next Paint — responsiveness), LCP ≤ 2.5 s (Largest Contentful Paint — loading), CLS ≤ 0.1 (Cumulative Layout Shift — visual stability). Per Web Development Best Practices 2026: Engineering Guide, the thresholds are stable since 2024 but their ranking weight has increased, and Google leans on real-user field data (RUM), not just Lighthouse lab scores. This makes CWV a both-pillar concept: a web-dev performance target and an SEO ranking signal (Technical SEO from Architecture).
Optimization levers: RSC/SSR to cut JS, performance budgets (≤400 KB JS gzipped), breaking long tasks (>50 ms hurts INP), hydration islands, edge caching, WebP/AVIF images, and RUM tooling (Sentry, Datadog, Vercel Analytics). Established — these are Google’s own published metrics, independent of the (vendor) source.
Key Properties
- Three metrics: INP (responsiveness), LCP (loading), CLS (stability).
- Field data > lab data — Lighthouse is direction; RUM is truth.
- Dual role: UX quality + ranking signal (esp. mobile-first indexing).
- Business impact claimed: poor vitals → +20–35% bounce, −7–15% conversion/sec.
- Primary levers: server rendering, JS budgets, task splitting, hydration islands, edge caching.
Examples from Sources
| Example | Source |
|---|---|
| INP ≤200 ms / LCP ≤2.5 s / CLS ≤0.1 targets, tracked via RUM, alert on >10% regression | Web Development Best Practices 2026: Engineering Guide |
| RSC → 40–70% smaller JS; hydration islands → 30–50% INP improvement | Web Development Best Practices 2026: Engineering Guide |
In the Sources
| Source | Context |
|---|---|
| Web Development Best Practices 2026: Engineering Guide | Pillar 2 (Performance) + Pillar 7 (CWV as ranking signal). |
| Improving Core Web Vitals, A Smashing Magazine Case Study | Independent measured case study — validates LCP ≤2.5 s @ p75 + adds field-vs-lab, CrUX-is-Chrome-only, global-threshold, page-grouping nuance. |
Consensus note
Now corroborated by an independent measured case study (not just the vendor guide), so the LCP/field-data claims are solidly established. Real-world nuance from that source: lab ≠ field (Lighthouse-green can still fail CWV); CrUX measures Chrome only (skews toward Android-heavy/lower-connectivity markets); thresholds are global, not per-country, and GSC page groupings swing whole page classes. (Recency: that case study is 2021 — pre-INP, LCP-focused; prefers-reduced-data/AVIF have since matured.)
Related
Concepts: Web Architecture & Scalability, React Server Components (RSC), Rendering Strategies (CSR / SSR / SSG / ISR / RSC), Technical SEO from Architecture Entities: Next.js, Vercel, Cloudflare, Netlify, Lighthouse, Google, Barry Pollard, Smashing Magazine