Core Web Vitals Ölçümü: Saha Verisinden Doğrulanmış Düzeltmeye

Bir hız testinde görülen yeşil puan, sitenin bütün ziyaretçiler için sorunsuz çalıştığını kanıtlamaz. Aynı şekilde tek bir düşük puan da doğrudan yeni tema veya sunucu satın almanız gerektiğini göstermez. Core Web Vitals ölçümünün değeri, sayıları hangi koşullarda topladığınızı ve bu sayılardan hangi düzeltme kararını çıkardığınızı bilmenizdir.

Küçük bir içerik sitesi için uygulanabilir süreç; temsilî sayfaları seçmek, gerçek ziyaretçi verisini incelemek, sorunu kontrollü koşullarda yeniden üretmek ve değişiklik sonrasında aynı karşılaştırmayı tekrarlamaktır. Buradaki örnekler ölçülmüş bir sitenin sonuçları değil, kendi çalışmanızda kullanabileceğiniz bir kayıt düzenidir.

Üç metriğin ne anlattığını ayırın

17 Ekim 2026 tarihinde kontrol edilen Google Web Vitals rehberinde güncel üçlü LCP, INP ve CLS olarak yer alıyor. İyi deneyim için belirtilen eşikler şunlar:

• LCP: Ana içeriğin yüklenme deneyimini temsil eder; iyi eşik 2,5 saniye veya altıdır.
• INP: Etkileşimlere yanıt verebilirliği temsil eder; iyi eşik 200 milisaniye veya altıdır.
• CLS: Görsel kararlılığı temsil eder; iyi eşik 0,1 veya altıdır.

Değerlendirmede 75. yüzdelik dilim önemlidir; tek bir en hızlı yüklemeyi seçmek doğru yaklaşım değildir. Mobil ve masaüstü sonuçlarını ayrı okuyun. Genel hedef üç metrikte de iyi deneyimdir; birindeki başarı diğerindeki sorunu ortadan kaldırmaz.

Temsilî sayfalarla başlangıç kaydı oluşturun

Yalnızca ana sayfayı ölçmeyin. Bir yazı sayfası, kategori listesi ve iletişim sayfası gibi farklı şablonlardan örnekler seçin. Görseli bol bir yazıyla sade metin yazısını ayrı kaydetmek, içerik kaynaklı farkları görmenizi sağlar. Aynı şablondan onlarca rastgele adres seçmek yerine neden seçildiği belli küçük bir listeyle başlayın.

Her kayıt için URL, tarih, mobil veya masaüstü ayrımı, kullanılan araç ve sürüm bilgisi, ağ koşulu ve sayfada yapılan işlemi yazın. “Menü geç açılıyor” gözlemini, “dar görünümde sayfa açıldıktan sonra menü düğmesine ilk basış” şeklinde tarif etmek yeniden üretilebilir bir araştırma sorusu oluşturur.

PageSpeed Insights içinde veri kaynağını kontrol edin

PageSpeed Insights açıklamasına göre gerçek kullanıcı bölümü CrUX verilerine dayanır ve önceki 28 günlük dönemi kapsar. Yeterli sayfa verisi yoksa alan adı kökeni düzeyindeki veriler gösterilebilir; bazen bu düzeyde de yeterli veri bulunmaz.

Bu nedenle raporu kaydederken “bu URL” mi yoksa “origin” mı incelendiğini mutlaka yazın. Tüm kökenin sonucu, seçtiğiniz tek yazının birebir performans ölçümü değildir. Veri bulunmamasını da hızlı ya da yavaş olmanın kanıtı olarak yorumlamayın. Yeni veya az ziyaret edilen sayfalarda laboratuvar denemeleri yine teşhis için kullanılabilir.

Yerel ölçümde bir ziyaretçi yolunu tekrarlayın

Chrome DevTools Performance paneli, yerel metrikleri ve etkileşimleri incelemeyi sağlar. Sayfayı yeniden yükleyin, menüyü açın, aramayı kullanın veya varsa filtreyi değiştirin. Sorunu tekrar edebildiğinizde bir performans kaydı alın. Araç adları ve yerleşimleri sürüme göre değişebileceğinden yalnızca ekran konumlarını ezberlemek yerine kaydın amacını takip edin.

Normal Lighthouse sayfa yükleme testi, gerçek kullanıcı etkileşimi olmadan INP ölçmez. TBT, laboratuvarda etkileşim sorunlarını araştırmaya yardımcı olabilir; INP ile aynı metrik değildir. Yerelde sorunsuz bir deneme de sahadaki bütün cihazların deneyimini temsil etmez. Bu ayrım Web Vitals ölçüm rehberinde özellikle açıklanır.

Metriğe göre bir hipotez seçin

• LCP yüksekse: En büyük içerik öğesini belirleyin. Sunucu yanıtı, kaynağın keşfedilmesi, indirilmesi ve ekrana çizilmesi adımlarını ayırın. LCP iyileştirme rehberi, bu parçaları ayrı incelemeyi önerir.
• INP yüksekse: Hangi tıklama veya tuş işleminin yavaş olduğunu bulun. O işlem sırasında ana iş parçacığındaki çalışmayı inceleyin. INP iyileştirme rehberi, gecikmenin farklı aşamalarını ele alır.
• CLS yüksekse: Hangi öğenin ne zaman yer değiştirdiğini gözleyin. Boyutu ayrılmamış görseller, sonradan eklenen alanlar ve yazı tipi değişimleri gibi olasılıkları kontrol edin. CLS rehberi, nedenleri ayırmak için yararlı bir başlangıçtır.

Örneğin hipoteziniz “Ana görselin isteği geç başlıyor” olabilir. İlk denemede yalnızca bu keşif gecikmesini hedefleyin. Aynı anda tema, görsel biçimi, eklentiler ve yazı tiplerini değiştirmek hangi adımın etkili olduğunu anlamayı zorlaştırır.

Sonucu iki farklı zaman ölçeğinde doğrulayın

Değişiklikten sonra aynı yerel senaryoyu aynı koşullarla birkaç kez çalıştırın; yalnızca en iyi sonucu seçmeyin. Ham değerleri ve gözlemleri saklayın. Ardından gerçek kullanıcı verisinin yeni sürümü ne ölçüde kapsadığını izleyin. 28 günlük hareketli pencere, yayımlanan düzeltmenin hemen tamamen görünmemesini açıklayabilir.

Son raporunuz “puan yükseldi” cümlesinden daha açıklayıcı olsun: Sorun neydi, ne değişti, hangi senaryo tekrarlandı ve saha verisinde hangi dönem görüldü? Böylece performans çalışması, tek seferlik bir puan yarışından çıkarak tema ve içerik değişikliklerinde tekrar kullanılabilecek bir kontrol sürecine dönüşür.

Teknik kaynak kontrolü: 17 Ekim 2026. Araç arayüzleri ve metrik tanımları zamanla güncellenebilir.