Đầu tiên Input Delay (FID)

Tóm tắt — đầu tiên Input Delay (FID) là old chỉ số. nó measured Cách dài của bạn trang đã làm ai đó chờ trước khi nó có thể even bắt đầu reacting để của họ đầu tiên nhấp hoặc tap. Google retired nó trong March 2024 và replaced nó với INP, sau đó đã xóa nó từ của nó tools hoàn toàn trong September 2024. So có không có gì để khắc phục ở đây anymore — nhưng nó worth knowing Điều gì nó là nếu bạn chạy vào “FID” trong old các báo cáo.

Điều gì đầu tiên Input Delay là

Khi bạn tap button và không có gì happens cho beat, trang feels hỏng — even nếu nó looks loaded. đầu tiên Input Delay (FID) là Google way của putting number on đó cụ thể frustration.

FID measured một hẹp điều: khoảng trống giữa của bạn đầu tiên interaction với trang ( nhấp, tap, mấu chốt press) và moment trình duyệt là thực ra free để bắt đầu responding để nó. nếu trình duyệt là busy đang chạy JavaScript Khi bạn tapped, của bạn tap có để chờ trong line. đó chờ là “delay.”

Hai điều nó đã làm không đo lường:

• Cách dài button code took để chạy sau khi nó đã bắt đầu.
• Cách dài trang took để visually cập nhật afterward.

chỉ chờ trước khi bất cứ điều gì có thể begin. đó narrowness là big reason nó eventually đã nhận replaced.

Điều gì được tính as good score

FID là scored trong milliseconds:

• Good: 100 ms hoặc ít hơn
• Cần improvement: 100–300 ms
• Poor: over 300 ms

Vì sao bạn không cần để worry về nó anymore

Ở đây quan trọng part cho anyone reading điều này trong 2026: FID là retired. Google replaced nó as Cốt lõi Web Vital với INP (Interaction để tiếp theo Paint) on March 12, 2024 — Search Console đã dừng cho thấy FID đó giống nhau day. PageSpeed Insights và CrUX API kept reporting nó little lâu hơn, sau đó dropped nó on September 9, 2024. nếu tutorial hoặc old dashboard vẫn lists FID as hiện tại Cốt lõi Web Vital, đó nội dung là out của date.

INP làm giống nhau job tốt hơn: thay vì chỉ timing đầu tiên interaction chờ, nó measures đầy đủ responsiveness của mỗi interaction throughout visit. nếu bạn’re trying để làm của bạn trang web feel snappy hôm nay, INP là chỉ số để watch, không FID.

Muốn đầy đủ history — chính xác thresholds, Vì sao FID là designed so narrowly, nơi old FID dữ liệu vẫn lives, và Cách nó maps onto INP — switch để Nâng cao tab.

Tóm tắt — FID là Cốt lõi Web Vital cho responsiveness cho đến khi INP replaced nó on March 12, 2024 — date Search Console cũng dropped nó từ của nó báo cáo. Chrome tools, PageSpeed Insights, và trực tiếp CrUX API kept nó little lâu hơn và cut nó on September 9, 2024, mỗi on của nó own schedule. nó measured chỉ input delay của đầu tiên interaction — không handler runtime, không repaint — có chủ ý, để tránh perverse incentives. Thresholds: good ≤100 ms, poor >300 ms tại p75, trường chỉ (Total Blocking Time là lab proxy — correlated diagnostic, không conversion formula). không confuse những điều đó thresholds với INP 200/500 ms, và không try để convert một chỉ số number vào khác. Poor FID nghĩ ra từ main-chuỗi trao đổi contention — dài JavaScript tasks — mà là chính xác Điều gì gây ra poor INP và TBT, so legacy các cách sửa vẫn pay off. Lịch sử FID dữ liệu survives trong CrUX BigQuery dataset (qua 202409 phát hành); nó đã biến mất mọi nơi trực tiếp.

Điều gì FID thực ra measured

Google definition đã là precise. Theo web.dev: “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.” (bản dịch) «FID measures đó time từ khi một người dùng đầu tiên interacts với một trang (đó là, khi they nhấp một link, tap on một button, hoặc dùng một custom, JavaScript-powered control) để đó time khi đó trình duyệt là thực ra able để begin processing event handlers trong phản hồi để đó interaction.»

đọc đó cẩn thận, vì phạm vi là toàn bộ story. FID captured delay trước khi processing có thể begin — và không có gì sau khi. không Cách dài event handler ran. không Cách dài trang took để paint kết quả. chỉ chờ.

Vì sao đã là đó trình duyệt bao giờ “not able to begin” (bản dịch) «không able để begin»? web.dev là blunt về đó nguyên nhân: “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.” (bản dịch) «Nhìn chung, input delay (một.k.một. input latency) happens vì đó trình duyệt main chuỗi trao đổi là busy đang làm điều gì đó khác, so điều này không thể (tuy vậy) respond để người dùng.» Ở đó là một main chuỗi trao đổi, và nếu đây là mid-task phân tích cú pháp hoặc executing JavaScript khi đó người dùng acts, đó interaction sits trong đó queue until đó task finishes. I làm đó giống nhau point trong my Ahrefs FID hướng dẫn: có chỉ một main chuỗi trao đổi, JavaScript competes để chạy tasks on điều này, và trong khi một task là đang chạy đó trang không thể respond để input — đó stall là đó delay một người dùng thực ra feels.

Vì sao FID chỉ measured delay (không toàn bộ interaction)

điều này looks như design flaw cho đến khi bạn understand reasoning. Google measured chỉ input delay on purpose. Folding handler execution time và repaint vào chỉ số có thể, as web.dev giải thích, incentivize nhà phát triển để game nó — họ có thể wrap của họ event-handler logic trong asynchronous callback để split nó off từ interaction task và làm number look tốt hơn trong khi thực tế experience đã nhận tệ hơn. So FID stayed hẹp.

đó narrowness là cũng FID fatal limitation. trang có thể post great FID và vẫn feel sluggish, vì mỗi interaction sau khi đầu tiên went unmeasured, và chậm part của interaction là thường processing và repaint FID đã bỏ qua. đó khoảng trống là precisely Điều gì INP là được xây dựng để close.

thresholds — và một bạn’ll see mọi người nhận sai

Measured tại 75th percentile của trang loads, segmented across mobile và desktop. web.dev hướng dẫn là đơn giản đó các trang nên strive cho đầu tiên Input Delay của 100 milliseconds hoặc ít hơn. My own FID bài viết dùng giống nhau figures — good ≤100 ms, cần improvement >100 ms và ≤300 ms, poor >300 ms.

** phổ biến mistake:** confusing FID thresholds với INP. họ là khác numbers cho khác các chỉ số. FID = 100 ms good / 300 ms poor. INP = 200 ms good / 500 ms poor. Several thứ ba-party summaries — và even automated nội dung truyền — conflate hai, so nếu bạn see “200 ms” cited as FID good ngưỡng, nó sai.

FID là trường-chỉ chỉ số

bạn có thể không bao giờ nhận FID từ Lighthouse hoặc bất kỳ lab tool, vì nó bắt buộc thực người dùng thực đầu tiên interaction — web.dev trạng thái plainly đó FID là chỉ số đó có thể chỉ là measured trong trường, as nó requires thực người dùng để interact với của bạn trang. Lab tools không nhấp, so ở đó là không có gì cho FID để time.

lab stand-trong là luôn Total Blocking Time (TBT). As I put nó trong my PageSpeed Insights hướng dẫn, bạn sẽ không tìm FID hoặc INP trong lab dữ liệu — những điều đó require clicks on trang đó lab kiểm thử không reproduce — so bạn sử dụng Total Blocking Time as proxy chỉ số để hoạt động on improving thay vì. đó mối quan hệ outlived FID: TBT là hiện tại lab proxy cho INP.

Một guard worth stating plainly: TBT là correlated diagnostic, không conversion formula. Ở đó là không bao giờ equation đó turned TBT number vào chính xác FID number, và ở đó không phải một cho INP either — bad TBT score tells bạn main-chuỗi trao đổi hoạt động là có khả năng culprit, không Điều gì của bạn trường FID hoặc INP sẽ có là.

Vì sao FID là retired: INP transition

FID replacement là announced well trong advance. Theo web.dev, INP officially trở thành Cốt lõi Web Vital và replaced FID vào ngày 12 tháng 3 năm 2024, tại mà point FID là deprecated và đã xóa từ program. Google stated reasoning: theo thời gian nó trở thành clear new chỉ số là needed để capture aspects của interactivity đó FID đã làm không.

timeline có hai distinct milestones — worth giữ straight, vì nó easy (và phổ biến, even trong automated nội dung) để collapse them vào single date:

1. March 12, 2024 — retired as Cốt lõi Web Vital. INP took over; FID là không lâu hơn part của xếp hạng-relevant Cốt lõi đặt. Search Console đã xóa FID từ của nó Core Web Vitals báo cáo đó giống nhau day.
2. September 9, 2024 — đã xóa từ tools, on sản phẩm-cụ thể schedules. Theo web.dev, as của đó date FID là không lâu hơn supported trong Chrome tools. PageSpeed Insights đã dừng displaying thực-người dùng FID dữ liệu và CrUX API discontinued serving chỉ số going forward; CrUX BigQuery dataset đã dừng thêm new FID các trường starting với 202409 phát hành, though trước đó months stayed queryable.

nó không chính xác để chẳng hạn mỗi Google surface dropped FID on September 9 — Tìm kiếm Console cutoff là six months trước đó, tied để INP replacement, không sau đó tools cleanup.

web.dev own FID bài viết hiện tại leads với retirement notice: đầu tiên Input Delay là không lâu hơn Cốt lõi Web Vital, và có là replaced by Interaction để tiếp theo Paint (INP) chỉ số. và Google Search Central hiện tại Core Web Vitals tài liệu không mention FID tại all — nó covers chỉ LCP, INP, và CLS. Khi chính thức xếp hạng doc dừng naming chỉ số, đó về as retired as nó nhận.

FID so với INP: Điều gì changed

hai các chỉ số đo lường genuinely khác điều, mà là Vì sao Bạn có thể’t chỉ map một onto khác:

qua-line: FID timed front door của một interaction; INP times toàn bộ journey của mỗi interaction. có không formula đó converts old FID number vào tương đương INP number, và trang FID relative để khác các trang không predict của nó INP xếp hạng relative để những điều đó giống nhau các trang — họ’re measuring khác interaction sets so với khác endpoints, so bất kỳ resemblance giữa hai numbers on được cho trang là coincidental, không rule. See Interaction để tiếp theo Paint cho đầy đủ treatment của chỉ số đó replaced nó.

nơi old FID dữ liệu vẫn lives

Retirement đã không vaporize lịch sử record. Điều gì đã biến mất versus Điều gì vẫn:

• Đã biến mất (trực tiếp/hiện tại-facing): Search Console’s Core Web Vitals báo cáo dropped FID vào ngày 12 tháng 3 năm 2024, day INP took over. PageSpeed Insights UI và trực tiếp CrUX API kept reporting nó little lâu hơn và đã dừng on September 9, 2024.
• vẫn ở đó (lịch sử): FID dữ liệu từ trước khi cutoff vẫn queryable trong công khai CrUX BigQuery dataset — nhưng chỉ qua 202409 dataset; BigQuery đã dừng thêm new FID các trường starting với đó phát hành, though trước đó months stayed trong place. nếu bạn cần reconstruct trang web old responsiveness history, đó nơi để look — không trực tiếp tools. Pin dataset month Khi bạn cite number, label nó lịch sử, và không treat legacy FID hình as numerically comparable để hiện tại INP hình — có không conversion giữa them (see so sánh bảng trên).

Làm FID vẫn quan trọng hôm nay?

Trực tiếp, không — có không có gì left để đo lường hoặc báo cáo, so có không có gì để “cách sửa.” nhưng gây ra của poor FID và gây ra của poor INP là nearly giống hệt: dài JavaScript tasks hogging main chuỗi trao đổi. So bất kỳ hoạt động bạn đã làm để improve FID đã không wasted. As I note trong my FID hướng dẫn, mặc dù FID là replaced by INP trong March 2024, nó vẫn worth hoạt động on giống nhau underlying các vấn đề — nhiều của điều bạn làm để improve TBT và FID cũng improve INP.

các cách sửa đó reduced FID là giống nhau ones đó help INP và TBT hiện tại:

• Reduce amount của JavaScript bạn ship.
• Load JavaScript sau đó nơi Bạn có thể (async/defer).
• Break lên dài tasks với code splitting so không single task monopolizes main chuỗi trao đổi.
• Move hoạt động off main chuỗi trao đổi với web workers.
• sử dụng máy chủ-side kết xuất hoặc prerendering để cut client-side hoạt động.

là FID bao giờ big xếp hạng factor?

Even trong khi active, FID — as part of Core Web Vitals — đã là không bao giờ một nặng xếp hạng tín hiệu. Google representatives có repeatedly characterized Core Web Vitals as closer để một tiebreaker hơn một chính tín hiệu, applied chỉ khi other điều là roughly equal. My own đọc, từ my Core Web Vitals hướng dẫn, là đó giống nhau: “I don’t think Core Web Vitals have much impact on SEO and, unless you are extremely slow, I generally won’t prioritize fixing them.” (bản dịch) «I không think Core Web Vitals có nhiều impact on SEO và, trừ khi bạn là extremely chậm, I generally sẽ không prioritize sửa them.» FID rarely đã nhận singled out on của nó own trong rep commentary — điều này đã là gần như luôn discussed as part of đó Core Web Vitals bundle, không as một standalone xếp hạng lever.

Bing và FID

có effectively không Bing-cụ thể angle ở đây. Bing không bao giờ adopted Core Web Vitals as named tín hiệu xếp hạng way Google đã làm, và nó không bao giờ published FID (hoặc INP) thresholds của nó own. Bing cares về fast, responsive các trang nhìn chung terms, nhưng FID là Google-ecosystem chỉ số từ bắt đầu để finish.

nơi để go tiếp theo

FID sits dưới Web Chỉ số quan trọng initiative, trong Web Performance cluster. các chỉ số phần lớn relevant để FID:

• Interaction để tiếp theo Paint — Cốt lõi Web Vital đó replaced nó, và một để thực ra optimize cho hiện tại.
• Total Blocking Time — lab proxy đó stood trong cho FID (và hiện tại stands trong cho INP) bất cứ khi nào bạn không thể đo lường thực interactions.
• Core Web Vitals — xếp hạng-relevant trio (LCP, INP, CLS) FID được sử dụng để belong để.

AI summary

condensed take on Nâng cao version:

• FID = retired Cốt lõi Web Vital cho responsiveness. nó measured chỉ input delay của đầu tiên interaction — chờ trước khi trình duyệt có thể begin processing event handler — không handler runtime hoặc repaint.
• Thresholds: good ≤ 100 ms, cần improvement 100–300 ms, poor > 300 ms, tại 75th percentile, mobile/desktop split. Trường chỉ — không bao giờ measurable trong Lighthouse; Total Blocking Time là lab proxy.
• không confuse thresholds: FID = 100/300 ms; INP = 200/500 ms. khác các chỉ số, khác numbers.
• Nguyên nhân của poor FID: main-chuỗi trao đổi contention — dài JavaScript tasks. giống nhau root nguyên nhân as poor INP và TBT.
• Retirement timeline: replaced by INP vào ngày 12 tháng 3 năm 2024 — giống nhau day Search Console dropped FID từ của nó báo cáo. Chrome tools, PageSpeed Insights, và trực tiếp CrUX API đã dừng supporting nó on September 9, 2024, mỗi on của nó own schedule — không single universal cutoff. Google Search Central hiện tại CWV doc không lâu hơn mentions nó.
• FID so với INP: FID timed đầu tiên interaction delay; INP measures all interactions’ đầy đủ latency (delay + processing + presentation). Không formula converts một chỉ số number vào khác.
• Old dữ liệu: đã biến mất từ trực tiếp tools; pre-cutoff FID dữ liệu vẫn lives trong CrUX BigQuery dataset qua 202409 phát hành — pin dataset month và không so sánh nó numerically để hiện tại INP.
• Không conversion, bao giờ: TBT là correlated lab proxy cho FID và INP, không formula đó translates một vào khác.
• vẫn quan trọng? Không có gì để khắc phục trực tiếp, nhưng JS các cách sửa (reduce/defer JS, break lên dài tasks, web workers, SSR) carry straight over để INP và TBT.
• Xếp hạng weight: minor even Khi active — CWV được diễn đạt as tiebreaker; Patrick: không prioritize trừ khi bạn’re extremely chậm. Bing có không FID tương đương.

Tài liệu chính thức

Chính-nguồn tài liệu on FID và của nó retirement.

Google / web.dev

• đầu tiên Input Delay (FID) — chỉ số definition, thresholds, Vì sao chỉ input delay là measured, và retirement notice (Philip Walton; đã cập nhật 2024-10-06).
• Chrome ends hỗ trợ cho đầu tiên Input Delay — September 2024 removal từ Chrome tools, PSI, và CrUX API (Rick Viscomi).
• Interaction để tiếp theo Paint becomes Cốt lõi Web Vital on March 12 — announcement đó INP sẽ replace FID (Jeremy Wagner, Rick Viscomi).
• Understanding Core Web Vitals và Google kết quả tìm kiếm — hiện tại xếp hạng doc, mà hiện tại lists chỉ LCP, INP, và CLS (không FID).
• Interaction để tiếp theo Paint (INP) — chỉ số đó replaced FID.

MDN

• đầu tiên Input Delay (FID) glossary — ngắn reference definition.

Bing / Microsoft

• None cụ thể để FID. Bing không bao giờ published FID thresholds hoặc named Core Web Vitals as tín hiệu xếp hạng của nó own.

Quotes từ nguồn

On—record statements từ Google chính thức web.dev tài liệu. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google / web.dev — Điều gì FID measured

• “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.” (bản dịch) «FID measures đó time từ khi một người dùng đầu tiên interacts với một trang (đó là, khi they nhấp một link, tap on một button, hoặc dùng một custom, JavaScript-powered control) để đó time khi đó trình duyệt là thực ra able để begin processing event handlers trong phản hồi để đó interaction.» Nhảy đến trích dẫn
• “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.” (bản dịch) «Nhìn chung, input delay (một.k.một. input latency) happens vì đó trình duyệt main chuỗi trao đổi là busy đang làm điều gì đó khác, so điều này không thể (tuy vậy) respond để người dùng.» Nhảy đến trích dẫn

Google / web.dev — “good” ngưỡng

• “To provide a good user experience, sites should strive to have a First Input Delay of 100 milliseconds or less.” (bản dịch) «Để cung cấp một good người dùng experience, các trang nên strive để có một Đầu tiên Input Delay of 100 milliseconds hoặc ít hơn.» Nhảy đến trích dẫn

đầu tiên Input Delay bảng tra nhanh

Status: retired. giữ điều này cho reading legacy dữ liệu và old các báo cáo — không as optimization đích.

FID tại glance

FID so với INP — không mix them lên

mấu chốt dates

• March 12, 2024 — INP replaces FID as Cốt lõi Web Vital; Search Console drops FID từ của nó báo cáo giống nhau day.
• September 9, 2024 — Chrome tools, PageSpeed Insights, và trực tiếp CrUX API dừng supporting FID, on của họ own schedule (không giống nhau date as GSC).

nơi FID dữ liệu là hiện tại

• Trực tiếp tools (PSI UI, GSC, CrUX API): đã biến mất (GSC since March 12, 2024; PSI/CrUX since September 9, 2024).
• Pre-cutoff history: CrUX BigQuery dataset, qua 202409 phát hành. không so sánh của nó numbers trực tiếp để hiện tại INP — có không conversion.

Sửa underlying vấn đề (helps INP/TBT hiện tại)

• Reduce JavaScript · defer/async load · break lên dài tasks (code-split) · web workers · SSR/prerendering.

Mistakes để tránh với legacy FID dữ liệu

Treating FID as hiện tại Cốt lõi Web Vital

FID là replaced by INP trong March 2024 và đã xóa từ hiện tại Chrome reporting surfaces sau đó năm. sử dụng INP cho hiện tại responsiveness hoạt động; giữ FID chỉ Khi interpreting lịch sử datasets.

Comparing FID và INP so với giống nhau thresholds

FID lịch sử Good/Poor thresholds là 100/300 ms; INP là 200/500 ms. numbers không phải interchangeable vì FID measured chỉ pre-handler delay, trong khi INP covers interaction qua tiếp theo paint.

Looking cho FID trong lab kiểm thử

FID bắt buộc thực đầu tiên người dùng input và là trường-chỉ. Total Blocking Time là lab proxy; Lighthouse kết quả là không bao giờ trực tiếp FID observation.

Optimizing retired score thay vì người dùng vấn đề

không bảo toàn FID dashboard as goal. Break lên dài main-chuỗi trao đổi tasks và reduce blocking JavaScript, sau đó đo lường hiện tại responsiveness với INP trong trường.

Tự kiểm tra: đầu tiên Input Delay (FID)

Five nhanh các câu hỏi on Điều gì FID measured và Vì sao nó retired. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi