Core Web Vitals: SEO ve sayfa deneyimi üzerinde etkisi

Core Web Vitals nedir ve neden önemlidir?

Core Web Vitals, gerçek dünya kullanım koşullarında sayfa deneyiminin üç temel yönünü ölçen performans metrikleri grubudur. Bu metrikler, teknik SEO konuşmasını "site yavaş" gibi belirsiz ifadelerden gözlemlenebilir kullanıcı davranışlarına bağlamayı amaçlar. Sayfa deneyimi sinyalleri Google tarafından sıralama ve gösterim kararlarında kullanılan çok sayıda faktörden biridir; Google'ın rehberine göre Core Web Vitals eşikleri arama değerlendirmelerinde referans alınır.

Üç temel metrik: LCP, INP ve CLS

Core Web Vitals'ın üç ana bileşeni teknik olarak farklı kullanıcı deneyimi problemlerini yakalar. Aşağıda her birinin kısa tanımı, neyi ölçtüğü ve Google'ın rehberine göre kabul edilen 'iyi' hedeflerin referanslandığı not yer alıyor.

Largest Contentful Paint (LCP)

LCP, görünüm alanında (viewport) yüklenen en büyük içerik parçasının görüntülenme süresini ölçer; genellikle başlık, büyük bir resim veya ana metin bloğu bu öğe olur. Google'ın Core Web Vitals rehberine göre "iyi" kabul edilen hedef genellikle 2.5 saniye veya daha hızlıdır. LCP, sayfanın kullanıcıya ne kadar çabuk kullanılabilir göründüğünü gösterir; sunucu yanıt süresi, kritik kaynaklar ve render bloklayan CSS/JS bu metriği doğrudan etkiler.

Interaction to Next Paint (INP)

INP, sayfanın kullanıcı etkileşimlerine (tıklama, dokunma, klavye girişi vb.) yanıt verme hızının bir özetidir. INP, uzun görevlerin ve ana iş parçacığı bloklamalarının kullanıcı etkileşimlerine etkisini ölçerek, etkileşimlerin hissedilen gecikmesini yakalar. Google'ın rehberine göre iyi bir INP hedefi belirli bir eşikle tanımlanır; INP, FID'nin bazı sınırlamalarını giderip etkileşim davranışlarını daha kapsamlı yakalar.

Cumulative Layout Shift (CLS)

CLS, yükleme sırasında sayfadaki beklenmeyen düzen değişikliklerinin toplamını ölçer. Kullanıcı etkileşimi sırasında elemanların konum değiştirmesi (ör. resimlerin yavaş yüklenmesi veya reklamların yer değiştirmesi) kötü bir deneyim oluşturur. Google'ın rehberine göre düşük (iyi) bir CLS değeri hedeflenmelidir; düzen stabilitesi hem içerik hem de üçüncü taraf bileşenlerin rezervasyonuna bağlıdır.

Nasıl ölçülür: laboratuvar (lab) vs alan verisi (field)

Core Web Vitals metriklerini anlamak için laboratuvar ve alan verisi arasındaki farkı ayırt etmelisiniz. Laboratuvar verisi (ör. Lighthouse, yerel Chrome DevTools) deterministik senaryolarda hızlı geri bildirim verir ve değişiklikleri test etmek için uygundur. Alan verisi (ör. Chrome User Experience Report ve Search Console Core Web Vitals raporu) gerçek kullanıcıların farklı ağ ve cihaz koşullarındaki deneyimini yansıtır; bu veriler üretimdeki gerçek etkiyi gösterir.

Kullanacağınız araçlar

Önerilen araçlar ve kullanım amaçları:

• Chrome DevTools (Performance, Lighthouse): Laboratuvar testleri ve ayrıntılı görev/detay analizleri.
• Lighthouse CLI veya PageSpeed Insights: Hızlı raporlar ve öneriler; PageSpeed Insights alan verisini (CrUX) ve laboratuvar verisini birleştirir.
• Google Search Console Core Web Vitals raporu: Üretim alan verisinin zamana göre dağılımını görme (kendi siteleriniz için).
• Field veri kaynakları: Chrome User Experience Report (CrUX) — gerçek kullanıcı deneyimi verisi.
• Sunucu logları + gerçek kullanıcı izleme (RUM) çözümleri: Kendi kullanıcı tabanınıza dair yüksek çözünürlüklü veri toplama.

Doğrulama ve hata ayıklama adımları

Aşağıda hem lab hem de field kontrollerini içeren, sırayla uygulanabilir bir doğrulama listesi bulunuyor. İş akışınıza uygunsa önce laboratuvar testleriyle hızlı kazanımlar bulun, sonra üretim alan verisini izleyerek etkiyi doğrulayın.

Adım 1 — Laboratuvar ön incelemesi (yerel)

1) Chrome'u açın → DevTools → Performance veya Lighthouse sekmesi. Lighthouse ile bir rapor çalıştırın ve LCP/INP/CLS uyarılarını gözlemleyin.
2) Performance kaydı başlatın ve sayfayı etkileşimli hale getirerek uzun görevleri, büyük boyutlu kaynakları ve layout shift'leri belirleyin.
3) Kritik kaynakları (ör. büyük resimler, CSS, ana JS) tespit etmek için Network panelini kullanın.

Adım 2 — Üretim alan verisini kontrol edin

1) Google Search Console'daki Core Web Vitals raporunu inceleyin (sadece siz site sahibi iseniz erişebilirsiniz). Rapor, URL gruplarını ve zaman içindeki dağılımı gösterir.
2) PageSpeed Insights kullanarak sayfanın alan verisi (CrUX) özetini kontrol edin.
3) Kendi RUM veya analiz sisteminiz varsa, farklı coğrafya ve cihaz segmentlerine göre LCP/INP/CLS dağılımını çıkarın.

Adım 3 — Sunucu ve HTTP düzeyinde kontroller

HTTP başlıklarını ve sunucu yanıt sürelerini kontrol etmek için sunucuya doğrudan talepler gönderin. Örnek: sunucunun yanıt başlıklarını görmek için `curl -I https://example.com/page` çalıştırın; bu yalnızca başlıkları getirir. Sunucunun mobil kullanıcı ajanına ne döndürdüğünü kontrol etmek için tam HTML isteyen bir istek kullanın: `curl -A "Mozilla/5.0 (Linux; Android" https://example.com/page` — bu, farklı bir user-agent ile sunucunun verdiği HTML'yi görmenizi sağlar. Bu tür istekleri, cihazlara göre optimize edilmiş içerik sunumunu (responsive) doğrulamak için kullanın; amacınız tarayıcılar/deviceler arası tutarlılığı test etmektir, arama motoru özel içerik sunmak değil.

Yaygın hatalar ve hızlı çözüm reçeteleri

Aşağıda sık karşılaşılan Core Web Vitals sorunları ve doğrudan uygulanabilecek düzeltmeler yer alıyor.

LCP sorunları

• Sunucu yanıt süreleri yavaş: CDN, caching ve sunucu konfigürasyonu ile ilk yanıt süresini azaltın.
• Kritik kaynaklar gecikiyor veya bloklanıyor: kritik CSS'i inline edin, ağır JS'yi ertelenin veya split edin.
• Büyük medya: hero görselleri için uygun boyut ve modern format (WebP/AVIF) kullanın, `preload` ile ana görselleri öne alın.

INP sorunları

• Uzun görevler (long tasks): ağır JS parçalarını bölün, web worker'lar kullanın.
• Ana iş parçacığını bloke eden üçüncü taraf scriptler: üçüncü tarafları asenkron veya gecikmeli yüklemeye alın ya da 'interaction' öncesi yüklemeyi erteleyin.
• Çok sayıda synchronous JavaScript: modern modul yapıları, dynamic import ve kod bölme ile azaltın.

CLS sorunları

• Boyut tanımlanmamış görseller ve videolar: tüm img/video etiketlerine genişlik/yükseklik veya CSS rezervasyonu ekleyin.
• Reklam/iframe yer değiştirmeleri: reklam slotları için sabit boyutlar veya esnek ama önceden ayrılmış alanlar kullanın.
• Dinamik içerik eklenmesi: içerik eklenmeden önce boş bir konteyner açıkça ayrılmalı.

Önceliklendirme: hangi sayfaları ve düzeltmeleri önce yapmalısınız?

Tüm sayfaları iyileştirmek ideal olsa da, kaynaklar sınırlıysa önceliklendirme gereklidir. Önceliklendirme için kullanabileceğiniz kriterler:

• Trafik ve dönüşüm etkisi: en fazla organik trafik alan ve dönüşüm üreten şablonları önceleyin.
• Alan verisi kötü performans gösteren URL grupları: Search Console Core Web Vitals raporundaki problemli grupları hedefleyin.
• Teknik maliyet / etki oranı: basit değişikliklerle (ör. img boyutu, rezervasyon) büyük iyileşme sağlanabiliyorsa önce bunları yapın.

Operasyonel ipuçları ve devam eden izleme

• Deploy pipeline'ınıza performans testleri ekleyin: her deployment sonrası Lighthouse veya özel RUM özetleri çalıştırarak regresyonları engelleyin.
• Üretim alan verisini düzenli izleyin: Search Console ve RUM panolarında trendleri takip edin.
• Üçüncü taraf scriptleri periyodik olarak değerlendirin: fayda maliyet analizini güncelleyin; gereksiz olanları devre dışı bırakın.
• Mobil öncelikli düşünün: Google, Temmuz 2024'ten beri varsayılan olarak Googlebot Smartphone ile tarama yapıyor; mobilin öncelikli olduğunu unutmayın.

Sıkça yapılan yanlış inanışlar

• "Laboratuvar sonucu tüm gerçek kullanıcı deneyimini gösterir": laboratuvar testleri deterministik fayda sağlar ama alan verisindeki çeşitliliği yansıtmaz.
• "Bir metrik iyi olursa her şey iyi demektir": sayfa deneyimi çok boyutludur; LCP iyi olsa bile INP veya CLS sorunları kullanıcıyı rahatsız edebilir.
• "Core Web Vitals her şeyi çözer": bu metrikler önemlidir ama içerik kalitesi, bağlantılar ve diğer sıralama sinyalleriyle birlikte değerlendirilmelidir.

SSS

Core Web Vitals'ı nasıl hızlıca doğrulayabilirim?

Hızlı doğrulama için önce PageSpeed Insights veya Lighthouse çalıştırın (laboratuvar verisi) ardından Google Search Console Core Web Vitals raporunu kontrol edin (sizin olduğunuz site için alan verisi). Chrome DevTools Performance ile bir etkileşim kaydı alarak uzun görevleri ve layout shift kaynaklarını görebilirsiniz.

Kasım/Aralık 2026 gibi güncellemelerden sonra yeniden ölçmeli miyim?

Arama motorları ve tarayıcı davranışları zamanla değişir; önemli altyapı veya site değişiklikleri, üçüncü taraf script güncellemeleri veya büyük trafik değişimleri sonrası Core Web Vitals'ı yeniden ölçün. Ayrıca her ana deploy sonrası otomatik testler kurmak regresyonları hızlı yakalamanızı sağlar.

Mobil-first indexing ile Core Web Vitals arasında nasıl bir ilişki var?

Google, sayfaları taramak ve dizine almak için mobil versiyonu birincil kaynak olarak kullanır; Temmuz 2024'ten sonra Googlebot Smartphone varsayılan tarayıcıdır. Bu nedenle mobil deneyimi etkileyen Core Web Vitals metrikleri masaüstünü yansıtmayabilir; mobil testleri ve alan verisini özellikle dikkate alın.