Guide : Web Vitals

Web Vitals est Google's initiative pour unified page-experience qualité signaux. Ici's le complet picture — ce que le initiative covers, qui metrics sont "Core" (et classer), qui sont diagnostic, et pourquoi votre lab score et champ données disagree. Le hub pour le supplementary metrics que sit sous Core Web Vitals.

Première publication : 26 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé

Web Vitals est Google's umbrella initiative (launched Peut 2020) pour page-experience qualité signaux. Core Web Vitals — LCP, INP, et CLS — sont le subset que feeds classement; INP replaced FID dans March 2024. Tout sinon sous le initiative (TTFB, FCP, TBT, Speed Indexer) est diagnostic et pas a facteur de classement. Google se classe on champ données (CrUX, p75, page-level), pas lab scores — qui est pourquoi votre Lighthouse number et votre Search Console rapport souvent disagree. Ce hub maps le entier program et points à chaque metric's deep dive.

TL;DR — Web Vitals est Google’s umbrella initiative (Peut 2020); Core Web Vitals (LCP, INP, CLS) sont le stable subset que feeds classement. INP replaced FID on March 12, 2024. Le “autre” Web Vitals — TTFB, FCP, TBT, Speed Indexer — sont diagnostic, plus experimental, et pas facteurs de classement. Google se classe on champ données (CrUX, 75th percentile, page-level où disponible), pas lab scores — qui est pourquoi Lighthouse et Search Console disagree. Classement weight est confirmed mais lightweight: Mueller calls il “plus que a tie-breaker” mais “pas giant factors.” Bing a aucun equivalent program.

Preuve à l’appui de cette affirmation The current stable Core Web Vitals subset is LCP, INP and CLS; FID is historical and was replaced by INP in 2024. Portée : web Niveau de confiance : élevé · Vérifié : Web Vitals

Web Vitals is the initiative, pas the metric

Google’s propre definition: “Web Vitals est an initiative par Google à provide unified guidance pour qualité signaux que sont essential à delivering a great utilisateur experience on le web.” Le entier point était à cut via metric overwhelm — par 2020 là étaient a dozen façons à score une page et aucun agreement on qui à confiance.

Preuve à l’appui de cette affirmation Web Vitals is Google's initiative for unified user-experience quality signals, with LCP, INP, and CLS as the current Core Web Vitals. Portée : Current web.dev definition and stable Core Web Vitals set. Niveau de confiance : élevé · Vérifié : web.dev: Web Vitals

Le program est deux tiers, et conflating les est le unique la plupart courant mistake Je voir:

  • Core Web Vitals — “le subset de Web Vitals que appliquer à tout pages web, devrait être mesuré par tout site owners, et va être surfaced à travers tout Google outils.” Ces sont LCP, INP, et CLS, et ils sont le ones dans Google’s classement systèmes.
  • Autre Web Vitals — supplementary, souvent outil- or context-spécifique metrics que “peut servir as proxy—or as supplemental metrics pour le three Core Web Vitals—à aider capture a plus grand partie de le experience or à aid dans diagnosing a spécifique problème.” Google est explicit ce “leur definitions et thresholds peut modifier avec supérieur frequency” que le Core définir.

Que lifecycle distinction matters. Google tracks Core Web Vitals candidates via three phases — experimental, pending, alors stable — avant ils count. Core Web Vitals sont à le Stable stage — “actively supported” et ils “won’t change more than once per year.” INP followed que exact runway: il déplacé depuis experimental à pending on Peut 10, 2023, alors became stable on March 12, 2024, replacing FID. c’est pourquoi swapping FID pour INP took a long, telegraphed runway, pendant que le diagnostic metrics peut shift quietly.

Preuve à l’appui de cette affirmation INP replaced FID as a Core Web Vital on March 12, 2024. Portée : Chrome team's announced Core Web Vitals transition date. Niveau de confiance : élevé · Vérifié : web.dev: INP is now a Core Web Vital

Core Web Vitals — le three que classer

MetricMeasures”Good” thresholdField-measurable?
LCP (Plus grand affichage de contenu)Chargement≤ 2,5 sYes (CrUX)
INP (Interaction jusqu’au prochain affichage)Responsiveness≤ 200 msYes (CrUX)
CLS (Décalage cumulatif de mise en page)Visual stability≤ 0,1Yes (CrUX)

INP became a Core Web Vital on March 12, 2024, replacing FID. FID était supprimé depuis Search Console que day et Chrome outil prise en charge ended September 9, 2024 — c’est entièrement retired. Quelconque article or dashboard encore listing FID as a actuel Core Web Vital est out de date.

Preuve à l’appui de cette affirmation INP replaced FID as a Core Web Vital on March 12, 2024. Portée : Chrome team's announced Core Web Vitals transition date. Niveau de confiance : élevé · Vérifié : web.dev: INP is now a Core Web Vital

Le Core trio obtient son propre deep dive — voir Core Web Vitals pour thresholds, le 75th-percentile règle, et comment améliorer chaque un. Ce hub est à propos de le entier initiative, notamment le metrics que sit underneath il.

Autre Web Vitals — the diagnostic couche

Ce est le section la plupart “web vitals” articles skip or mangle. Ces four sont réel Web Vitals, ils montrer up constantly dans votre tooling, et none de les est a facteur de classement:

MetricCe que it indique vous”Good”Où it lives
TTFBServer réponse latency (precedes LCP)≤ 0,8 sField + lab
FCPQuand quelconque content premier paints≤ 1,8 sField + lab
TBTMain-thread blocking (lab proxy pour INP)< 200 msLab seulement
Speed IndexPerceived charger speed from a charger video≤ 3,4 sLab seulement

«The trap is that TBT and Speed Index don’t exist in the field at all — there’s no CrUX value for them. They’re Lighthouse-computed proxies. TBT approximates INP (Lighthouse can’t measure real interactions, so it measures how long the main thread is blocked instead); a low TBT usually means a low INP, but they’re not the same number. Speed Index is a perceived-speed proxy weighted at roughly 10% of the Lighthouse Performance Score. Google itself notes about TTFB: “Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the ‘good’ TTFB threshold.” » (Traduction) (Résumé en français de la section trente-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Field données is ce que Google ranks on

Ce est le distinction que resolves la plupart “why don’t my numbers match” confusion. Lab données est a unique synthetic tester — Lighthouse, DevTools, le lab section de PageSpeed Insights — exécuter on a simulated device avec a cold cache. Champ données est le Chrome Utilisateur Experience Rapport (CrUX): réel Chrome utilisateurs, aggregated à le 75th percentile over a 28-day rolling window, split par mobile et desktop.

Google se classe on le champ données. As Philip Walton put il, “Si vous ont les deux champ données et lab données pour a donné page, champ données est ce que vous devez utiliser à prioritize votre efforts.” Donc a 100 Performances Score dans Lighthouse ne fait pas signifier votre réel utilisateurs réussir, et a failing lab score ne fait pas necessarily signifier vous êtes failing rankings. Utiliser lab outils à diagnose, CrUX à judge.

Un plus chose le top-classement pages presque jamais mention: Google utilise page-level CrUX données où il y a suffisant de il, pas le origin-level (entier-site) average. Que matters a lot. Dans mon Core Web Vitals données study (CrUX plus 5,2M pages), seulement 21,2% de individual pages réussi tout three Core Web Vitals versus 33% à le origin level. Le origin average flatters vous — Google se classe lune page.

Do Web Vitals affecter rankings? (Honestly.)

«Only the three Core Web Vitals are confirmed ranking signals. Google’s own FAQ says it plainly: “Core Web Vitals are used by our ranking systems.” But Google doesn’t publish a percentage, a fixed weight, or a formal tiebreaker mechanism anywhere — its own docs say “there is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience.” The closest thing to a weight estimate comes from John Mueller’s own characterization, not an official doc: “it’s a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance,” and separately, “Core Web Vitals are not giant factors in ranking.” Google’s own docs go further: “Trying to get a perfect score just for SEO reasons may not be the best use of your time,” and “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.”

Preuve à l’appui de cette affirmation Google says Core Web Vitals are used by ranking systems, while page experience does not override more relevant content. Portée : Google Search ranking guidance; no fixed weight or ranking-position effect is promised. Niveau de confiance : élevé · Vérifié : Google: Core Web Vitals and Search Google: Page experience

» (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«So: fix Core Web Vitals because they’re genuinely good for users and because Google confirms they factor into ranking — not because a green score guarantees a jump in position. As Google’s own FAQ puts it, good scores in reports like Search Console or third-party tools “doesn’t guarantee that your pages will rank at the top of Google Search results.” » (Traduction) (Résumé en français de la section quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Fait Bing utiliser Web Vitals?

Aucun. Bing a aucun equivalent à Core Web Vitals et ne fait pas utiliser Google’s LCP/INP/CLS framework as a formal classement signal. Il encore valeurs rapide, usable pages — mais il leans on behavioral signaux (click-via, dwell temps, bounce) as son qualité proxies plutôt que a CrUX-style champ assessment. Optimizing Core Web Vitals aide Bing indirectly (faster pages → meilleur behavior) mais il y a aucun proprietary Bing program à chase.

Le state de Web Vitals dans 2026

As de le Peut 2026 CrUX release, 55,9% de tracked origins réussir tout three Core Web Vitals. LCP remains le hardest (≈68,6% bon) et INP le easiest maintenant que sites ont adapted à le FID transition (≈86,6% bon). Là sont aucun confirmed nouveau Core Web Vitals coming — claims à propos de a “Visual Stability Index” or similaire sont tiers speculation avec aucun official Google announcement, donc treat les as unconfirmed jusqu’à Google dit sinon.

Où to go suivant

Ce hub est le map. Le Core trio a son propre Core Web Vitals deep dive; ci-dessous sont le supplementary metrics que sit sous ce initiative, chaque nested sous ce hub:

  • Premier affichage de contenu — quand le premier contenu paints (≤ 1,8 s bon); a chargement diagnostic que souvent explique a lent LCP, mais pas a Core Web Vital.
  • Temps à Premier Byte — serveur réponse latency que precedes FCP et LCP (≤ 0,8 s bon); corriger il à aider LCP, mais TTFB itself n’est pas a facteur de classement.
  • Total Blocking Temps — le lab-seulement proxy pour INP (< 200 ms bon); comment long le principal thread était bloqué, utilisé à debug responsiveness quand vous pouvez’t mesurer réel interactions.
  • Speed Indexer — le lab-seulement perceived-charger-speed metric (≤ 3,4 s bon) computed depuis a video de lune page chargement; roughly 10% de le Lighthouse score.

Pour le champ-données backbone tout ici rests on, voir CrUX, et pour le broader picture, Web Performances.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.