INP ve Core Web Vitals: Site Hızı Satışı Nasıl Etkiler

Core Web Vitals, Google'ın bir web sayfasının kullanıcı deneyimini üç ayrı metrikle özetlediği bir ölçüm setidir: LCP (Largest Contentful Paint) sayfanın ana içeriğinin ne kadar sürede göründüğünü, CLS (Cumulative Layout Shift) sayfa yüklenirken öğelerin ne kadar kaydığını, INP (Interaction to Next Paint) bir tıklama ya da dokunmadan sonra ekranın ne kadar sürede tepki verdiğini ölçer.

Bu üç metrik, sayfa 'hızlı' hissettiriyor mu sorusuna teknik bir cevap verir. Bir kullanıcı sayfayı açtığında içerik geç görünüyorsa (yüksek LCP), sayfayı okurken bir buton aniden yer değiştiriyorsa (yüksek CLS) ya da bir menüye tıkladığında ekran donmuş gibi duruyorsa (yüksek INP), deneyim kötü sayılır.

FID (First Input Delay) yalnız ilk tıklamaya kadar geçen süreyi ölçüyordu; bir sayfa açıldıktan sonraki tüm etkileşimleri görmezden geliyordu. INP ise sayfa açık kaldığı sürece yapılan her tıklama, dokunma ve tuş basımını ölçüp en kötü değeri raporlar; bu yüzden gerçek kullanım deneyimini daha doğru yansıtır.

Bir randevu sayfasında ziyaretçi tarih seçtikten sonra saat listesi açılırken donma yaşanıyorsa, bu FID'de görünmezdi ama INP'de doğrudan görünür. Web.dev'in yayınladığı eşiklere göre 200 milisaniyenin altındaki bir INP iyi kabul edilir, 500 milisaniyenin üzeri kötü kabul edilir; etkileşim ne kadar geç ise ziyaretçi o kadar erken vazgeçer.

Yavaş bir sayfa, ziyaretçinin işlemi tamamlamadan ayrılması anlamına gelir. Bir spa zincirinin randevu formunu düşünelim: tarih seçimi her tıklamada bir saniye gecikiyorsa, ziyaretçi telefonla aramayı ya da rakip bir işletmeye bakmayı tercih edebilir.

Aynı durum bir üretici firmanın teklif formu için de geçerlidir. Form gönderildikten sonra onay ekranı geç açılırsa, kullanıcı formun gönderilip gönderilmediğinden emin olamaz, tekrar tekrar tıklar, bazen aynı talebi iki kez gönderir ya da hiç göndermeden çıkar.

Buradaki risk yalnız arama sıralaması değil, doğrudan tamamlanan işlem sayısıdır.

İlk adım ölçmektir. Google'ın PageSpeed Insights ve Search Console'daki Core Web Vitals raporu, gerçek ziyaretçi verisine (alan verisi/field data) dayanır; bu, laboratuvar testinden farklı olarak, sitenin ziyaretçilerin cihaz ve bağlantısında nasıl performans gösterdiğini yansıtır.

Ölçüm olmadan yapılan bir 'hızlandırma' çalışması genelde yanlış yere odaklanır. Bir görselin boyutunu küçültmek işe yaramayabilir, asıl sorun üçüncü parti bir sohbet widget'ının sayfayı geciktirmesi olabilir.

Ölçüm tek seferlik bir rapor değil, düzenli bir alışkanlık olmalı; bir güncelleme ya da yeni bir özellik eklendikten sonra aynı rapor tekrar kontrol edilmezse, gerilemenin fark edilmesi haftalar sürebilir.

• PageSpeed Insights ile mevcut LCP, CLS, INP değerleri kontrol edilir
• Search Console'daki Core Web Vitals raporu gerçek ziyaretçi verisini gösterir
• Mobil ve masaüstü ayrı değerlendirilir, mobil genelde daha kritiktir
• Üçüncü parti script'ler (reklam, sohbet, analiz araçları) ayrı test edilir

Site hızı her işletmede önemlidir ama bazı sektörlerde doğrudan geliri etkiler. Bir e-ticaret sitesinde sepet sayfasının geç açılması doğrudan terk edilen sepet demektir; bir randevu ya da başvuru sistemi olan işletmede form etkileşiminin gecikmesi kayıp müşteri demektir.

Yalnızca tanıtım amaçlı, birkaç sayfalık bir kurumsal sitede hız yine önemlidir ama etkisi daha çok marka algısı üzerindendir; ziyaretçi yavaş bir siteyi güvenilmez bulabilir.

INP değerini iyileştirmek, genelde tarayıcının ana iş parçacığını (main thread) meşgul eden uzun JavaScript görevlerini küçük parçalara bölmekten geçer. Bir tıklamadan hemen sonra çalışan kod çok uzunsa, tarayıcı ekranı güncellemeden önce bu kodun bitmesini bekler; kullanıcı bu bekleme süresini donma olarak hisseder.

Üçüncü parti script'ler (canlı sohbet widget'ı, reklam etiketleri, analiz araçları) sıkça INP'yi bozan asıl kaynaktır; bu script'ler sayfanın kendi koduyla aynı ana iş parçacığını paylaşır. Bir script'i sayfa yüklendikten birkaç saniye sonra çalışacak şekilde geciktirmek, ilk etkileşimlerdeki donmayı azaltır.

Bir üretici firmanın ürün filtresi her seçenek tıklandığında tüm listeyi yeniden hesaplıyorsa, bu hesaplama küçük parçalara bölünüp tarayıcıya nefes alma payı bırakılarak iyileştirilebilir; teknik detay geliştiriciye ait olsa da, yöneticinin bilmesi gereken, bu iyileştirmenin ölçülebilir olduğu ve genelde büyük bir yeniden yazım gerektirmediğidir.

Bu iyileştirmeler bir kerede yapılmak zorunda değildir; en büyük etkiyi yaratan üç dört script'ten başlamak, aylarca sürecek kapsamlı bir yeniden yazımdan daha gerçekçi bir yoldur.