Sırada, CSS dosyalarının satır aralarındaki o gizli sinsi boşlukları, gereksiz yorum satırlarını ve kod yazarken...
Makalenin 1 Dakikalık Kısa Özeti (TL;DR) Core Web Vitals, Google'ın sitendeki kullanıcı deneyimini ölçen üç ana silahıdır: LCP (Yükleme Hızı): Sitenin en büyük görselinin veya metin bloğunun ekrana gelme süresidir. 2.5 saniyenin altında olmalıdır. INP (Etkileşim Duyarlılığı): Kullanıcının sitede bir yere tıkladığında sunucunun verdiği tepki gecikmesidir. 200 ms'nin altında olmalıdır. (FID'nin yerini aldı). CLS (Görsel Kararlılık): Sayfa yüklenirken elementlerin sağa sola kayıp kaymadığına bakar. Skor 0.1'in altında olmalıdır. Bu metrikleri düzeltmek için iyi bir hosting, agresif bir önbellekleme (cache) ve optimize edilmiş görseller şarttır.
Eski SEO günlerini hatırla; sitene tonlarca anahtar kelime yığardın, sağdan soldan birkaç backlink satın alırdın ve bir şekilde Google’da ilk sayfaya kapak atardın. Sonra ne mi oldu? Google uyandı. Kullanıcıların kaplumbağa hızında açılan, her yerinden reklam fırlayan ve tam bir butona basacakken her şeyi aşağı kayan berbat sitelerden nefret ettiğini fark etti. İşte bu yüzden karşımıza Core Web Vitals (Önemli Web Verileri) isimli o katı kurallar silsilesini çıkardı.
Core Web Vitals, en basit tanımıyla Google’ın bir web sitesindeki kullanıcı deneyimini (UX) ölçmek için kullandığı gerçek insan verilerine dayalı hız ve kararlılık metrikleridir. Yani Google artık sitene sadece kod veya metin olarak bakmıyor; sitene giren gerçek bir insanın ne kadar beklediğini, siteyle ne kadar sürede etkileşime girdiğini ve gezinirken sinir krizi geçirip geçirmediğini ölçüyor.
Eğer bu metriklerin kırmızı bölgedeyse, dünyanın en kaliteli içeriğini de yazsan, Google arama sonuçlarında seni yavaş yavaş alt sıralara kaydıracaktır. Şimdi bu sinsi metriklerin anatomisini çıkaralım ve siteni Google’ın gözünde kusursuz hale getirelim.
LCP, sitenin açılış hızını ölçen ana metriktir. Ama burada kastedilen şey sitenin “tamamen” yüklenmesi değil. Kullanıcı sayfaya tıkladığında, ekranın üst kısmında (above the fold) kalan en büyük görselin, arka plan resminin veya devasa bir metin bloğunun görünür hale gelmesi ne kadar sürüyor? Google tam olarak buraya kronometre tutuyor.
Eğer LCP değerin kötüyse, bunun en büyük suçlusu sunucu tepki sürendir (TTFB). Sunucun ilk veriyi geç gönderiyorsa, sonraki süreçler çorba olur.
fetchpriority="high" niteliğini ekle.Burada çok önemli bir 2026 güncellemesi var. Eskiden bu metriğin adı FID (First Input Delay) idi ve sadece kullanıcının siteye yaptığı “ilk” tıklamanın hızına bakardı. Google, bunun yetersiz olduğunu fark etti ve FID’yi tamamen emekli edip yerine INP metriğini getirdi.
INP, kullanıcının sitede kaldığı süre boyunca yaptığı tüm tıklamaları, buton basışlarını ve etkileşimleri izler. Bir menüye tıkladığında o menünün açılması ne kadar sürüyor? Ya da bir formu onayladığında siten ne kadar süre kilitleniyor? INP işte bu gecikmelerin en kötüsünü raporlar.
INP’nin baş düşmanı şişirilmiş, ağır JavaScript kodlarıdır. Tarayıcı arkada devasa bir JavaScript dosyasını satır satır okuyup çalıştırmaya çalışırken (Main Thread Blocking), kullanıcı bir butona basarsa tarayıcı o butona cevap veremez ve donar.
Hiç başına geldi mi? Bir haber sitesine girersin, tam bir linke tıklayacakken hop, yukarıdan bir reklam fırlar ve tüm sayfa aşağı kayar. Sen de yanlışlıkla bir reklama tıklamış olursun. İşte bu sinir bozucu durumun teknik adı CLS, yani sayfanın görsel kararsızlığıdır.
[Image demonstrating CLS shift where an unexpected ad banner pushes content down making user misclick]
Google, sayfa yüklenirken elementlerin yer değiştirmesinden nefret eder. Çünkü bu durum doğrudan kullanıcıyı aldatmaya veya deneyimi baltalamaya yöneliktir.
CLS hatalarının %90’ı, kodlama esnasında görsellere veya reklam alanlarına sabit genişlik ve yükseklik değerleri verilmemesinden kaynaklanır. Tarayıcı resmi indirirken boyutunu bilmediği için orayı sıfır piksel kabul eder. Resim tamamen inince aniden ekranda yer açar ve altındaki her şeyi aşağı iter.
<img> etiketlerine istisnasız width ve height niteliklerini elinle ekle. Reklam alanları (Google AdSense vb.) için CSS ile önceden sabit bir minimum yükseklik (min-height) alanı rezerve et ki reklam sonradan gelse bile altındaki içerikleri yerinden oynatmasın.Sitenin durumunu görmek için iki temel kaynağın var:
| Metrik | Ne Ölçer? | İdeal Değer | En Etkili Çözüm |
| LCP | Ana İçeriğin Yüklenme Hızı | < 2.5 sn | Görsel optimizasyonu, Sunucu Hızı |
| INP | Tüm Sayfa Etkileşim Hızı | < 200 ms | Ağır JS kodlarını erteleme ve temizleme |
| CLS | Görsel Sayfa Kararlılığı | < 0.1 | Görsellere ve reklamlara sabit width/height verme |
💡 Teknik İpucu (Expert Box)
Bunu biliyor muydunuz? Google PageSpeed skorlarında 100/100 almak harika hissettirse de sıralama için tek başına bir kural değildir. Google sıralama algoritmasında laboratuvar skorlarına değil, Search Console’daki gerçek kullanıcı verilerine (Field Data) bakar. Siten çok hızlı bir sunucudadır ama sitene giren kullanıcıların büyük çoğunluğu kırsal bölgede 3G internet kullanıyorsa, senin “Önemli Web Verileri” raporun kırmızıya dönebilir. Bu yüzden optimizasyon yaparken masaüstü fiber internet kullanıcılarına göre değil, dünyanın en kötü mobil internet hızına sahip kullanıcıyı baz alarak hareket etmelisin.
Core Web Vitals gözünü korkutmasın. Google aslında bize çok net bir mesaj veriyor: “Ziyaretçiye saygı duy, ona hızlı, tepki veren ve kararlı bir site sun, ben de seni ödüllendireyim.” Altyapını sağlam bir sunucuya taşıyıp, görselleri ve kodları dize getirdiğinde sadece metrikleri düzeltmiş olmayacaksın; aynı zamanda sitenin dönüşüm oranlarını (conversion rate) ve hemen çıkma oranını (bounce rate) muazzam derecede iyileştireceksin.
Senin Search Console raporunda şu an en çok canını sıkan metrik hangisi? LCP süreni düşüremiyor musun yoksa sinsi bir CLS kaymasıyla mı savaşıyorsun? Yorumlara yaz, sitenin adresini ve kod yapısını birlikte inceleyip o skorları yeşile boyayalım!