Core Web Vitals 2026: INP Ganti FID, Apa Dampaknya ke Ranking?

Google baru saja mengumumkan perubahan besar di Core Web Vitals: First Input Delay (FID) resmi digantikan oleh Interaction to Next Paint (INP) mulai Maret 2024. Kalau website Anda sudah optimize FID dengan sempurna, apakah artinya harus mulai dari nol lagi?

Tidak perlu panik. Artikel ini akan breakdown apa itu INP , kenapa Google ganti metrik, perbedaan fundamental dengan FID, dan yang paling penting:

apa dampaknya ke ranking website Anda.

Baca Juga Core Web Vitals 2026: Cara Fix LCP, INP, CLS untuk SEO arrow_forward

Apa Itu INP (Interaction to Next Paint)?

Interaction to Next Paint (INP) adalah metrik yang mengukur responsivitas keseluruhan halaman terhadap interaksi user sepanjang lifecycle halaman tersebut.

Berbeda dengan FID yang cuma mengukur first interaction , INP mengukur semua interaksi user dengan halaman—mulai dari klik pertama sampai user meninggalkan halaman. Ini sejalan dengan filosofi Technical SEO modern yang menekankan user experience yang konsisten.

• Cara Kerja INP

INP mengukur latency dari setiap interaksi user (klik, tap, keyboard input) dan mengambil nilai terburuk (atau percentile 98 jika ada banyak interaksi).

Interaksi yang diukur:

• Klik mouse
• Tap di touchscreen
• Keyboard press (fisik atau on-screen)

Yang TIDAK diukur:

Hover Scroll

• Zoom/pinch

Threshold INP:

- Good :

≤ 200ms

- Needs Improvement :

200ms - 500ms

- Poor :

> 500ms

Jadi kalau user klik tombol "Add to Cart" dan butuh 600ms untuk halaman merespons (visual feedback muncul), itu masuk kategori Poor INP.

Kenapa Google Ganti FID Jadi INP?

Google punya alasan kuat kenapa mereka retire FID dan promote INP sebagai Core Web Vitals metric baru.

Masalah dengan FID

First Input Delay (FID) cuma mengukur delay dari first interaction . Ini punya beberapa kelemahan:

Tidak representatif :

User nggak cuma interaksi sekali. Mereka klik berkali-kali, scroll, ketik form, dll.

Mudah dimanipulasi :

Website bisa optimize cuma first load, tapi lambat setelahnya.

Tidak mengukur processing time :

FID cuma mengukur delay sebelum browser mulai proses, bukan total waktu sampai visual feedback muncul.

Keunggulan INP

INP lebih comprehensive karena:

Mengukur semua interaksi :

Bukan cuma first input, tapi semua klik/tap/keyboard sepanjang session.

End-to-end measurement :

Dari user action sampai visual feedback muncul di layar.

Lebih realistis :

Mencerminkan actual user experience, bukan cuma first impression.

Ini sejalan dengan filosofi Google Search Essentials yang menekankan user experience yang konsisten , bukan cuma first load yang cepat.

📚 Baca Juga:

Technical SEO Checklist 2026

INP adalah salah satu dari puluhan faktor technical SEO yang perlu Anda audit. Pelajari checklist lengkap untuk audit website sendiri di Technical SEO Checklist 2026.

Perbedaan FID vs INP:

Side-by-Side

Aspek FID (Lama) INP (Baru)

Yang Diukur

First interaction delay Semua interaksi sepanjang page lifecycle

Threshold "Good"

≤ 100ms ≤ 200ms

Scope

Hanya first input Semua klik, tap, keyboard input

Measurement

Input delay (sebelum processing) End-to-end (sampai visual feedback)

Representatif?

Tidak (cuma first impression) Ya (keseluruhan UX)

Mudah dimanipulasi?

Ya Lebih sulit

Contoh Real-World:

Website e-commerce dengan FID 50ms (excellent) tapi:

• Klik "Add to Cart" butuh 800ms untuk update UI
• Klik "Checkout" butuh 1200ms untuk load form
• Ketik di search bar butuh 500ms untuk show suggestions

FID Score :

✅ Good (50ms)

INP Score :

❌ Poor (1200ms—worst interaction)

Dengan FID, website ini kelihatan "cepat". Dengan INP, terlihat jelas bahwa UX-nya buruk.

Apa Dampak INP ke Ranking Google?

INP sekarang officially part of Core Web Vitals , yang artinya masuk ke dalam Page Experience signals yang dipakai Google untuk ranking.

Dampak Langsung

Page Experience Ranking Factor :

INP sekarang menggantikan FID sebagai salah satu dari 3 Core Web Vitals (bersama LCP dan CLS).

Mobile-First Indexing :

Karena Google pakai mobile-first indexing, INP di mobile lebih penting dari desktop.

Competitive Advantage :

Kalau kompetitor Anda punya INP buruk dan Anda punya INP bagus, Anda bisa outrank mereka (asumsi faktor lain setara).

Dampak Tidak Langsung

Bounce Rate :

INP buruk = user frustrated = bounce rate tinggi = negative user signals.

Conversion Rate :

Slow interactions = abandoned carts = revenue loss.

Dwell Time :

User nggak mau berlama-lama di website yang lambat merespons.

Data dari Google:

Website dengan INP ≤ 200ms punya 24% lower bounce rate dibanding website dengan INP > 500ms.

• Cara Mengukur INP Website Anda

Ada beberapa tools untuk measure INP:

Google Page Speed Insights

URL :

pagespeed.web.dev

Masukkan URL website Anda

Lihat section "Core Web Vitals Assessment"

INP akan muncul di bagian "Field Data" (real user data) dan "Lab Data" (simulated)

Field Data lebih akurat karena dari real users via Chrome User Experience Report (Cr UX).

Google Search Console

Buka Core Web Vitals report

Lihat "Mobile" dan "Desktop" tabs

URLs dengan INP > 200ms akan masuk kategori "Poor URLs"

Chrome Dev Tools

Buka Dev Tools (F12)

Tab Performance

Record user interaction

Lihat Interaction markers di timeline

Measure dari interaction start sampai next paint

• Cara Optimize INP:

7 Strategi Proven

Sekarang ke bagian penting:

bagaimana cara fix INP yang buruk?

Reduce Java Script Execution Time

Masalah :

Long-running Java Script tasks block main thread, bikin interaksi lambat.

Solusi :

- Code splitting :

Jangan load semua JS di awal. Pakai dynamic imports.

- Defer non-critical JS :

Pakai defer atau async attributes.

- Remove unused Java Script :

Audit dengan Coverage tool di Dev Tools.

Optimize Event Handlers

Masalah :

Event handlers yang berat bikin delay antara user action dan response.

Solusi :

- Debounce/throttle :

Untuk events yang fire berkali-kali (scroll, resize, input).

- Use Web Workers :

Pindahkan heavy computation ke background thread.

- Avoid layout thrashing :

Batch DOM reads dan writes.

Minimize Main Thread Work

Masalah :

Main thread sibuk = nggak bisa respond ke user interactions.

Solusi :

- Break up long tasks :

Split tasks > 50ms jadi chunks lebih kecil.

- Use request Idle Callback :

Jalankan non-critical work saat browser idle.

- Prioritize visible content :

Load above-the-fold content dulu.

Optimize Third-Party Scripts

Masalah :

Analytics, ads, chat widgets sering block main thread.

Solusi :

- Lazy load third-party scripts :

Load cuma kalau user scroll atau interact.

- Use facade pattern :

Load lightweight placeholder, load real widget on click.

- Self-host critical scripts :

Avoid DNS lookup dan connection overhead.

Ini juga penting untuk Word Press Speed Optimization karena Word Press sering loaded dengan third-party plugins.

Reduce Rendering Work

Masalah :

Complex DOM updates bikin visual feedback lambat.

Solusi :

- Simplify selectors :

Avoid complex CSS selectors.

- Minimize reflows :

Batch DOM changes, avoid forced synchronous layouts.

- Use CSS containment :

contain:

layout untuk isolate layout calculations.

Optimize Input Responsiveness

Masalah :

Form inputs yang lambat respond bikin user frustrated.

Solusi :

- Debounce validation :

Jangan validate setiap keystroke.

- Show immediate feedback :

Update UI dulu, process di background.

- Use optimistic UI :

Assume success, rollback kalau error.

Server-Side Optimization

Masalah :

Slow API responses bikin interactions hang.

Solusi :

- Optimize API endpoints :

Reduce response time.

- Use caching :

Cache frequent requests.

- Implement loading states :

Show spinners/skeletons while waiting.

INP di Mobile vs Desktop

Mobile devices generally punya INP lebih buruk karena:

• CPU lebih lemah
• Network lebih lambat
• Touch interactions lebih banyak

Prioritas :

Optimize untuk mobile first karena:

1. Google pakai mobile-first indexing
2. Mayoritas traffic dari mobile
3. Mobile users lebih impatient

Test di real devices , bukan cuma Chrome Dev Tools device emulation. Emulation nggak akurat untuk CPU performance.

Common Mistakes yang Bikin INP Buruk Mistake 1:

Loading Too Much Java Script Upfront

Banyak website load ratusan KB Java Script di initial load, padahal user belum tentu pakai semua fitur.

Fix :

Code splitting + lazy loading.

Mistake 2:

Blocking Main Thread dengan Long Tasks

Tasks > 50ms block main thread dan bikin interactions queued.

Fix :

Break up long tasks jadi chunks ≤ 50ms.

Mistake 3:

Heavy Event Handlers

Event handlers yang run complex logic setiap kali user interact.

Fix :

Debounce, throttle, atau move ke Web Workers.

Mistake 4:

Ignoring Third-Party Scripts

Analytics, ads, social widgets sering jadi bottleneck.

Fix :

Lazy load, use facades, atau remove yang nggak essential.

Mistake 5:

Not Testing on Real Devices

Testing cuma di high-end laptop nggak representatif.

Fix :

Test di mid-range Android devices (mayoritas users).

Timeline:

Kapan Harus Optimize INP?

Kalau Anda baru mulai On-Page vs Off-Page vs Technical SEO, ini timeline realistis:

Week 1-2 :

Audit dan measurement

• Measure current INP
• Identify problematic pages
• Analyze root causes

Week 3-4 :

Quick wins

• Remove unused Java Script
• Defer non-critical scripts
• Optimize third-party scripts

Week 5-8 :

Deep optimization

• Code splitting
• Optimize event handlers
• Reduce main thread work

Week 9-12 :

Testing dan monitoring

• Test di real devices
• Monitor field data di GSC
• Iterate based on data

Realistis :

2-3 bulan untuk improve INP dari "Poor" ke "Good" untuk website dengan codebase kompleks.

Kesimpulan:

INP adalah Future of Page Experience

Google ganti FID jadi INP bukan tanpa alasan. INP lebih akurat mencerminkan real user experience dan lebih sulit dimanipulasi.

Key Takeaways:

INP mengukur responsivitas keseluruhan , bukan cuma first interaction

Threshold "Good" :

≤ 200ms untuk semua interaksi

Dampak ranking :

INP sekarang official Core Web Vitals metric

Prioritas mobile :

Optimize mobile first karena mobile-first indexing

Timeline realistis :

2-3 bulan untuk improve dari Poor ke Good

Kalau website Anda sudah punya FID bagus, kemungkinan INP juga decent—tapi tetap perlu diukur dan dioptimize karena scope-nya lebih luas.

Next Steps:

Measure INP website Anda di Page Speed Insights

Identify pages dengan INP > 200ms

Audit Java Script execution time

Implement optimizations (prioritas:

reduce JS, optimize event handlers)

Monitor field data di Google Search Console

Butuh bantuan optimize Core Web Vitals untuk ranking lebih baik? Jasa SEO.id bisa bantu audit technical SEO website Anda dan implement optimizations yang proven increase rankings. Performance-based pricing —Anda cuma bayar kalau ranking naik.

Mulai dengan audit gratis untuk lihat exactly apa yang perlu diperbaiki di website Anda. RELATED_ARTICLES_START RELATED_ARTICLES_END