Interaction to Next Paint (INP) Nedir, Nasıl Optimize Edilir?

Interaction to Next Paint (INP), sayfadaki kullanıcı etkileşimlerine verilen gecikmeyi gözlemleyen bir Core Web Vitals ölçüsüdür; tıklama, dokunma ve klavye gibi etkileşimlerden sonra bir sonraki görsel güncellemenin ne kadar sürdüğüyle ilgilidir.

Aşağıda INP’nin tanımı, ölçüm araçları, Google’ın iyi/değişken/kötü eşikleri ve iyileştirme başlıkları yer alır.

INP nedir?

Interaction to Next Paint (INP), kullanıcı etkileşimleri sonrasında bir sonraki çizimin (paint) gerçekleşmesine kadar geçen süreyi temsil eden bir metriktir. First Input Delay (FID) ile karşılaştırıldığında yalnızca ilk girişi değil; oturum boyunca önemli etkileşimler için deneyimi daha geniş ölçekte değerlendirme yaklaşımına sahiptir.

Google’ın geliştirici blogunda INP’nin zaman içinde Core Web Vitals kümesinde FID’nin yerini aldığı duyurulmuştur; güncel resmi özet için İngilizce/Türkçe duyuruya bakabilirsiniz.

INP hangi etkileşimleri dikkate alır?

Özetle; etkileşimden sonra arayüzün güncellenmesini geciktiren işler (uzun görevler, yoğun ana iş parçacığı çalışması vb.) INP’yi kötüleştirebilir. Tipik örnekler:

• Tıklama / dokunma: Bağlantı, buton veya tıklanabilir alanlara verilen yanıtın gecikmesi.
• Klavye: Form veya arama alanında tuş vuruşları sonrası güncellemenin gecikmesi.

Tüm etkileşim türleri ve ölçüm ayrıntıları için tarayıcı / CrUX örneklemine ve Google dokümantasyonuna başvurmak en doğrusudur.

INP neden önemlidir?

Yüksek gecikme, kullanıcıların işlemini tamamlamasını zorlaştırır; bu da dönüşüm ve etkileşim oranları açısından risk oluşturabilir. Core Web Vitals ailesinin parçası olarak sayfa deneyimi sinyalleriyle ilişkilendirilir; tek başına “sıralama garantisi” anlamına gelmez, ancak performans ve kullanılabilirlik hedefleriyle uyumludur.

INP nasıl ölçülür?

INP ve diğer Web Vitals için yaygın kaynaklar:

• Lighthouse
• PageSpeed Insights
• WebPageTest
• Chrome Web Vitals uzantısı veya benzeri geliştirici araçları

İdeal INP skoru ve eşikler

Google dokümantasyonunda INP için tipik “Good / Needs Improvement / Poor” dilimleri milisaniye cinsinden verilir; zaman içinde güncellenebilir. Özet görsel:

200 ms ve altı

Genelde “iyi” kabul edilen uç; etkileşim sonrası güncelleme hızlıdır.

200–500 ms

Genelde iyileştirme gerektiren ara bant; optimizasyonla 200 ms altına çekmek hedeflenir.

500 ms üzeri

Genelde zayıf kabul edilen uç; ana iş parçacığı ve kaynak yükü tarafında iyileştirme gerekir.

Kesin eşikler ve alan verisi (CrUX) için Core Web Vitals Nedir? rehberimizi ve güncel Google kaynaklarını kullanın.

FID ve INP arasındaki farklar

FID ilk giriş gecikmesine odaklanırken INP sayfa oturumu boyunca önemli etkileşimlerin gecikme profilini daha geniş ele alır; bu nedenle birçok sitede daha az “tek örneklem” sapmasıyla iyileştirme öncelikleri çıkarılabilir.

INP nasıl optimize edilir?

Etkileşimleri ölçün ve önceliklendirin

Önce hangi sayfa ve bileşenlerde gecikme yaşandığını Performance / Lighthouse kayıtlarıyla doğrulayın.

Lazy loading

Ekran dışı medya ve ağır iframe’lerde loading="lazy" gibi erteleme stratejileri ilk etkileşim yolunu hafifletebilir.

CDN

Statik kaynakların uç noktalardan sunulması gecikmeyi azaltabilir. Detay için CDN Nedir, Ne İşe Yarar? yazımıza bakın.

DOM boyutu ve karmaşıklığı

Derin ve sık güncellenen DOM, stil ve düzen maliyetini artırır; gereksiz düğümleri azaltmak ve bileşenleri sadeleştirmek yardımcı olabilir.

Gereksiz kaynakları azaltın

Kullanılmayan CSS/JS, ağır üçüncü parti scriptler ve uzun görevler INP’yi kötüleştirir; bölme, erteleme ve kod bölme (splitting) stratejileri değerlendirilir.

Önbellek

Uygun önbellek başlıkları ve istemci önbelleği ile tekrar ziyaretlerde kaynak teslimi hızlanabilir.

Sonuç

INP, etkileşim sonrası görsel güncellemenin hızını izleyerek kullanılabilirlik ve performans iyileştirmelerine yön verir. Ölçüm, gerçek kullanıcı verisi ve lab araçlarını birlikte kullanarak net bir iyileştirme planı oluşturmak en sürdürülebilir yaklaşımdır.