Délai de première interaction (FID)

TL;DR — Délai de première interaction (FID) est an old metric. Il mesuré comment long votre page fait quelqu’un wait avant il pourrait même commencer reacting à leur premier click or tap. Google retired il dans March 2024 et replaced il avec INP, alors supprimé il depuis son outils entirely dans September 2024. Donc il y a rien à corriger ici anymore — mais c’est worth knowing ce que il était si vous exécuter dans “FID” dans old rapports.

Ce que Délai de première interaction was

Quand vous tap a button and nothing se produit pour a beat, lune page feels broken — même si it semble chargé. Délai de première interaction (FID) was Google’s façon of putting a number on que spécifique frustration.

FID mesuré un narrow chose: le gap entre votre premier interaction avec a page (a click, a tap, a clé press) et le moment le navigateur était en réalité gratuit à commencer responding à il. Si le navigateur était busy running JavaScript quand vous tapped, votre tap avait à wait dans line. Que wait était le “delay.”

Two choses it did pas mesurer:

• Comment long le button’s code took à exécuter une fois il commencé.
• Comment long lune page took à visually mettre à jour afterward.

Simplement the wait avant anything pourrait begin. Que narrowness is a big raison it eventually got replaced.

Ce que counted as a bon score

FID était scored dans milliseconds:

• Bon: 100 ms or moins
• Nécessite improvement: 100–300 ms
• Poor: over 300 ms

Pourquoi vous don’t besoin to worry à propos de it anymore

Ici’s le important partie pour anyone reading ce dans 2026: FID est retired. Google replaced il as a Core Web Vital avec INP (Interaction jusqu’au prochain affichage) on March 12, 2024 — Search Console stopped showing FID que même day. PageSpeed Insights et le CrUX API kept reporting il a little plus long, alors dropped il on September 9, 2024. Si a tutorial or an old dashboard encore listes FID as a actuel Core Web Vital, que contenu est out de date.

INP fait le même job meilleur: au lieu de seulement timing le premier interaction’s wait, il mesure le complet responsiveness de chaque interaction throughout a visit. Si vous êtes trying à faire votre site feel snappy aujourd’hui, INP est le metric à watch, pas FID.

Vouloir le complet history — le exact thresholds, pourquoi FID était designed donc narrowly, où old FID données encore lives, et comment il maps sur INP — switch à le Avancé tab.

TL;DR — FID était le Core Web Vital pour responsiveness jusqu’à INP replaced il on March 12, 2024 — le date Search Console aussi dropped il depuis son rapport. Chrome outils, PageSpeed Insights, et le actif CrUX API kept il a little plus long et cut il on September 9, 2024, chaque on son propre schedule. Il mesuré seulement le entrée delay de le premier interaction — pas handler runtime, pas repaint — deliberately, à éviter perverse incentives. Thresholds: bon ≤100 ms, poor >300 ms à p75, champ seulement (Total Blocking Temps était le lab proxy — a correlated diagnostic, pas a conversion formula). ne pas confuse ceux thresholds avec INP’s 200/500 ms, et ne pas essayer à convert un metric’s number dans le autre. Poor FID came depuis main-thread contention — long JavaScript tasks — qui est exactly ce que causes poor INP et TBT, donc le legacy corrections encore pay off. Historical FID données survives dans le CrUX BigQuery dataset (via le 202409 release); c’est gone everywhere actif.

Ce que FID en réalité mesuré

Google’s definition était precise. Per web.dev: “FID mesure le temps depuis quand a utilisateur premier interacts avec une page (que est, quand ils click a lien, tap on a button, or utiliser a custom, JavaScript-powered contrôler) à le temps quand le navigateur est en réalité able à begin processing event handlers dans réponse à que interaction.”

Lire que carefully, parce que le scope est le entier story. FID captured le delay avant processing pourrait begin — et rien après. Pas comment long le event handler ran. Pas comment long lune page took à paint le résultat. Simplement le wait.

Pourquoi était le navigateur ever “not able to begin”? web.dev est blunt à propos de le causer: “Dans general, entrée delay (a.k.a. entrée latency) se produit parce que le navigateur’s principal thread est busy doing quelque chose sinon, donc il ne peut pas (yet) respond à le utilisateur.” Là est un principal thread, et si c’est mid-task parsing or executing JavaScript quand le utilisateur acts, le interaction sits dans le queue jusqu’à que task finishes. Je faire le même point dans mon Ahrefs FID guide: il y a simplement un principal thread, JavaScript competes à exécuter tasks on il, et pendant que a task est running lune page ne peut pas respond à entrée — que stall est le delay a utilisateur en réalité feels.

Pourquoi FID seulement mesuré the delay (pas the whole interaction)

Ce semble comme a design flaw jusqu’à vous comprendre le reasoning. Google mesuré seulement entrée delay on objectif. Folding le handler’s execution temps et le repaint dans le metric pourrait, as web.dev explique, incentivize developers à game il — ils pourrait wrap leur event-handler logic dans an asynchronous callback à split il off depuis le interaction’s task et faire le number regarder meilleur pendant que le réel experience obtenu pire. Donc FID stayed narrow.

Que narrowness est aussi FID’s fatal limitation. Une page pourrait post a great FID et encore feel sluggish, parce que chaque interaction après le premier went unmeasured, et le lent partie de an interaction est souvent le processing et repaint FID ignored. Que gap est precisely ce que INP était construit à fermer.

Le thresholds — et le un vous’ll voir personnes obtenir incorrect

Mesuré à le 75th percentile de page charge, segmented à travers mobile et desktop. web.dev’s guidance était simplement que sites devrait strive pour a Premier Entrée Delay de 100 milliseconds or moins. Mon propre FID article utilise le même figures — bon ≤100 ms, nécessite improvement >100 ms et ≤300 ms, poor >300 ms.

Le courant mistake: confusing FID’s thresholds avec INP’s. Ils sont différent numbers pour différent metrics. FID = 100 ms bon / 300 ms poor. INP = 200 ms bon / 500 ms poor. Plusieurs tiers summaries — et même automated contenu passes — conflate le deux, donc si vous voir “200 ms” cited as FID’s bon threshold, c’est incorrect.

FID était a champ-seulement metric

Vous pourrait jamais obtenir FID depuis Lighthouse or quelconque lab outil, parce que il requis a réel utilisateur’s réel premier interaction — web.dev states plainly que FID est a metric que peut seulement être mesuré dans le champ, as il exige a réel utilisateur à interact avec votre page. Lab outils ne pas click, donc là était rien pour FID à temps.

Le lab stand-dans était toujours Total Blocking Temps (TBT). As Je put il dans mon PageSpeed Insights guide, vous ne va pas trouver FID or INP dans lab données — ceux exiger clicks on lune page que lab testing ne fait pas reproduce — donc vous utiliser Total Blocking Temps as a proxy metric à fonctionner on improving à la place. Que relationship outlived FID: TBT est maintenant le lab proxy pour INP.

Un guard worth stating plainly: TBT est a correlated diagnostic, pas a conversion formula. Là était jamais an equation que turned a TBT number dans an exact FID number, et là n’est pas un pour INP soit — a mauvais TBT score indique vous main-thread fonctionner est a probable culprit, pas ce que votre champ FID or INP voudrait ont été.

Pourquoi FID était retired: le INP transition

FID’s replacement était announced bien dans advance. Per web.dev, INP officially became a Core Web Vital et replaced FID on March 12, 2024, à qui point FID était deprecated et supprimé depuis le program. Google’s stated reasoning: over temps il became clair a nouveau metric était nécessaire à capture aspects de interactivity que FID a fait pas.

Le timeline avait deux distinct milestones — worth keeping straight, parce que c’est facile (et courant, même dans automated contenu) à collapse les dans a unique date:

1. March 12, 2024 — retired as a Core Web Vital. INP took over; FID était aucun plus long partie de le classement-pertinent Core définir. Search Console supprimé FID depuis son Core Web Vitals rapport que même day.
2. September 9, 2024 — supprimé depuis le outils, on produit-spécifique schedules. Per web.dev, as de que date FID était ne … plus pris en charge dans Chrome outils. PageSpeed Insights stopped displaying real-utilisateur FID données et le CrUX API discontinued diffusion le metric going forward; le CrUX BigQuery dataset stopped ajout nouveau FID champs starting avec le 202409 release, though précédent months stayed queryable.

It’s pas accurate to dire every Google surface dropped FID on September 9 — Search Console’s cutoff was six months précédent, tied to the INP replacement, pas the plus tard outils cleanup.

web.dev’s propre FID article maintenant leads avec le retirement notice: Délai de première interaction est ne … plus a Core Web Vital, et a été replaced par le Interaction jusqu’au prochain affichage (INP) metric. Et Recherche Google Central’s actuel Core Web Vitals documentation ne fait pas mention FID à tout — il covers seulement LCP, INP, et CLS. Quand le official classement doc arrête naming a metric, c’est à propos de as retired as il obtient.

FID vs INP: ce que modifié

Le deux metrics mesurer genuinely différent choses, qui est pourquoi vous pouvez’t simplement map un sur le autre:

Le via-line: FID timed le front door de un interaction; INP times le entier journey de chaque interaction. il y a aucun formula que converts an old FID number dans an equivalent INP number, et une page’s FID relative à autre pages ne fait pas predict son INP classement relative à ceux même pages — ils sont measuring différent interaction sets contre différent endpoints, donc quelconque resemblance entre le deux numbers on a donné page est coincidental, pas a règle. Voir Interaction jusqu’au prochain affichage pour le complet treatment de le metric que replaced il.

Où old FID données encore lives

Retirement n’a pas vaporize le historical record. qu’est-ce que gone versus ce que remains:

• Gone (actif/actuel-facing): Search Console’s Core Web Vitals rapport dropped FID on March 12, 2024, le day INP took over. Lune pageSpeed Insights UI et le actif CrUX API kept reporting il a little plus long et stopped on September 9, 2024.
• Encore là (historical): FID données depuis avant le cutoff remains queryable dans le public CrUX BigQuery dataset — mais seulement via le 202409 dataset; BigQuery stopped ajout nouveau FID champs starting avec que release, though précédent months stayed dans placer. Si vous devez reconstruct a site’s old responsiveness history, c’est où à regarder — pas le actif outils. Pin le dataset month quand vous cite a number, étiquette il historical, et ne pas treat a legacy FID figure as numerically comparable à a actuel INP figure — il y a aucun conversion entre les (voir le comparaison tableau ci-dessus).

Fait FID encore matter today?

Directement, aucun — il y a rien left à mesurer or rapport, donc il y a rien à “corriger.” Mais le causes de poor FID et le causes de poor INP sont nearly identical: long JavaScript tasks hogging le principal thread. Donc quelconque fonctionner vous déjà a fait à améliorer FID n’était pas wasted. As Je remarque dans mon FID guide, même though FID était replaced par INP dans March 2024, c’est encore worth fonctionnement on le même underlying problèmes — nombreux de le choses vous faire à améliorer TBT et FID aussi améliorer INP.

Le corrections que reduced FID sont le même ones que aider INP et TBT maintenant:

• Reduce le amount de JavaScript vous ship.
• Charger JavaScript plus tard où vous pouvez (async/defer).
• Break up long tasks avec code splitting donc aucun unique task monopolizes le principal thread.
• Déplacer fonctionner off le principal thread avec web workers.
• Utiliser rendu côté serveur or prerendering à cut client-side fonctionner.

Était FID ever a big facteur de classement?

Même pendant que active, FID — as partie de Core Web Vitals — était jamais a heavy classement signal. Google representatives ont repeatedly characterized Core Web Vitals as closer à a tiebreaker que a principal signal, applied seulement quand autre choses sont roughly equal. Mon propre lire, depuis mon Core Web Vitals guide, est le même: “Je ne pas think Core Web Vitals ont beaucoup impact on SEO et, unless vous sont extremely lent, Je généralement ne va pas prioritize fixing les.” FID rarely obtenu singled out on son propre dans rep commentary — il était presque toujours discussed as partie de le Core Web Vitals bundle, pas as a standalone classement lever.

Bing and FID

il y a effectively aucun Bing-spécifique angle ici. Bing jamais adopted Core Web Vitals as a named classement signal le façon Google a fait, et il jamais publié FID (or INP) thresholds de son propre. Bing cares à propos de rapide, responsive pages dans general terms, mais FID était a Google-ecosystem metric depuis commencer à finish.

Où to go suivant

FID sits sous le Web Vitals initiative, dans le Web Performances cluster. Le metrics la plupart pertinent à FID:

• Interaction jusqu’au prochain affichage — le Core Web Vital que replaced il, et le un à en réalité optimize pour maintenant.
• Total Blocking Temps — le lab proxy que stood dans pour FID (et maintenant stands dans pour INP) whenever vous ne pouvait pas mesurer réel interactions.
• Core Web Vitals — le classement-pertinent trio (LCP, INP, CLS) FID utilisé à belong à.

AI summary

A condensed prendre on the Avancé version:

• FID = a retired Core Web Vital pour responsiveness. Il mesuré seulement le entrée delay de le premier interaction — le wait avant le navigateur pourrait begin processing le event handler — pas le handler’s runtime or le repaint.
• Thresholds: bon ≤ 100 ms, nécessite improvement 100–300 ms, poor > 300 ms, à le 75th percentile, mobile/desktop split. Champ seulement — jamais measurable dans Lighthouse; Total Blocking Temps était le lab proxy.
• ne pas confuse thresholds: FID = 100/300 ms; INP = 200/500 ms. Différent metrics, différent numbers.
• Causer de poor FID: main-thread contention — long JavaScript tasks. Même root causer as poor INP et TBT.
• Retirement timeline: replaced par INP on March 12, 2024 — le même day Search Console dropped FID depuis son rapport. Chrome outils, PageSpeed Insights, et le actif CrUX API stopped supporting il on September 9, 2024, chaque on son propre schedule — pas a unique universal cutoff. Recherche Google Central’s actuel CWV doc ne … plus mentions il.
• FID vs INP: FID timed le premier interaction’s delay; INP mesure tout interactions’ complet latency (delay + processing + presentation). Aucun formula converts un metric’s number dans le autre.
• Old données: gone depuis le actif outils; pre-cutoff FID données encore lives dans le CrUX BigQuery dataset via le 202409 release — pin le dataset month et ne pas comparer il numerically à actuel INP.
• Aucun conversion, ever: TBT est a correlated lab proxy pour FID et INP, pas a formula que translates un dans le autre.
• Encore matter? Rien à corriger directement, mais le JS corrections (reduce/defer JS, break up long tasks, web workers, SSR) carry straight over à INP et TBT.
• Classement weight: minor même quand active — CWV framed as a tiebreaker; Patrick: ne pas prioritize unless vous êtes extremely lent. Bing a aucun FID equivalent.

Documentation officielle

Primary-source documentation on FID et son retirement.

Google / web.dev

• Délai de première interaction (FID) — le metric’s definition, thresholds, pourquoi seulement entrée delay était mesuré, et le retirement notice (Philip Walton; mis à jour 2024-10-06).
• Chrome ends prise en charge pour Délai de première interaction — le September 2024 removal depuis Chrome outils, PSI, et le CrUX API (Rick Viscomi).
• Interaction jusqu’au prochain affichage becomes a Core Web Vital on March 12 — le announcement que INP voudrait remplacer FID (Jeremy Wagner, Rick Viscomi).
• Understanding Core Web Vitals et Recherche Google résultats — le actuel classement doc, qui maintenant listes seulement LCP, INP, et CLS (aucun FID).
• Interaction jusqu’au prochain affichage (INP) — le metric que replaced FID.

MDN

• Délai de première interaction (FID) glossary — a short référence definition.

Bing / Microsoft

• None spécifique to FID. Bing jamais publié FID thresholds or named Core Web Vitals as a ranking signal of its propre.

Quotes from the source

On-le-record statements depuis Google’s official web.dev documentation. Chaque lien est a deep lien que jumps à le quoted passage on le page source.

Google / web.dev — ce que FID mesuré

«- “FID measures the time from when a user first interacts with a page (that is, when they click a link, tap on a button, or use a custom, JavaScript-powered control) to the time when the browser is actually able to begin processing event handlers in response to that interaction.” Jump to quote » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “In general, input delay (a.k.a. input latency) happens because the browser’s main thread is busy doing something else, so it can’t (yet) respond to the user.” Jump to quote » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Google / web.dev — le “bon” threshold

«- “To provide a good user experience, sites should strive to have a First Input Delay of 100 milliseconds or less.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Délai de première interaction cheat sheet

Status: retired. Garder ce pour reading legacy données and old reports — pas as an optimization target.

FID En un coup d’œil

FID vs INP — don’t mix les up

Clé dates

• March 12, 2024 — INP remplace FID as a Core Web Vital; Search Console drops FID depuis son rapport le même day.
• September 9, 2024 — Chrome outils, PageSpeed Insights, et le actif CrUX API arrêter supporting FID, on leur propre schedule (pas le même date as GSC).

Où FID données is now

• Live outils (PSI UI, GSC, CrUX API): gone (GSC since March 12, 2024; PSI/CrUX since September 9, 2024).
• Pre-cutoff history: CrUX BigQuery dataset, via the 202409 release. Don’t comparer its numbers directement to current INP — there’s aucun conversion.

Fixing the underlying problème (helps INP/TBT now)

• Reduce JavaScript · defer/async charger · break up long tasks (code-split) · web workers · SSR/prerendering.

Mistakes to éviter with legacy FID données

«### Treating FID as a current Core Web Vital » (Traduction) (Résumé en français de la section quatre-vingt-dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«FID was replaced by INP in March 2024 and removed from current Chrome reporting surfaces later that year. Use INP for current responsiveness work; keep FID only when interpreting historical datasets. » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Comparing FID and INP against the same thresholds » (Traduction) (Résumé en français de la section quatre-vingt-dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«FID’s historical Good/Poor thresholds were 100/300 ms; INP’s are 200/500 ms. The numbers are not interchangeable because FID measured only pre-handler delay, while INP covers the interaction through the next paint. » (Traduction) (Résumé en français de la section cent, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Looking pour FID in a lab tester

FID requis a réel premier utilisateur entrée et était champ-seulement. Total Blocking Temps était le lab proxy; a Lighthouse résultat était jamais a direct FID observation.

Optimizing a retired score au lieu de the utilisateur problem

Ne faites pas preserve a FID dashboard as le goal. Break up long main-thread tasks et reduce blocking JavaScript, alors mesurer actuel responsiveness avec INP dans le champ.

Testez vos connaissances: Délai de première interaction (FID)

Five rapide questions on ce que FID mesuré and pourquoi it’s retired. Pick an réponse pour chaque, alors vérifier.

Journal des modifications