Core Web Vitals ve INP: Sitenizin Hız Karnesini Okumayı Öğrenin

"Sitemiz yavaş mı?" sorusunun cevabı artık hissiyata bırakılmıyor. Google, her sitenin kullanıcı deneyimini üç ölçüyle karneye bağlıyor: LCP, CLS ve INP. Bu üçlüye Core Web Vitals deniyor ve Search Console'da her sitenin karnesi hazır bekliyor. Sorun şu ki çoğu firma bu karneyi ya hiç açmıyor ya da yanlış okuyor — en sık rastladığımız durum, PageSpeed testinden 95 alıp Search Console'da "iyileştirme gerekiyor" uyarısı gören sitelerin kafa karışıklığı.

Bu rehberde üç metriğin ne ölçtüğünü, eşiklerin kaç olduğunu, iki farklı ölçüm türünün neden farklı sonuç verdiğini ve en sık görülen sorunların somut çözümlerini anlatıyoruz.

Üç Metrik, Üç Farklı Soru

• LCP — Largest Contentful Paint (Yüklenme): Sayfadaki en büyük görsel öğe ne zaman ekrana geldi? Ziyaretçinin "sayfa açıldı" dediği andır. Genellikle üstteki büyük görsel ya da başlık bloğudur. İyi: 2,5 saniye ve altı.
• INP — Interaction to Next Paint (Tepki): Bir şeye tıkladığınızda ekranda tepki oluşana kadar kaç milisaniye geçiyor? Sayfanın açılma hızını değil, açıldıktan sonraki akıcılığını ölçer. İyi: 200 milisaniye ve altı.
• CLS — Cumulative Layout Shift (Kayma): Sayfa yüklenirken içerik ne kadar zıpladı? Tam butona basacakken üstte bir reklam yüklenip her şeyi aşağı ittiyse, CLS'iniz kötüdür. İyi: 0,1 ve altı.

INP, Mart 2024'te FID (First Input Delay) metriğinin yerini aldı ve çıtayı ciddi biçimde yükseltti. FID yalnızca ilk etkileşimin gecikmesine bakıyordu; INP ise ziyaret boyunca yaşanan etkileşimlerin en kötüsünü, üstelik tepkinin ekrana çizilmesine kadar ölçüyor. FID'de rahatça geçen birçok site INP'ye geçişte sınıfta kaldı.

75'inci Yüzdelik: Karnenin En Çok Yanlış Anlaşılan Kısmı

Google bu metrikleri ortalamayla değil, sayfa görüntülemelerinin 75'inci yüzdelik dilimiyle değerlendirir. Yani ziyaretlerin dörtte üçünün eşiğin altında kalması gerekir. Bu ayrım kritik: hızlı bilgisayarlardan gelen birkaç mükemmel ölçüm, eski telefonlardan gelen kötü deneyimleri ortalamada gizleyebilir — ama yüzdelik dilimde gizleyemez.

Pratik sonuç: karnenizi düzeltmek istiyorsanız en iyi durumu değil, en kötü çeyreği hedefleyin. Site genelde hızlı ama mobilde eski cihazlarda tökezliyorsa, karneniz mobilde kırmızı olur.

Saha Verisi mi, Laboratuvar Testi mi?

Aynı sayfa için iki farklı sonuç görmenizin sebebi budur:

• Saha verisi (gerçek kullanıcı): Search Console'un Core Web Vitals raporu ve PageSpeed Insights'ın üst bölümü. Son 28 günde sitenize gerçekten giren insanların cihazlarından toplanır. Karar bunun üzerinden verilir.
• Laboratuvar testi (simülasyon): PageSpeed'in performans skoru ve Lighthouse. Tek bir sanal cihazda, kontrollü koşullarda çalışır. Gerçeği yansıtmaz ama sorunun nerede olduğunu gösterir.

Doğru kullanım: sorunu laboratuvar testiyle bulun, çözümü saha verisiyle doğrulayın. Laboratuvar skorunu 100'e çıkarmak için uğraşmak, gerçek kullanıcı deneyimini iyileştirmeden zaman harcamak olabilir.

En Sık Görülen 6 Sorun ve Çözümü

1. Devasa kapak görselleri (LCP). 2-3 MB'lık JPEG'ler hâlâ çok yaygın. Çözüm: görselleri WebP formatına çevirin, gerçek gösterim boyutuna göre ölçekleyin ve ekranın üst kısmındaki görsele lazy loading uygulamayın — geç yüklenen kapak görseli LCP'yi doğrudan kötüleştirir.
2. Boyutsuz görsel ve çerçeveler (CLS). Her img ve iframe etiketine genişlik/yükseklik verin. Tarayıcı yeri baştan ayırır, içerik zıplamaz. Tek satırlık bir düzeltmeyle CLS'i kurtaran çok site gördük.
3. Sonradan yüklenen yazı tipleri (CLS). Özel font geç gelince metin yeniden çizilir ve sayfa oynar. Fontları kendi sunucunuzdan servis edin, font-display: swap kullanın ve yalnız gerçekten kullandığınız ağırlıkları yükleyin.
4. Şişmiş JavaScript (INP). INP sorunlarının bir numaralı sebebi. Her eklenti, her takip kodu, her sohbet balonu ana iş parçacığını meşgul eder. Çözüm eklemek değil çıkarmak: kullanılmayan eklentileri kaldırın, üçüncü taraf betikleri geciktirin, gerçekten gerekli olmayanları silin.
5. Aynı anda yüklenen takip kodları (INP). Analytics, reklam pikselleri, ısı haritası ve canlı destek aynı anda çalışınca sayfa donuklaşır. Bunları onaya bağlayıp geciktirmek hem performansı hem uyumu iyileştirir; ayrıntı için çerez onayı ve Consent Mode rehberimize bakın.
6. Sunucu yavaşlığı (LCP). Tarayıcı ilk baytı geç alıyorsa sonrasında ne yaparsanız yapın LCP kurtarılmaz. Tam sayfa önbelleği, güncel PHP sürümü ve düzgün bir barındırma çoğu zaman en büyük tek kazancı verir. Bu tarafın ayrıntısı için web sitesi neden yavaş açılır yazımıza göz atın.

Karnenizi 15 Dakikada Okuyun

1. Search Console'u açın, sol menüden Deneyim > Core Web Vitals'a girin. Mobil ve masaüstü ayrı ayrı raporlanır; önce mobile bakın.
2. Kırmızı ya da turuncu gruba giren URL'leri listeleyin. Google benzer sayfaları gruplar — bir grubu düzeltmek yüzlerce sayfayı birden kurtarabilir.
3. Gruptan bir örnek URL alıp PageSpeed Insights'ta test edin; alt bölümdeki teşhis listesi hangi öğenin LCP olduğunu ve hangi betiğin ana iş parçacığını kilitlediğini söyler.
4. Tek seferde tek düzeltme yapın; yoksa hangi müdahalenin işe yaradığını ölçemezsiniz.
5. 2-4 hafta bekleyip saha verisinden doğrulayın.

Bu çalışmayı bütünlüklü bir teknik denetimin parçası olarak yürütmek isterseniz SEO kontrol listemiz hız dışındaki kalemleri de kapsıyor.

Hız Bir SEO İşi mi, Satış İşi mi?

Dürüst cevap: ikisi de, ama ağırlık satış tarafında. Core Web Vitals'ın sıralamaya doğrudan etkisi sanıldığı kadar büyük değil; Google bunu içerik kalitesinin yanında bir ayırt edici olarak tanımlıyor. İçerik olarak denk iki sayfadan deneyimi iyi olan öne geçiyor, o kadar.

Asıl kazanç dolaylı: yavaş açılan sayfa terk edilir, terk eden ziyaretçi form doldurmaz. Özellikle mobilde birkaç saniyelik fark, dönüşüm oranında somut karşılık bulur. Bu yüzden metrikleri Google'ı memnun etmek için değil, gelen trafiği boşa harcamamak için düzeltin.

Sık Sorulan Sorular

PageSpeed Insights’ta 100 aldım ama Search Console “iyileştirme gerekiyor” diyor. Neden?

Çünkü ikisi farklı veriye bakıyor. PageSpeed’in üstteki skoru, sizin testinizi çalıştıran makinede yapılan bir laboratuvar simülasyonudur. Search Console ise gerçek ziyaretçilerin son 28 gündeki deneyimini raporlar — eski telefonlar, zayıf mobil bağlantı, yavaş şebeke dahil. Karar verirken saha verisini esas alın; laboratuvar skoru yalnız düzeltme yaparken yol gösterir.

INP tam olarak neyi ölçüyor?

Ziyaretçi bir şeye tıkladığında, dokunduğunda veya klavyeyle giriş yaptığında ekranda görsel bir tepki oluşana kadar geçen süreyi ölçer. Sayfanın açılma hızını değil, açıldıktan sonra “eli ne kadar çabuk tutuyor” sorusunu cevaplar. Mart 2024’te FID metriğinin yerini aldı ve FID’den çok daha zorlayıcı bir ölçüdür — çünkü ilk etkileşimi değil, ziyaret boyunca yaşanan en kötü tepkiyi baz alır.

Eşik değerler tam olarak kaç?

Google’ın “iyi” kabul ettiği değerler: LCP 2,5 saniye ve altı, INP 200 milisaniye ve altı, CLS 0,1 ve altı. Ölçüm, sayfa görüntülemelerinin 75’inci yüzdelik diliminden yapılır: ziyaretlerin dörtte üçü eşiğin altında kalmalıdır. Ortalamaya bakmak yanıltıcıdır, çünkü birkaç çok hızlı ziyaret kötü deneyimleri gizler.

Core Web Vitals sıralamayı ne kadar etkiliyor?

Doğrudan etkisi sanıldığı kadar büyük değil; Google bunu içerik kalitesinin yanında bir “ayırt edici” olarak tanımlıyor. İki sayfa içerik olarak denkse, deneyimi iyi olan öne çıkar. Asıl kazanç dolaylı taraftadır: hızlı site daha az terk edilir, daha çok sayfa gezilir ve daha çok dönüşür. Yani metrikleri sıralama için değil, satış için düzeltin.

Düzeltme yaptım, sonucu ne zaman görürüm?

Search Console’daki Core Web Vitals raporu son 28 günlük gerçek kullanıcı verisine dayanır; bu yüzden düzeltmenin rapora tam yansıması birkaç hafta sürer. Değişikliğin işe yarayıp yaramadığını hemen görmek için laboratuvar testini kullanın, kalıcı sonucu saha verisinden doğrulayın. Sabırsızlanıp üst üste değişiklik yapmak, hangi düzeltmenin işe yaradığını ölçemez hâle getirir.

Sitem WordPress. Eklentiyle çözülür mü?

Önbellek ve görsel optimizasyonu eklentileri LCP tarafında gerçekten iş görür. Ama INP sorunlarının kaynağı genellikle fazla sayıda eklentinin yüklediği JavaScript’tir — yani çözüm bir eklenti eklemek değil, gereksizleri kaldırmaktır. Tema ve eklenti yığını şişmiş bir sitede kalıcı çözüm çoğu zaman sadeleştirme ya da yeniden kurulumdur.

Sitenizin Karnesini Birlikte Okuyalım

Digital Küre olarak geliştirdiğimiz sitelerde görsel optimizasyonu, önbellek ve betik yönetimini kurulumun standart parçası olarak ele alıyoruz — sonradan yamalanan değil, baştan kurgulanan bir performans yaklaşımı. Mevcut sitenizin Core Web Vitals karnesini inceleyip somut düzeltme listesi çıkarmamızı isterseniz SEO hizmetimiz kapsamında bunu yapıyoruz. Projelerimize göz atabilir, sitenizin durumunu konuşmak için bize ulaşabilirsiniz.