pertama Input Delay (FID)

TL;DR — pertama Input Delay (FID) adalah sebuah old metric. ini diukur bagaimana panjang Anda halaman dibuat seseorang tunggu sebelum ini dapat bahkan mulai reacting untuk mereka pertama click atau tap. Google retired ini di March 2024 dan replaced ini dengan INP, lalu dihapus ini dari -nya alat entirely di September 2024. So ada tidak ada apa pun untuk perbaiki di sini anymore — tetapi ini adalah worth knowing apa ini adalah jika Anda jalankan ke “FID” in old reports (terjemahan) “FID di laporan lama.”

Apa pertama Input Delay adalah

Ketika Anda tap sebuah button dan tidak ada apa pun happens untuk sebuah beat, halaman feels rusak — bahkan jika ini looks dimuat. pertama Input Delay (FID) adalah Google’s cara dari putting sebuah angka pada itu spesifik frustration.

FID diukur satu sempit hal: kesenjangan antara Anda pertama interaction dengan sebuah halaman (sebuah click, sebuah tap, sebuah key press) dan moment browser adalah sebenarnya free untuk mulai responding untuk ini. jika browser adalah busy berjalan JavaScript ketika Anda tapped, Anda tap memiliki untuk tunggu di line. itu tunggu adalah “delay.” (terjemahan) “jeda.”

Dua hal ini melakukan tidak mengukur:

• Bagaimana panjang button’s code took untuk jalankan setelah ini dimulai.
• Bagaimana panjang halaman took untuk visually perbarui afterward.

hanya tunggu sebelum apa pun dapat begin. itu narrowness adalah sebuah big alasan ini eventually mendapat replaced.

Apa counted sebagai sebuah baik score

FID adalah scored di milliseconds:

• baik: 100 ms atau lebih sedikit
• perlu improvement: 100–300 ms
• Poor: di atas 300 ms

Mengapa Anda tidak perlu untuk worry tentang ini anymore

Di sini’s penting bagian untuk anyone reading ini di 2026: FID adalah retired. Google replaced ini sebagai sebuah Core Web Vital dengan INP (Interaction untuk Berikutnya Paint) pada March 12, 2024 — Search Console berhenti menunjukkan FID itu sama day. PageSpeed Insights dan CrUX API dipertahankan reporting ini sebuah little lebih lama, lalu dropped ini pada September 9, 2024. jika sebuah tutorial atau sebuah old dashboard masih lists FID sebagai sebuah saat ini Core Web Vital, itu konten adalah out dari date.

INP melakukan yang sama job better: alih-alih hanya timing pertama interaction’s tunggu, ini measures penuh responsiveness dari setiap interaction throughout sebuah visit. jika Anda’re trying untuk membuat Anda situs feel snappy hari ini, INP adalah metric untuk watch, tidak FID.

ingin penuh history — tepat thresholds, mengapa FID adalah designed so narrowly, di mana old FID data masih lives, dan bagaimana ini maps onto INP — switch untuk Advanced tab.

TL;DR — FID adalah Core Web Vital untuk responsiveness until INP replaced ini pada March 12, 2024 — date Search Console juga dropped ini dari -nya report. Chrome alat, PageSpeed Insights, dan langsung CrUX API dipertahankan ini sebuah little lebih lama dan cut ini pada September 9, 2024, setiap pada -nya own schedule. ini diukur hanya input delay dari pertama interaction — tidak handler runtime, tidak repaint — dengan sengaja, untuk hindari perverse incentives. Thresholds: baik ≤100 ms, poor >300 ms di p75, field hanya (Total Blocking Time adalah lab proxy — sebuah correlated diagnostic, tidak sebuah conversion formula). jangan confuse itu thresholds dengan INP’s 200/500 ms, dan jangan try untuk convert satu metric’s angka ke lainnya. Poor FID came dari main-utas contention — panjang JavaScript tasks — yang adalah persis apa penyebab poor INP dan TBT, so legacy memperbaiki masih pay off. Historical FID data survives di CrUX BigQuery dataset (melalui 202409 rilis); ini adalah hilang di mana-mana langsung.

Apa FID sebenarnya diukur

Google’s definition adalah precise. Per web.dev: “FID measures itu time dari ketika a user pertama interacts dengan a halaman (itu adalah, ketika they click a link, tap pada a button, atau gunakan a custom, JavaScript-powered control) untuk itu time ketika itu browser adalah sebenarnya able untuk begin processing event handlers di response untuk itu interaction.” (terjemahan) “FID measures time dari ketika sebuah pengguna pertama interacts dengan sebuah halaman (itu adalah, ketika mereka click sebuah tautan, tap pada sebuah button, atau gunakan custom, JavaScript-powered control) untuk time ketika browser adalah sebenarnya able untuk begin processing event handlers di respons untuk itu interaction.”

Baca itu dengan hati-hati, karena cakupan adalah seluruh story. FID captured delay sebelum processing dapat begin — dan tidak ada apa pun setelah. Tidak bagaimana panjang event handler ran. Tidak bagaimana panjang halaman took untuk paint hasil. hanya tunggu.

Mengapa adalah browser ever “tidak able untuk begin” (terjemahan) “tidak able untuk begin”? web.dev adalah blunt tentang penyebab: “Di general, input delay (a.k.a. input latency) happens karena itu browser’s main utas adalah busy melakukan sesuatu else, so it tidak dapat (namun) respond untuk itu user.” (terjemahan) “di umum, input delay (sebuah.k.sebuah. input latency) happens karena browser’s main utas adalah busy melakukan sesuatu else, so ini dapat’t (namun) respond untuk pengguna.” Di sana adalah satu main utas, dan jika ini adalah mid-task parsing atau executing JavaScript ketika pengguna acts, interaction sits di queue until itu task finishes. I membuat sama poin di my Ahrefs FID guide: ada hanya satu main utas, JavaScript competes untuk jalankan tasks pada ini, dan sementara sebuah task adalah berjalan halaman dapat’t respond untuk input — itu stall adalah delay sebuah pengguna sebenarnya feels.

Mengapa FID hanya diukur delay (tidak seluruh interaction)

ini looks like sebuah design flaw until Anda memahami reasoning. Google diukur hanya input delay pada purpose. Folding handler’s execution time dan repaint ke metric dapat, sebagai web.dev menjelaskan, incentivize developers untuk game ini — mereka dapat wrap mereka event-handler logic di sebuah asynchronous callback untuk split ini off dari interaction’s task dan membuat angka look better sementara sebenarnya experience mendapat worse. So FID stayed sempit.

itu narrowness adalah juga FID’s fatal limitation. sebuah halaman dapat post sebuah great FID dan masih feel sluggish, karena setiap interaction setelah pertama went unmeasured, dan slow bagian dari sebuah interaction adalah sering processing dan repaint FID ignored. itu kesenjangan adalah precisely apa INP adalah dibangun untuk close.

thresholds — dan satu Anda’ll see orang mendapatkan wrong

diukur di 75th percentile dari halaman memuat, segmented di seluruh mobile dan desktop. web.dev’s guidance adalah sekadar itu situs seharusnya strive untuk sebuah pertama Input Delay dari 100 milliseconds atau lebih sedikit. My own FID artikel menggunakan yang sama figures — baik ≤100 ms, perlu improvement >100 ms dan ≤300 ms, poor >300 ms.

** umum mistake:** confusing FID’s thresholds dengan INP’s. mereka adalah berbeda angka untuk berbeda metrics. FID = 100 ms baik / 300 ms poor. INP = 200 ms baik / 500 ms poor. Several ketiga-party summaries — dan bahkan automated konten melewati — conflate dua, so jika Anda see “200 ms” (terjemahan) “200 ms” cited sebagai FID’s baik threshold, ini adalah wrong.

FID adalah sebuah field-hanya metric

Anda dapat tidak pernah mendapatkan FID dari Lighthouse atau apa pun lab alat, karena ini diperlukan sebuah nyata pengguna’s nyata pertama interaction — web.dev status plainly itu FID adalah sebuah metric itu dapat hanya menjadi diukur di lapangan, sebagai ini memerlukan sebuah nyata pengguna untuk interact dengan Anda halaman. Lab alat jangan click, so di sana adalah tidak ada apa pun untuk FID untuk time.

lab stand-di adalah selalu Total Blocking Time (TBT). sebagai I put ini di my PageSpeed Insights guide, Anda tidak akan temukan FID atau INP di data lab — itu memerlukan clicks pada halaman itu lab testing tidak reproduce — so Anda gunakan Total Blocking Time sebagai sebuah proxy metric untuk berfungsi pada improving alih-alih. itu hubungan outlived FID: TBT adalah now lab proxy untuk INP.

Satu guard worth stating plainly: TBT adalah sebuah correlated diagnostic, tidak sebuah conversion formula. Di sana adalah tidak pernah sebuah equation itu turned sebuah TBT angka ke sebuah tepat FID angka, dan di sana tidak satu untuk INP either — sebuah buruk TBT score tells Anda main-utas berfungsi adalah sebuah mungkin culprit, tidak apa Anda field FID atau INP akan memiliki telah.

Mengapa FID adalah retired: INP transition

FID’s replacement adalah announced well di advance. Per web.dev, INP officially menjadi sebuah Core Web Vital dan replaced FID pada March 12, 2024, di yang poin FID adalah deprecated dan dihapus dari program. Google’s stated reasoning: di atas time ini menjadi jelas sebuah baru metric adalah needed untuk capture aspects dari interactivity itu FID melakukan tidak.

timeline memiliki dua distinct milestones — worth mempertahankan straight, karena ini adalah easy (dan umum, bahkan di automated konten) untuk collapse them ke sebuah single date:

1. March 12, 2024 — retired sebagai sebuah Core Web Vital. INP took di atas; FID adalah Tidak lebih lama bagian dari peringkat-relevant Core set. Search Console dihapus FID dari -nya Core Web Vitals report itu sama day.
2. September 9, 2024 — dihapus dari alat, pada product-spesifik schedules. Per web.dev, sebagai dari itu date FID adalah Tidak lebih lama didukung di Chrome alat. PageSpeed Insights berhenti displaying nyata-pengguna FID data dan CrUX API discontinued serving metric going forward; CrUX BigQuery dataset berhenti menambahkan baru FID fields starting dengan 202409 rilis, though sebelumnya months stayed queryable.

ini adalah tidak accurate untuk say setiap Google surface dropped FID pada September 9 — Penelusuran Console’s cutoff adalah six months sebelumnya, tied untuk INP replacement, tidak kemudian alat cleanup.

web.dev’s own FID artikel now leads dengan retirement notice: pertama Input Delay adalah Tidak lebih lama sebuah Core Web Vital, dan memiliki telah replaced oleh Interaction untuk Berikutnya Paint (INP) metric. dan Google Search Central’s saat ini Core Web Vitals documentation tidak mention FID di semua — ini covers hanya LCP, INP, dan CLS. Ketika official peringkat doc berhenti naming sebuah metric, itu’s tentang sebagai retired sebagai ini mendapatkan.

FID vs INP: apa changed

dua metrics mengukur genuinely berbeda hal, yang adalah mengapa Anda dapat’t hanya map satu onto lainnya:

melalui-line: FID timed front door dari satu interaction; INP times seluruh journey dari setiap interaction. ada Tidak formula itu converts sebuah old FID angka ke sebuah equivalent INP angka, dan sebuah halaman’s FID relative untuk lainnya halaman tidak predict -nya INP peringkat relative untuk itu sama halaman — mereka’re measuring berbeda interaction sets terhadap berbeda endpoints, so apa pun resemblance antara dua angka pada sebuah diberikan halaman adalah coincidental, tidak sebuah aturan. See Interaction untuk Berikutnya Paint untuk penuh treatment dari metric itu replaced ini.

Di mana old FID data masih lives

Retirement tidak vaporize historical record. apa hilang versus apa tetap:

• hilang (langsung/saat ini-facing): Search Console’s Core Web Vitals report dropped FID pada March 12, 2024, day INP took di atas. PageSpeed Insights UI dan langsung CrUX API dipertahankan reporting ini sebuah little lebih lama dan berhenti pada September 9, 2024.
• masih di sana (historical): FID data dari sebelum cutoff tetap queryable di publik CrUX BigQuery dataset — tetapi hanya melalui 202409 dataset; BigQuery berhenti menambahkan baru FID fields starting dengan itu rilis, though sebelumnya months stayed di place. jika Anda perlu reconstruct sebuah situs’s old responsiveness history, itu’s di mana untuk look — tidak langsung alat. Pin dataset month ketika Anda cite sebuah angka, label ini historical, dan jangan treat sebuah legacy FID figure sebagai numerically comparable untuk sebuah saat ini INP figure — ada Tidak conversion antara them (see perbandingan table di atas).

melakukan FID masih penting hari ini?

Secara langsung, Tidak — ada tidak ada apa pun left untuk mengukur atau report, so ada tidak ada apa pun untuk “perbaiki.” (terjemahan) “perbaiki.” tetapi penyebab dari poor FID dan penyebab dari poor INP adalah nearly identical: panjang JavaScript tasks hogging main utas. So apa pun berfungsi Anda sudah melakukan untuk meningkatkan FID tidak wasted. sebagai I note di my FID guide, bahkan though FID adalah replaced oleh INP di March 2024, ini adalah masih worth berfungsi pada yang sama underlying issues — banyak dari hal Anda melakukan untuk meningkatkan TBT dan FID juga meningkatkan INP.

memperbaiki itu reduced FID adalah yang sama ones itu help INP dan TBT now:

• Reduce amount dari JavaScript Anda ship.
• muat JavaScript kemudian di mana Anda dapat (async/defer).
• Break up panjang tasks dengan code splitting so Tidak single task monopolizes main utas.
• Move berfungsi off main utas dengan web workers.
• gunakan rendering sisi server atau prerendering untuk cut client-side berfungsi.

adalah FID ever sebuah big peringkat factor?

bahkan sementara active, FID — sebagai bagian dari Core Web Vitals — adalah tidak pernah sebuah berat peringkat sinyal. Google representatives memiliki repeatedly characterized Core Web Vitals sebagai closer untuk sebuah tiebreaker daripada sebuah utama sinyal, applied hanya ketika lainnya hal adalah roughly equal. My own baca, dari my Core Web Vitals guide, adalah yang sama: “I jangan think Core Web Vitals memiliki banyak impact pada SEO dan, unless Anda adalah extremely slow, I generally tidak akan prioritize memperbaiki them.” (terjemahan) “I jangan think Core Web Vitals memiliki banyak impact pada SEO dan, unless Anda adalah extremely slow, I umumnya tidak akan prioritize memperbaiki them.” FID rarely mendapat singled out pada -nya own di rep commentary — ini adalah hampir selalu discussed sebagai bagian dari Core Web Vitals bundle, tidak sebagai sebuah standalone peringkat lever.

Bing dan FID

ada effectively Tidak Bing-spesifik angle di sini. Bing tidak pernah adopted Core Web Vitals sebagai sebuah named sinyal peringkat cara Google melakukan, dan ini tidak pernah published FID (atau INP) thresholds dari -nya own. Bing cares tentang fast, responsive halaman di umum istilah, tetapi FID adalah sebuah Google-ecosystem metric dari mulai untuk finish.

Di mana untuk go berikutnya

FID sits di bawah Web Vitals initiative, di Web performa cluster. metrics sebagian besar relevant untuk FID:

• Interaction untuk Berikutnya Paint — Core Web Vital itu replaced ini, dan satu untuk sebenarnya mengoptimalkan untuk now.
• Total Blocking Time — lab proxy itu stood di untuk FID (dan now stands di untuk INP) setiap kali Anda tidak dapat mengukur nyata interactions.
• Core Web Vitals — peringkat-relevant trio (LCP, INP, CLS) FID digunakan untuk belong untuk.

AI summary

sebuah condensed take pada Advanced versi:

• FID = sebuah retired Core Web Vital untuk responsiveness. ini diukur hanya input delay dari pertama interaction — tunggu sebelum browser dapat begin processing event handler — tidak handler’s runtime atau repaint.
• Thresholds: baik ≤ 100 ms, perlu improvement 100–300 ms, poor > 300 ms, di 75th percentile, mobile/desktop split. Field hanya — tidak pernah measurable di Lighthouse; Total Blocking Time adalah lab proxy.
• jangan confuse thresholds: FID = 100/300 ms; INP = 200/500 ms. berbeda metrics, berbeda angka.
• Penyebab dari poor FID: main-utas contention — panjang JavaScript tasks. sama root penyebab sebagai poor INP dan TBT.
• Retirement timeline: replaced oleh INP pada March 12, 2024 — yang sama day Search Console dropped FID dari -nya report. Chrome alat, PageSpeed Insights, dan langsung CrUX API berhenti supporting ini pada September 9, 2024, setiap pada -nya own schedule — tidak sebuah single universal cutoff. Google Search Central’s saat ini CWV doc Tidak lebih lama mentions ini.
• FID vs INP: FID timed pertama interaction’s delay; INP measures semua interactions’ penuh latency (delay + processing + presentation). Tidak formula converts satu metric’s angka ke lainnya.
• Old data: hilang dari langsung alat; pre-cutoff FID data masih lives di CrUX BigQuery dataset melalui 202409 rilis — pin dataset month dan jangan bandingkan ini numerically untuk saat ini INP.
• Tidak conversion, ever: TBT adalah sebuah correlated lab proxy untuk FID dan INP, tidak sebuah formula itu translates satu ke lainnya.
• masih penting? Tidak ada apa pun untuk perbaiki secara langsung, tetapi JS memperbaiki (reduce/defer JS, break up panjang tasks, web workers, SSR) carry straight di atas untuk INP dan TBT.
• peringkat weight: minor bahkan ketika active — CWV dibingkai sebagai sebuah tiebreaker; Patrick: jangan prioritize unless Anda’re extremely slow. Bing memiliki Tidak FID equivalent.

Dokumentasi resmi

Utama-sumber documentation pada FID dan -nya retirement.

Google / web.dev

• pertama Input Delay (FID) — metric’s definition, thresholds, mengapa hanya input delay adalah diukur, dan retirement notice (Philip Walton; diperbarui 2024-10-06).
• Chrome ends mendukung untuk pertama Input Delay — September 2024 removal dari Chrome alat, PSI, dan CrUX API (Rick Viscomi).
• Interaction untuk Berikutnya Paint becomes sebuah Core Web Vital pada March 12 — announcement itu INP akan replace FID (Jeremy Wagner, Rick Viscomi).
• Understanding Core Web Vitals dan Google hasil pencarian — saat ini peringkat doc, yang now lists hanya LCP, INP, dan CLS (Tidak FID).
• Interaction untuk Berikutnya Paint (INP) — metric itu replaced FID.

MDN

• pertama Input Delay (FID) glossary — sebuah pendek reference definition.

Bing / Microsoft

• None spesifik untuk FID. Bing tidak pernah published FID thresholds atau named Core Web Vitals sebagai sebuah sinyal peringkat dari -nya own.

Quotes dari sumber

pada—record statements dari Google’s official web.dev documentation. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google / web.dev — apa FID diukur

• “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.” (terjemahan) “FID mengukur waktu sejak pengguna pertama kali berinteraksi dengan halaman (yaitu saat mereka mengeklik tautan, mengetuk tombol, atau menggunakan kontrol kustom bertenaga JavaScript) hingga browser benar-benar dapat mulai memproses event handler sebagai respons terhadap interaksi tersebut.” Jump untuk quote
• “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.” (terjemahan) “di umum, input delay (sebuah.k.sebuah. input latency) happens karena browser’s main utas adalah busy melakukan sesuatu else, so ini dapat’t (namun) respond untuk pengguna.” Jump untuk quote

Google / web.dev — “good” (terjemahan) “baik” threshold

• “To provide a good user experience, sites should strive to have a First Input Delay of 100 milliseconds or less.” (terjemahan) “Untuk memberikan pengalaman pengguna yang baik, situs sebaiknya mempertahankan First Input Delay sebesar 100 milidetik atau kurang.” Jump untuk quote

pertama Input Delay cheat sheet

Status: retired. pertahankan ini untuk reading legacy data dan old reports — tidak sebagai sebuah optimization target.

FID di sebuah glance

FID vs INP — jangan mix them up

Key dates

• March 12, 2024 — INP replaces FID sebagai sebuah Core Web Vital; Search Console drops FID dari -nya report yang sama day.
• September 9, 2024 — Chrome alat, PageSpeed Insights, dan langsung CrUX API berhenti supporting FID, pada mereka own schedule (tidak yang sama date sebagai GSC).

Di mana FID data adalah now

• Langsung alat (PSI UI, GSC, CrUX API): hilang (GSC since March 12, 2024; PSI/CrUX since September 9, 2024).
• Pre-cutoff history: CrUX BigQuery dataset, melalui 202409 rilis. jangan bandingkan -nya angka secara langsung untuk saat ini INP — ada Tidak conversion.

Memperbaiki underlying issue (helps INP/TBT now)

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

Mistakes untuk hindari dengan legacy FID data

Treating FID sebagai sebuah saat ini Core Web Vital

FID adalah replaced oleh INP di March 2024 dan dihapus dari saat ini Chrome reporting surfaces kemudian itu tahun. gunakan INP untuk saat ini responsiveness berfungsi; pertahankan FID hanya ketika interpreting historical datasets.

Comparing FID dan INP terhadap yang sama thresholds

FID’s historical baik/Poor thresholds adalah 100/300 ms; INP’s adalah 200/500 ms. angka adalah tidak interchangeable karena FID diukur hanya pre-handler delay, sementara INP covers interaction melalui berikutnya paint.

Looking untuk FID di sebuah lab test

FID diperlukan sebuah nyata pertama pengguna input dan adalah field-hanya. Total Blocking Time adalah lab proxy; sebuah Lighthouse hasil adalah tidak pernah sebuah direct FID observation.

Optimizing sebuah retired score alih-alih pengguna masalah

melakukan tidak pertahankan sebuah FID dashboard sebagai goal. Break up panjang main-utas tasks dan reduce blocking JavaScript, lalu mengukur saat ini responsiveness dengan INP di lapangan.

Uji pemahaman Anda: pertama Input Delay (FID)

Five quick pertanyaan pada apa FID diukur dan mengapa ini adalah retired. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan