Core Web Vitals Rehberi: 2026'da SEO İçin Bilmeniz Gerekenler

Giriş

Core Web Vitals, 2021'den beri Google'ın sıralama algoritmasının bir parçası. Ancak çoğu SEO denetimi hala bunları sadece bir kontrol listesi maddesi olarak görüyor; hızlıca göz atılıp geçilen bir detay.

Bu büyük bir hata.

2026 yılında, sayfa deneyimi sinyalleri sıralamalara her zamankinden daha fazla entegre durumda. Yavaş ve takılan bir sayfa sadece kullanıcıları hayal kırıklığına uğratmakla kalmaz, aynı zamanda sıralama kaybetmenize neden olur. İçerik kalitesi veya backlinklerden farklı olarak, CWV sorunları genellikle haftalarca değil, saatler içinde çözülebilir.

Bu rehber, her bir Core Web Vital'ın aslında neyi ölçtüğünü, "iyi" bir skorun ne anlama geldiğini ve en önemlisi, skorlarınız düşük olduğunda ne yapmanız gerektiğini açıklıyor.

Geliştirici jargonuna boğulmadan, net açıklamalar ve uygulanabilir çözümlerle.

Core Web Vitals Nedir?

Core Web Vitals (CWV), Google tarafından kullanıcıların bir sayfayı nasıl deneyimlediğini ölçmek için tanımlanan gerçek dünya performans metrikleri setidir. Sadece teknik olarak ne kadar hızlı yüklendiğini değil, kullanımının nasıl hissettirdiğini ölçer.

Üç ana metrik vardır:

Google bunları Chrome User Experience Report (CrUX) aracılığıyla gerçek Chrome kullanıcılarından toplar; yani skorlarınız sadece laboratuvar koşullarını değil, gerçek ziyaretçi deneyimini yansıtır.

INP Hakkında Not: Mart 2024'te Google, resmi yanıt verebilirlik metriği olarak İlk Giriş Gecikmesi (FID) yerine Etkileşimden Sonraki Boyamaya (INP) geçti. Eski raporlarda hala FID görüyorsanız, bu artık bir sıralama faktörü değildir. Önemli olan artık INP'dir.

LCP — Largest Contentful Paint

Neyi Ölçer?

LCP, sayfadaki en büyük görünür öğenin yüklenmesinin ne kadar sürdüğünü takip eder. Bu genellikle şunlardır:

• Bir kahraman görseli (hero image) veya banner

• Büyük bir başlık

• Bir video küçük resmi

Bu, "sayfa ne kadar hızlı kullanışlı hissettiriyor?" sorusunun bir göstergesidir; çünkü kullanıcılar genellikle en büyük öğenin yüklenmesini bekler.

Skor Kriterleri

Düşük LCP Skorunun Nedenleri

• Büyük, sıkıştırılmamış görseller — en yaygın neden

• Oluşturmayı engelleyen kaynaklar — sayfanın render edilmesini geciktiren JavaScript veya CSS

• Yavaş sunucu yanıt süresi (TTFB) — sunucu yavaşsa her şey yavaştır

• Lazy loading stratejisinin olmaması — ekran dışı görsellerin hemen yüklenmesi

Nasıl Çözülür?

1. Görselleri sıkıştırın ve WebP'ye dönüştürün — WebP, aynı kalitedeki JPEG'lerden genellikle %25–35 daha küçüktür

2. Kahraman görselinize fetchpriority="high" ekleyin — tarayıcıya onu önceliklendirmesini söyler

3. Oluşturmayı engelleyen kaynakları ortadan kaldırın — kritik olmayan JavaScript'leri erteleyin, kritik CSS'i satır içine (inline) alın

4. CDN kullanın — varlıkları kullanıcıya daha yakın konumlardan sunarak sunucu yanıt süresini azaltır

5. Tarayıcı önbelleğini etkinleştirin — tekrar gelen ziyaretçiler sayfayı sıfırdan değil, önbellekten yükler

INP — Interaction to Next Paint

Neyi Ölçer?

INP, bir kullanıcı etkileşime girdiğinde (bir butona tıklama, menü açma, arama kutusuna yazma) sayfanın ne kadar hızlı yanıt verdiğini ölçer. Tüm sayfa ziyareti boyunca en kötü etkileşim gecikmesini yakalar.

Bu, çoğu site sahibinin düşünmediği ancak kullanıcıların sürekli hissettiği bir metriktir. Hızlı yüklenen ancak her tıkladığınızda yarım saniye donan bir sayfanın INP skoru düşüktür.

Skor Kriterleri

Düşük INP Skorunun Nedenleri

• Ağır JavaScript yürütme — kullanıcı tıkladığında tarayıcı script çalıştırmakla meşguldür

• Ana iş parçacığını (main thread) engelleyen uzun görevler — 50ms'den uzun her görev tarayıcının yanıt verme yeteneğini geciktirir

• Üçüncü taraf scriptler — analiz araçları, sohbet widget'ları, reklam scriptleri ve etiket yöneticileri yaygın suçlulardır

• Aşırı DOM boyutu — binlerce HTML öğesine sahip sayfaların güncellenmesi daha yavaştır

Nasıl Çözülür?

1. Üçüncü taraf scriptleri denetleyin ve azaltın — tarayıcınızın Performans panelini kullanarak en uzun süren scriptleri görün

2. Uzun görevleri bölün — setTimeout veya scheduler.postTask() kullanarak ağır JavaScript'leri daha küçük parçalara ayırın

3. Kritik olmayan JavaScript'leri erteleyin — sayfa yüklenirken çalışması gerekmeyen hiçbir şey çalışmamalıdır

4. DOM karmaşıklığını azaltın — toplamda 1.500'den az DOM düğümü hedefleyin

INP düzeltmeleri genellikle bir geliştirici gerektirir. Ancak soruna hangi scriptlerin neden olduğunu belirlemek kendi başınıza yapabileceğiniz bir şeydir; Keyword Kick, INP sorunlarını sayfa düzeyinde işaretler, böylece tam olarak nereye bakmanız gerektiğini bilirsiniz.

CLS — Cumulative Layout Shift

Neyi Ölçer?

CLS, görsel kararlılığı ölçer; yani sayfa yüklenirken düzenin ne kadar beklenmedik şekilde kaydığını. Kötü bir CLS deneyimini, tam bir butona tıklayacakken üstte bir reklamın yüklenip butonu aşağı itmesiyle yaşamışsınızdır.

Düzen kaymaları kafa karıştırıcıdır, sinir bozucudur ve doğrudan Google tarafından ölçülür.

Skor Kriterleri

Düşük CLS Skorunun Nedenleri

• Belirgin genişlik/yükseklik boyutları olmayan görseller — tarayıcı ne kadar alan ayıracağını bilemez

• Ayrılmış alanı olmayan reklamlar, gömülü içerikler ve iframe'ler — geç yüklenir ve içeriği aşağı iterler

• FOUT'a (Stilsiz Metin Parlaması) neden olan web fontları — özel font yüklendiğinde metin yeniden akar

• Dinamik olarak eklenen içerikler — mevcut içeriğin üzerinde beliren banner'lar, çerez bildirimleri ve pop-up'lar

Nasıl Çözülür?

1. Görsellerde her zaman width ve height belirtin — duyarlı CSS ile bile tarayıcı, alanı önceden ayırmak için en-boy oranını kullanır

2. Reklamlar ve gömülü içerikler için alan ayırın — reklam konteynerlerine yüklenmeden önce sabit bir min-height belirleyin

3. font-display: optional veya font-display: swap kullanın — font yüklenmesinden kaynaklanan metin kaymalarını azaltır

4. Mevcut içeriğin üzerine içerik eklemekten kaçının — bir banner veya çerez bildirimi gerekiyorsa, onu en alta veya bir katman (overlay) olarak yerleştirin

Core Web Vitals Sıralamalarınızı Nasıl Etkiler?

Google, CWV'yi sayfa düzeyinde bir eşitlik bozucu (tiebreaker) olarak kullanır; alaka düzeyi ve otoritenin yerini almaz, ancak iki sayfa benzer olduğunda bir farklılaştırıcıdır.

Bu şu anlama gelir:

• CWV'yi düzeltmek, alakasız içeriğe sahip bir sayfayı kurtarmaz

• Ancak eşit kalitedeki iki sayfa arasında, daha hızlı ve daha kararlı olan daha üstte yer alır

• 1. sayfanın yoğun olduğu rekabetçi sorgularda, CWV 3. sıra ile 6. sıra arasındaki farkı yaratabilir

Ayrıca dolaylı bir etkisi de vardır: daha iyi sayfa deneyimi → daha düşük hemen çıkma oranı → daha uzun sitede kalma süresi → daha güçlü etkileşim sinyalleri. Bunlar zamanla birikir.

Saha Verileri vs. Laboratuvar Verileri — Sıralama İçin Hangisi Önemli?

İki tür CWV verisiyle karşılaşırsınız:

Google'ın kullandığı saha verileridir. Laboratuvar verileri sorunları teşhis etmek ve düzeltmeleri test etmek için yararlıdır, ancak gerçek sıralama etkiniz gerçek kullanıcı deneyiminden gelir.

Uyarı: Siteniz saha verisi oluşturacak kadar Chrome trafiğine sahip değilse (genellikle yeni veya düşük trafikli sayfalar), Google laboratuvar verilerine geri döner. Yerleşik sitelerdeki çoğu sayfa için saha verileri geçerlidir.

Core Web Vitals Skorlarınızı Nasıl Kontrol Edersiniz?

Seçenek 1 — Google Search Console

GSC'nin Core Web Vitals raporu (Deneyim altında), URL grubu düzeyinde "İyi", "İyileştirme Gerekiyor" ve "Kötü" olarak gruplandırılmış saha verilerini gösterir. Google'ın gerçekte ne gördüğüne dair yetkili kaynaktır.

Sınırlama: Benzer URL'leri bir arada gruplar ve bireysel sayfa skorlarını göstermez.

Seçenek 2 — Google PageSpeed Insights

Hem saha verilerini (varsa) hem de laboratuvar verilerini yan yana görmek için herhangi bir URL'yi pagespeed.web.dev adresine yapıştırın. Bireysel sayfaları teşhis etmek için iyidir.

Seçenek 3 — Keyword Kick Site Denetimi

Keyword Kick'in Site Denetimi, sadece tek bir URL'de değil, tüm sitenizdeki CWV sorunlarını ortaya çıkaran bir Core Web Vitals Değerlendirmesi içerir. Şunları gösterir:

• Hangi sayfaların Kötü veya İyileştirme Gerekiyor skorlarına sahip olduğu

• Hangi metriğin başarısız olduğu (LCP, INP veya CLS)

• Önceliklendirilmiş düzeltme önerileri, böylece en yüksek etkili sorunları ilk önce çözersiniz

Bu, yüzlerce sayfadan oluşan bir sitede her biri için manuel olarak PageSpeed Insights çalıştırmadan CWV denetimi yapmanın en hızlı yoludur.

Düzeltmeler İçin Pratik Bir Öncelik Sırası

CWV skorlarınız üzerinde çalışılması gerekiyorsa, şu sırayla ilerleyin:

1. Önce CLS'yi düzeltin — genellikle en hızlı kazanımlardır (görsel boyutlarını ekleyin, reklam alanı ayırın). Düşük geliştirici çabası, yüksek etki.

2. Sonra LCP'yi düzeltin — görsel sıkıştırma ve CDN kurulumu derin teknik bilgi olmadan başarılabilir. Oluşturmayı engelleyen scriptler geliştirici yardımı gerektirebilir.

3. En son INP'yi düzeltin — genellikle JavaScript profilleme ve geliştirici katılımı gerektirir, ancak siteniz yoğun etkileşime (filtreleme, arama, karmaşık formlar) sahipse kritiktir.

CWV Hızlı Başvuru Özeti