Core Web Vitals SEO ve Sıralamaları Nasıl Etkiler?

Core Web Vitals, 2020'de duyurulduğundan beri SEO dünyasının en çok konuşulan ama en çok da yanlış anlaşılan konularından biri. Bir tarafta "hızlı site her şeydir" diyenler, diğer tarafta "sıralamaya etkisi yok denecek kadar az" diyenler var. Gerçek, Google'ın kendi belgelerinde yazdığı gibi ikisinin ortasında.

Bu yazıda Core Web Vitals'ın SEO ile ilişkisini Google'ın resmi açıklamalarına dayanarak anlatıyoruz: üç metriğin ne ölçtüğü, eşiklerin nereden geldiği, alan ve laboratuvar verisinin neden farklı çıktığı ve bu iş için ne kadar zaman ayırmanın mantıklı olduğu.

Core Web Vitals nedir?

Core Web Vitals, gerçek kullanıcıların bir sayfada yaşadığı deneyimin üç temel boyutunu ölçen metrik setidir:

• LCP (Largest Contentful Paint): Yükleme performansı. Görünür alandaki en büyük görsel ya da metin bloğunun ne zaman çizildiğini ölçer.
• INP (Interaction to Next Paint): Etkileşime yanıt verme. Kullanıcının tıklama, dokunma ve klavye etkileşimlerinden sonra sayfanın bir sonraki kareyi ne kadar sürede çizdiğini ölçer. INP, 2024'te First Input Delay (FID) metriğinin yerini aldı.
• CLS (Cumulative Layout Shift): Görsel kararlılık. Sayfa yüklenirken ya da kullanılırken içeriğin beklenmedik şekilde kaymasını ölçer.

Eşikler

web.dev'in eşik belgesine göre değerler üç gruba ayrılır:

Önemli ayrıntı şudur: bu eşikler tek bir ziyarete değil, sayfa yüklemelerinin 75. yüzdeliğine uygulanır ve mobil ile masaüstü ayrı değerlendirilir. Yani bir sayfanın "iyi" sayılması için ziyaretlerin en az yüzde 75'inde eşiğin altında kalması gerekir. web.dev'in Web Vitals yazısı, bir sayfanın geçmesi için üç metriğin de 75. yüzdelikte hedefi karşılaması gerektiğini belirtir.

Core Web Vitals sıralamayı etkiler mi?

Kısa cevap: evet, ama sınırlı ve bağlama bağlı bir şekilde. Google'ın sayfa deneyimi belgesindeki açıklamaları özetleyelim:

• Core Web Vitals sıralama sistemlerinde kullanılır. Google bunu açıkça söylüyor ve site sahiplerine iyi Core Web Vitals değerleri hedeflemelerini öneriyor.
• Tek bir "sayfa deneyimi sinyali" yoktur. Temel sıralama sistemleri, genel sayfa deneyimiyle uyumlu çeşitli sinyallere bakar.
• İyi skor, üst sıra garantisi değildir. Search Console raporunda ya da üçüncü taraf araçlarda iyi sonuç almak, sayfanın en üstte çıkacağı anlamına gelmez.
• Alaka önce gelir. Google, sayfa deneyimi vasat olsa bile en alakalı içeriği göstermeye çalışır. Ancak birçok sorguda çok sayıda faydalı içerik bulunduğundan, bu gibi durumlarda iyi bir sayfa deneyimi başarıya katkı sağlayabilir.
• Mükemmel skor için uğraşmak her zaman verimli değildir. Google, sadece SEO için kusursuz skor peşinde koşmanın zamanınızı kullanmanın en iyi yolu olmayabileceğini açıkça yazıyor.

Bu tablo pratikte şöyle okunabilir: içeriğiniz rakiplerinizle benzer derecede alakalı ve faydalıysa, sayfa deneyimi fark yaratabilecek unsurlardan biridir. İçeriğiniz aramaya uymuyorsa, hızlı bir sayfa bu açığı kapatmaz.

Sayfa bazında mı, site bazında mı?

Google, temel sıralama sistemlerinin içeriği genellikle sayfa bazında değerlendirdiğini, bununla birlikte bazı site genelinde değerlendirmelerin de bulunduğunu belirtir. Pratik sonuç: ana şablonlarınızın (ürün sayfası, kategori, blog yazısı) her birini ayrı ayrı ele almak, site geneli tek bir skora bakmaktan daha yararlıdır.

Alan verisi ve laboratuvar verisi farkı

Core Web Vitals'ta en sık yaşanan kafa karışıklığı buradan çıkar. PageSpeed Insights'ta hem "gerçek kullanıcı deneyimi" hem de bir performans skoru görürsünüz ve bunlar çoğu zaman birbirini tutmaz.

• Alan verisi (field data): Sitenizi ziyaret eden gerçek Chrome kullanıcılarından toplanır. Chrome UX Report (CrUX) bu verinin kamuya açık kaynağıdır ve son 28 günlük dağılımı gösterir. Search Console'daki Core Web Vitals raporu da alan verisine dayanır.
• Laboratuvar verisi (lab data): Lighthouse gibi araçlarla, önceden belirlenmiş bir cihaz ve ağ ayarında tek bir yükleme simüle edilerek ölçülür. Tekrarlanabilir olduğu için hata ayıklamada çok değerlidir.

web.dev'in bu farkı anlatan yazısı, iki kaynağın neden farklı sonuç verdiğini açıklar: gerçek kullanıcıların cihazları, ağ koşulları, önbellek durumu, sayfada nasıl gezindikleri ve nereden geldikleri laboratuvar ortamından farklıdır. Ayrıca INP gerçek kullanıcı etkileşimlerine dayandığı için laboratuvar testinde aynı şekilde yakalanamayabilir.

Hangisine güvenmeli? Kullanıcıların gerçekte ne yaşadığını ve Google'ın değerlendirmede neye baktığını anlamak için alan verisine; sorunun nedenini bulmak ve düzeltmeyi test etmek için laboratuvar verisine bakın.

Alan verisi yoksa ne olur?

CrUX, yalnızca yeterli sayıda ziyaret alan sayfa ve kaynaklar için veri yayınlar. Trafiği az olan yeni ya da küçük bir sitede CrUX verisi bulunmayabilir. Bu durumda laboratuvar testleriyle bariz sorunları gidermek ve trafik arttıkça alan verisinin oluşmasını beklemek makul bir yoldur.

En sık görülen nedenler ve ilk bakılacak yerler

LCP yavaşsa

• Ana görsel çok büyük, sıkıştırılmamış ya da geç keşfediliyor (ör. CSS arka planı veya JavaScript ile yükleniyor)
• Sunucu yanıt süresi (TTFB) yüksek
• LCP öğesi tembel yükleme (lazy loading) ile erteleniyor
• Oluşturmayı engelleyen CSS ve JavaScript fazla

Ayrıntılı rehber: web.dev LCP optimizasyonu.

INP yüksekse

• Ana iş parçacığını uzun süre meşgul eden JavaScript görevleri
• Çok sayıda üçüncü taraf betik (sohbet araçları, reklam, analitik etiketleri)
• Etkileşim sonrası büyük DOM güncellemeleri

Ayrıntılı rehber: web.dev INP optimizasyonu.

CLS yüksekse

• Boyutu belirtilmemiş görseller, videolar ve iframe'ler
• Sonradan yüklenen reklam alanları ve banner'lar
• Web fontlarının geç yüklenip metni kaydırması
• İçeriğin üstüne sonradan eklenen bildirim çubukları

Ayrıntılı rehber: web.dev CLS optimizasyonu.

Önceliklendirme: ne kadar uğraşmalı?

Google'ın "mükemmel skor peşinde koşmayın" uyarısını ciddiye alarak şöyle bir sıra öneriyoruz:

1. Zayıf durumdaki şablonları bulun. Önce "zayıf" kategorisindeki sayfa gruplarına bakın; özellikle trafik ve dönüşüm getiren şablonlara.
2. Mobili önceliklendirin. Mobil ve masaüstü değerleri ayrı değerlendirilir ve mobil cihazlar genellikle daha zorlu koşullarda ölçülür. Cihazlar arası sıralama farkları hakkında mobil ve masaüstü sıralama farkı yazımıza bakabilirsiniz.
3. "İyi" eşiğini hedefleyin, sonra durun. LCP'yi 2,4 saniyeden 1,2 saniyeye indirmek kullanıcı için güzel olabilir, ancak bu zamanı içerik ya da iç link iyileştirmesine ayırmak çoğu zaman daha çok getiri sağlar.
4. Değişikliği alan verisinde doğrulayın. CrUX 28 günlük bir pencereye baktığı için düzeltmenin etkisi alan verisinde birkaç hafta içinde yavaş yavaş görünür.

Sıralama düştüğünde Core Web Vitals'ı suçlamadan önce

Bir sıralama düşüşünü Core Web Vitals'a bağlamak cazip gelir çünkü ölçülebilir ve somuttur. Ancak düşüşün nedeni genellikle başka yerdedir: içerik alaka düzeyi, rakiplerin güncellemesi, bir algoritma güncellemesi, dizine ekleme sorunu ya da kaybedilen linkler. Core Web Vitals'ın bir anda birkaç sıra düşüşe yol açması, özellikle alaka düzeyi yüksek bir sayfada, beklenen bir senaryo değildir. Adım adım bakılacak yerler için Google sıralama düşüşü kontrol listemize göz atın.

Aynı şekilde, sıralamayı zayıflatan içerik sorunlarını hızla gizleyemezsiniz: kullanıcıya değer sunmayan sayfalar hızlı olsalar bile sorun olmaya devam eder. Bu konuda thin content ve zombi sayfa rehberimiz yardımcı olabilir.

Core Web Vitals'ı düzenli izlemek

Tek seferlik bir test, bir fotoğraf karesi gibidir. Yeni bir eklenti, reklam kodu ya da tema güncellemesi değerleri bir gecede değiştirebilir. Bu yüzden izlemenin düzenli olması önemlidir:

• Search Console Core Web Vitals raporu: URL gruplarını iyi, geliştirilmeli ve zayıf olarak gösterir.
• PageSpeed Insights: Tek bir URL için hem CrUX alan verisini hem de Lighthouse laboratuvar sonucunu birlikte verir.
• Ücretsiz Core Web Vitals analizi aracımız: Bir URL'nin LCP, INP ve CLS durumunu eşiklerle karşılaştırarak hızlıca kontrol etmenizi sağlar.

SEOLOK site SEO denetimi, sitenizin Core Web Vitals alan verisini Chrome UX Report'tan her gün alır ve zaman içindeki değişimi gösterir; yeterli trafiği olmayan sitelerde CrUX verisi bulunmayabileceğini de belirtir. Zayıf değerler görüldüğünde yapılacaklar listesine "Core Web Vitals iyileştir" önerisi eklenir. Aylık raporlarda bu metriklerin nasıl sunulacağını SEO raporu metrikleri yazısında ele aldık.

Kısa kontrol listesi

• Alan verisi (CrUX / Search Console) ile laboratuvar verisini ayrı ayrı inceledim
• Mobil ve masaüstü değerlerini ayrı değerlendirdim
• "Zayıf" durumdaki şablonları trafik ve dönüşüme göre sıraladım
• LCP öğesini, uzun JavaScript görevlerini ve kayan öğeleri belirledim
• Hedefimi "iyi" eşiği olarak koydum
• Düzeltmeden sonra alan verisini birkaç hafta izledim

Core Web Vitals'ı bir sıralama hilesi değil, kullanıcılarınızın sitenizde yaşadığı deneyimin ölçüsü olarak görmek en sağlıklı bakış açısıdır. Sıralamaya etkisi ne olursa olsun, hızlı açılan, tıklamaya gecikmeden yanıt veren ve okurken kaymayan bir sayfa, ziyaretçiye saygı göstermenin en somut yoludur.