Bir WordPress sayfası hızlı açılabilir ama kullanıcı menüye dokunduğunda geç tepki verebilir. Bu farkı ölçen Interaction to Next Paint, kısaca INP, sayfanın etkileşimlere ne kadar çevik cevap verdiğini gösterir. Google’ın güncel eşiklerine göre iyi deneyim için INP’nin 200 milisaniye veya altında olması hedeflenir; 200 milisaniyenin üzerindeki ve 500 milisaniyeye kadar olan değerler geliştirme gerektirir, 500 milisaniyenin üzeri zayıf kabul edilir.

INP’yi yalnız “SEO puanı” gibi görmek yanlış yönlendirir. Ölçüm; menü, filtre, çerez paneli, arama alanı ve satın alma düğmesi gibi gerçek etkileşimlerin görünür sonucu ne kadar geciktirdiğine bakar. Kullanıcı bir düğmeye bastıktan sonra arayüz donuyorsa, yüksek hız puanı bu hissi telafi etmez.

INP tam olarak neyi ölçer?

INP, sayfanın ömrü boyunca gerçekleşen tıklama, dokunma ve klavye etkileşimlerinin gecikmelerini değerlendirir; tipik olarak en kötü etkileşimlerden birini sayfanın temsilî değeri olarak seçer. Süre üç parçadan oluşur: tarayıcının olayı işlemeye başlayana kadar beklediği giriş gecikmesi, olay işleyicilerinin çalışma süresi ve tarayıcının yeni kareyi ekrana çizmesine kadar geçen sunum gecikmesi.

Bu ayrım teşhisi kolaylaştırır. Ana iş parçacığını uzun bir JavaScript görevi kilitliyorsa giriş gecikmesi büyür. Eklenti tek tıklamada ağır hesap yapıyorsa işleme süresi uzar. Çok büyük bir DOM yeniden düzenleniyorsa sunum gecikmesi öne çıkar. “JavaScript’i azaltın” önerisi tek başına hangi sorunun çözüleceğini söylemez.

Laboratuvar puanı ile gerçek kullanıcı verisi neden farklı?

PageSpeed Insights iki tür veri gösterebilir. Alan verisi, Chrome Kullanıcı Deneyimi Raporu’ndaki gerçek ziyaretlerin son 28 günlük dağılımına dayanır. Laboratuvar testi ise belirli koşullarda tek bir simülasyondur. Yeni bir optimizasyon yaptıktan sonra laboratuvar sonucu hemen değişebilir; alan verisinin toparlanması için yeterli gerçek trafik ve zaman gerekir.

Düşük trafikli bir Türkçe sitede URL düzeyinde yeterli veri bulunmayabilir. Bu durumda köken düzeyi verisi gösterilebilir veya alan verisi hiç oluşmayabilir. “Veri yok” sonucunu “INP iyi” diye yorumlamayın. Chrome DevTools performans kaydıyla etkileşimi yerelde ölçün, mümkünse gerçek kullanıcı ölçümü ekleyin.

WordPress’te en sık INP sorunları

Tek düğmeye çok fazla iş bağlanması

Mobil menüyü açan tıklama aynı anda analiz etiketi, kişiselleştirme, animasyon ve üçüncü taraf sohbet kodunu çalıştırabilir. Her iş küçük görünse de toplam süre kullanıcıya donma olarak yansır. Önce görünür geri bildirimi üretin; gerekli olmayan işleri sonraki karelere veya boş zamana bırakın.

Ağır eklenti ve sayfa oluşturucu betikleri

Kullanılmayan bileşenlerin kodu her sayfada yükleniyorsa tarayıcı daha fazla JavaScript ayrıştırır ve çalıştırır. Bir eklentiyi devre dışı bırakıp test etmek, sorumlu paketi bulmanın en hızlı yoludur. Canlı sitede körlemesine kapatma yapmayın; hazırlık ortamında veya düşük riskli bir kopyada A/B testi uygulayın.

Çerez ve reklam katmanları

Türkiye’de KVKK uyumlu çerez panelleri yaygın. Panel açılırken bütün sayfayı yeniden düzenleyen veya onay düğmesine basıldığında çok sayıda etiketi aynı anda başlatan kurulumlar INP’yi yükseltebilir. Onay deneyimini silmek çözüm değildir; panelin DOM boyutunu, olay işleyicilerini ve etiketlerin başlangıç sırasını iyileştirin.

10 dakikalık INP testi

  1. PageSpeed Insights’ta ana sayfa yerine trafik alan bir yazı URL’sini açın; alan ve laboratuvar verisini ayrı kaydedin.
  2. Chrome DevTools Performance panelinde kayıt başlatın.
  3. Mobil menüyü açın, arama alanına yazın, çerez tercihini değiştirin ve varsa filtreyi çalıştırın.
  4. Kaydı durdurup en yavaş etkileşimi bulun; giriş, işleme ve sunum gecikmesini karşılaştırın.
  5. Aynı testi gizli pencerede ve oturum kapalıyken yapın. Yönetici araç çubuğu sonucu etkilemesin.
  6. Şüpheli eklentiyi hazırlık ortamında kapatın ve aynı etkileşimi yeniden ölçün.

Değişiklikten önce ve sonra aynı cihaz, aynı sayfa ve aynı etkileşim sırasını kullanın. Bir tek iyi koşu yerine en az beş tekrarın ortancasını alın. Görsel yükleme sorunlarını ayrıca WordPress görsel indeks testi ile kontrol edebilirsiniz; indekslenme ve etkileşim hızı farklı sorunlardır.

Öncelik sırası nasıl belirlenir?

  • Önce gerçek kullanıcı verisinde 500 ms üzerindeki şablonları bulun.
  • En çok kullanılan etkileşimleri seçin; nadir bir yönetici düğmesiyle başlamayın.
  • Uzun görevleri bölün ve kullanıcıya anında görsel geri bildirim verin.
  • Gereksiz üçüncü taraf kodlarını kaldırın veya gerçekten ihtiyaç duyulan anda yükleyin.
  • Değişiklik sonrası işlev, erişilebilirlik ve analitik akışının bozulmadığını test edin.

Google, Core Web Vitals’ın arama sistemlerinde kullanıldığını doğruluyor; aynı zamanda kusursuz bir puanın üst sıraları garanti etmediğini açıkça söylüyor. Bu nedenle 199 milisaniyeyi kovalamak yerine, kullanıcıların en sık takıldığı etkileşimi düzeltin. Hedef yalnız yeşil rozet değil, dokunuşa bekletmeden cevap veren bir WordPress deneyimidir.

Düzeltmeden sonra regresyonu izleyin

INP bir kez düzeltilip unutulacak metrik değildir. Tema, çerez yönetimi, reklam kodu veya sayfa oluşturucu güncellemesi aynı gecikmeyi geri getirebilir. En çok trafik alan üç şablonu belirleyin: yazı, kategori ve varsa ürün sayfası. Her büyük eklenti güncellemesinden sonra aynı etkileşim senaryolarını çalıştırıp sonuçları tarih ve sürümle kaydedin.

Gerçek kullanıcı ölçümünde yalnız ortalamaya bakmayın. Google eşikleri kullanıcı deneyiminin 75. yüzdelik dilimi üzerinden değerlendirilir; hızlı cihazların ortalamayı güzelleştirmesi, daha yavaş Android telefonlardaki sorunu gizleyebilir. Türkiye’de mobil bağlantı ve cihaz çeşitliliği yüksek olduğundan test setine orta sınıf bir telefon ile yoğun CPU koşulunu eklemek daha gerçekçi sonuç verir.

Kaynaklar