INP (Interaction to Next Paint) metriği nedir ve neden FID’in yerini aldı?

INP Nedir? Core Web Vitals’ın Yeni Etkileşim Metriği

INP (Interaction to Next Paint), bir web sayfasında kullanıcının gerçekleştirdiği tüm etkileşimlerin — tıklama, klavye tuşu ve dokunma (tap) — gecikmesini oturum boyunca izleyen; bu gecikmelerin 75. yüzdelik dilimini (p75) Core Web Vital skoru olarak sunan bir performans metriğidir. INP terimini ve diğer Core Web Vitals kavramlarını sözlüğümüzde bulabilirsiniz.

Google’ın resmi web.dev dokümantasyonuna göre INP için belirlenen eşik değerleri şunlardır: ≤200ms iyi, 200–500ms arası geliştirilmesi gereken, 500ms üzeri kötü. Bu değerler, kullanıcının bir etkileşim başlattığı andan tarayıcının ekranı güncellediği ana kadar geçen toplam süreyi kapsar.

INP’nin ölçüm metodolojisi, tek bir değer yerine yüzdelik dilim mantığına dayanır. p75 yöntemi, tüm etkileşim gecikmelerinin yüzde yetmiş beşinin altında kaldığı değeri baz alır; bu yaklaşım, istisnai tek bir yavaş etkileşimin skoru çarpıtmasını önler ve gerçek kullanıcı deneyimini çok daha sağlıklı biçimde yansıtır. Core Web Vitals’ın diğer iki metriği olan LCP (en büyük içerik boyaması) ve CLS (kümülatif düzen kayması) ile birlikte INP, Google arama sıralamasını doğrudan etkileyen performans sinyallerinden biridir. Kapsanan etkileşim türleri — fare tıklaması, klavye tuşu basımı ve dokunmatik ekran teması — kullanıcıların sayfayla gerçek hayatta kurduğu tüm temel bağlantı noktalarını temsil eder.

FID ile INP Arasındaki Temel Farklar ve 12 Mart 2024 Geçiş Süreci

FID (First Input Delay), yalnızca sayfanın ilk kullanıcı etkileşimine verdiği gecikmeyi ve üstelik yalnızca bu etkileşimin gecikme (delay) fazını ölçüyordu. Bu kısıtlama, pratikte ciddi sorunlara yol açıyordu: Bir sayfa ilk tıklamaya hızlı yanıt verse bile sonraki etkileşimlerde tam anlamıyla donabiliyordu; FID skoru bu durumu hiç yansıtmıyordu. Kullanıcılar açısından gerçek deneyim ile ölçülen skor arasındaki bu derin tutarsızlık, FID’nin temel zaafiyetiydi.

Google’ın web.dev blog duyurusuna göre INP, 12 Mart 2024 itibarıyla FID’nin yerini alarak resmi Core Web Vital metriği haline geldi. INP’nin temel üstünlüğü iki noktada yatar: oturum boyunca gerçekleşen tüm etkileşimleri kaydetmesi ve her etkileşim için Input Delay + Processing Time + Presentation Delay olarak üç ayrı bileşenin toplamını ölçmesi. Bu sayede kullanıcının sayfayla her türlü etkileşimi eksiksiz biçimde değerlendirilir.

Bu geçişin SEO açısından somut bir yansıması da oldu: Google Search Console arayüzünden FID sekmesi kaldırıldı ve yerini INP göstergesi aldı. 2024 öncesinde FID skoru “iyi” görünen siteler, INP’ye geçişin ardından “geliştirilmesi gerekiyor” kategorisine düşebildi; özellikle ağır JavaScript kullanan e-ticaret ve haber siteleri bu durumla sıklıkla karşılaştı. INP dolayısıyla Google’ın sıralama algoritmasının artık sayfanın oturum genelindeki tüm etkileşim kalitesini değerlendirdiği unutulmamalıdır.

INP’nin Üç Bileşeni: Input Delay, Processing Time, Presentation Delay

INP skorunu anlamak için metriğin hangi üç aşamadan oluştuğunu kavramak gerekir. Her bileşen farklı bir darboğaz kaynağını işaret eder ve optimizasyon stratejinizi bu bileşene göre belirlemeniz, sorunu doğru yerden çözmenizi sağlar.

• Input Delay (Giriş Gecikmesi): Kullanıcının etkileşimi başlatmasından tarayıcının olay işleyicisini (event handler) çalıştırmaya başlamasına kadar geçen süredir. Ana iş parçacığını (main thread) bloke eden uzun JavaScript görevleri (Long Tasks) bu fazın başlıca nedenidir. Tarayıcı, 50ms’yi aşan görevleri uzun görev olarak tanımlar; bu görevler çalışırken kullanıcı etkileşimleri sıraya girer ve Input Delay artar.
• Processing Time (İşleme Süresi): Olay işleyicilerinin (event handlers) çalışma süresidir. Ağır hesaplamalar, DOM manipülasyonları veya senkron API çağrıları Processing Time’ı uzatır. Bu faz, doğrudan geliştiricinin yazdığı JavaScript kodunun optimizasyonuyla kısaltılır.
• Presentation Delay (Sunum Gecikmesi): Olay işleyicisi tamamlandıktan sonra tarayıcının sayfayı yeniden düzenleyip (reflow) boyamasına (repaint) kadar geçen süredir. Karmaşık CSS düzenleri ve büyük DOM ağaçları bu gecikmeni artıran başlıca etkenlerdir.

Bu üç bileşenin toplamı, tek bir etkileşimin INP katkısını belirler. Chrome DevTools Performance panelindeki “Interactions” görünümü, her etkileşim için bu üç fazı ayrı ayrı görselleştirir; darboğazın hangi aşamada olduğunu bu sayede net biçimde görmek mümkündür. Google’ın resmi INP optimizasyon rehberi, bileşen bazlı bu yaklaşımı sorunu doğru kaynaktan çözmenin zorunlu ilk adımı olarak tanımlar.

INP Nasıl Ölçülür? CrUX Alan Verisi ile Lab Verisi Arasındaki Tutarsızlık

INP ölçümünde iki temel veri kategorisi bulunur: alan verisi (field data) ve lab verisi. Alan verisi, gerçek kullanıcıların cihazlarında ve ağ koşullarında elde edilen ölçümlerdir; bu veriler Chrome 115+ sürümünden itibaren CrUX (Chrome User Experience Report) aracılığıyla sahadan toplanmaktadır. Lab verisi ise PageSpeed Insights veya Lighthouse gibi araçların kontrollü ortamda simüle ettiği ölçümlerdir.

Pratikte bu iki veri seti arasında ciddi farklar oluşabilir. Yüksek etkileşimli bir e-ticaret sitesinde PageSpeed Insights’ın lab ortamında 180ms olarak raporladığı INP skoru, CrUX alan verisinde 340ms’ye çıkabilmektedir. Bu farkın başlıca nedenleri şunlardır: gerçek kullanıcıların daha yavaş ya da orta segment cihazlar kullanması, yüklü tarayıcı eklentilerinin JavaScript yükünü artırması ve kullanıcıların sayfayla çok daha dinamik biçimde etkileşime girmesi. Lab ortamı bu karmaşıklığı tam olarak yeniden üretemez.

SEO kararları için alan verisi daha güvenilirdir. Google Search Console’daki INP raporu, CrUX’tan gelen gerçek kullanıcı verilerini kullanır ve siteyi Google’ın arama sıralama algoritmasının değerlendirdiği şekilde gösterir. Mobil ve masaüstü kırılımlarını Search Console içinde ayrı ayrı izlemek, optimizasyon önceliklerini doğru belirlemenizi sağlar; çünkü mobil kullanıcıların INP skorları çoğunlukla masaüstünden belirgin şekilde daha yüksek çıkar ve Google’ın mobil öncelikli indeksleme politikası bu farkı kritik kılar.

INP Skoru Nasıl İyileştirilir? Adım Adım JavaScript Optimizasyon Rehberi

INP optimizasyonu, önce doğru darboğazı tespit etmeyi, ardından hedefe yönelik teknikler uygulamayı gerektirir. web.dev’in resmi INP optimizasyon rehberinin önerdiği yaklaşım şu adımları izler:

1. Chrome DevTools Performance panelinde yüksek INP etkileşimlerini tespit edin. Performance sekmesinde “Interactions” bölümünü açarak en yüksek gecikme süresine sahip etkileşimleri listeleyin. Hangi tıklama ya da klavye tuşunun en çok sorun çıkardığını bu görünümde net biçimde görebilirsiniz.
2. INP’nin hangi bileşeninde darboğaz olduğunu belirleyin. Input Delay, Processing Time ve Presentation Delay değerlerini ayrı ayrı inceleyerek sorunun kaynağını sabitleyin. Sorun Input Delay’deyse ana iş parçacığını bloke eden görevleri, Processing Time’daysa olay işleyicilerini, Presentation Delay’deyse render sürecini hedef alın.
3. Uzun JavaScript görevlerini (Long Tasks) parçalara bölün. scheduler.yield() veya setTimeout(0) kullanarak ana iş parçacığını bloke eden görevleri küçük parçalara ayırın. Bu sayede tarayıcı, uzun görevler arasındaki boşluklarda kullanıcı etkileşimlerini işleyebilir ve Input Delay belirgin şekilde azalır. site sağlığı aracıyla teknik SEO sorunlarını sistematik biçimde tespit edin.
4. Olay işleyicilerindeki ağır hesaplamaları taşıyın. Gereksiz senkron işlemleri olay işleyicisinden kaldırın; yoğun hesaplamaları Web Worker veya requestIdleCallback’e aktarın. Bu sayede olay işleyicisi hızla tamamlanır ve Processing Time belirgin biçimde düşer.
5. Sorun çıkaran üçüncü taraf scriptleri ve eklentileri tespit edin. WordPress eklentileri (Slider Revolution, yanlış yapılandırılmış önbellek eklentileri), reklam scriptleri ve canlı sohbet araçları INP üzerinde en yüksek baskıyı oluşturan kaynaklardandır. Shopify’da ise uygulama tabanlı widget’lar ve tema JS dosyaları sık suçlulardandır. Gereksizleri devre dışı bırakın veya async/defer ile yükleyin.
6. İyileştirmeleri CrUX alan verisiyle doğrulayın. Lab verisindeki iyileşmenin gerçek kullanıcılara yansıyıp yansımadığını Google Search Console ve CrUX üzerinden izleyin. Değişikliklerinizin CrUX’a yansıması genellikle 28 günlük bir toplama penceresini gerektirir; bu sürede sabırlı olmak ve diğer metriklerde regresyon oluşmadığını kontrol etmek önemlidir.

Core Web Vitals ve INP Takibinde SEOYEN ile Teknik SEO’yu Yönetmek

INP gibi teknik performans metriklerini düzenli olarak izlemek, genel site sağlığını bütüncül bir bakış açısıyla takip etmeyi gerektirir. Ahrefs yerine Türkçe arayüzlü bir alternatif arıyorsanız, SEOYEN’in site sağlığı raporları INP dahil teknik SEO sorunlarını tek platformda sunar. SEMrush ile karşılaştırdığımızda öne çıkan fark, SEOYEN’in tüm arayüzünün Türkçe olması ve fiyatlandırmasının TL bazlı yapılandırılmış olmasıdır; bu iki faktör özellikle kur dalgalanmalarının araç bütçelerini etkilediği dönemlerde küçük ve orta ölçekli işletmeler ile SEO uzmanları için ciddi bir maliyet avantajı sağlar.

SEOYEN’in Türkçe arayüzlü site sağlığı aracı, Core Web Vitals bulgularını içerik, sıralama ve bağlantı stratejisiyle tek ekranda birleştirmenizi sağlar. Yerel Türkçe destek ekibi, teknik bulgularınızı yorumlamanıza ve aksiyon planı oluşturmanıza doğrudan yardımcı olur. Güncel planlar ve fiyatlandırma detayları için fiyatlar sayfasını inceleyebilirsiniz.

Sıkça Sorulan Sorular