Web Sitesi Hızlandırma ve Core Web Vitals İyileştirme Rehberi

Core Web Vitals, Google'ın sayfa deneyimini ölçtüğü üç metriktir: en büyük içeriğin yüklenme süresi (LCP), sayfa kaymaları (CLS) ve etkileşim gecikmesi (INP). Veriler gerçek Chrome kullanıcılarından toplanır ve doğrudan sıralama sinyali olarak kullanılır. Üç metriği birlikte "iyi" aralıkta geçen sayfalar hem arama sonuçlarında avantaj kazanır hem de ziyaretçiyi daha uzun tutar.

Eşikler ziyaretçilerin %75'i için şöyledir: LCP 2,5 saniyenin altında "iyi", 2,5-4 saniye arası "iyileştirilmeli", 4 saniye üzeri "zayıf". CLS için sınırlar 0,1 ve 0,25; INP için 200 ms ve 500 ms'dir. Google üç metriğin birlikte geçilmesini ister; ikisi mükemmelken birinin zayıf kalması sayfa grubunu "zayıf" olarak işaretletir.

LCP (Largest Contentful Paint), sayfadaki en büyük görünür öğenin — genellikle hero görseli veya ana başlığın — ekrana gelme süresidir; hedef 2,5 saniyenin altıdır. Düşürmenin dört etkili yolu: görseli WebP/AVIF formatında ve doğru boyutta sunmak, LCP görselini preload edip fetchpriority="high" vermek, sunucu yanıt süresini (TTFB) kısaltmak ve render'ı engelleyen CSS/JS kaynaklarını ertelemek.

CLS (Cumulative Layout Shift), sayfa yüklenirken içeriklerin beklenmedik şekilde kaymasını ölçer; hedef 0,1'in altıdır. Kaymayı önlemek için her görsele width/height veya aspect-ratio tanımlayın, fontları font-display: swap ile yükleyin, reklam ve banner alanlarına sabit yükseklik rezerve edin. Hangi öğenin kaydırdığını Chrome DevTools'un Performance panelindeki Layout Shift kayıtlarından görebilirsiniz.

INP (Interaction to Next Paint), ziyaretçinin tıklama, dokunma veya klavye girişine sayfanın ne kadar sürede görsel tepki verdiğini ölçer; hedef 200 ms altıdır. 2024'te FID'in yerini almıştır: FID yalnızca ilk etkileşimin gecikmesine bakarken INP sayfadaki tüm etkileşimleri değerlendirir, bu yüzden geçmesi daha zordur. Baş düşmanı, ana iş parçacığını kilitleyen uzun JavaScript görevleridir.

Mobil test, orta segment bir telefonu ve yavaşlatılmış bir mobil bağlantıyı simüle eder; masaüstü testi ise güçlü cihaz ve hızlı ağ varsayar. Aradaki 20-30 puanlık fark normaldir. Referans almanız gereken skor mobildir: ziyaretçilerin çoğunluğu telefondan gelir ve Google siteleri mobil sürümüne göre değerlendirir (mobile-first indexing). Form odaklı sitelerde bu fark doğrudan gelire yansır; örneğin okul ve kurs sitelerinde ön kayıt formunu dolduran velilerin büyük bölümü telefondan geldiği için mobil skorun düşüklüğü masaüstü skorunun yüksekliğiyle telafi edilmez; bkz. Tuğba Aydın Özel Eğitim web sitesi projemiz.

Laboratuvar verisi (Lighthouse), aracın kontrollü ortamda yaptığı simülasyondur ve anında sonuç verir; saha verisi (CrUX) gerçek Chrome kullanıcılarından 28 günlük pencereyle toplanır. Google sıralamada yalnızca saha verisini kullanır. Bu yüzden Lighthouse'ta 95 almak, Search Console'da "zayıf" görünen bir sayfayı kurtarmaz; laboratuvar skoru teşhis aracı, saha verisi karnedir.

Teknik iyileştirmeler Lighthouse/PageSpeed laboratuvar skoruna anında yansır. Saha verisi ise 28 günlük hareketli ortalama olduğu için CrUX ve Search Console raporlarının tamamen temizlenmesi yaklaşık bir ayı bulur; Search Console'da "düzeltmeyi doğrula" başlatarak süreci izleyebilirsiniz. Sıralamaya etkisi ise sayfaların yeniden değerlendirilmesiyle birkaç hafta içinde kademeli görülür. Bu bekleme süresinde işe yarayan tek alışkanlık, müdahale öncesi ve sonrası PageSpeed çıktılarını tarih damgasıyla arşivlemektir; saha verisi güncellendiğinde iyileşmenin hangi değişiklikten geldiği bu arşiv üzerinden geriye dönük izlenir, tahmine gerek kalmaz.

Hayır; bu, en sık yapılan hız hatalarından biridir. Lazy load ekran dışındaki görseller için tasarlanmıştır; ilk ekranda görünen hero/LCP görseline uygulanırsa tarayıcı yüklemeyi bilerek geciktirir ve LCP süresi uzar. Doğrusu tam tersidir: LCP görselini loading="eager" bırakın, preload edin ve fetchpriority="high" ile önceliklendirin; lazy load'u sayfanın alt bölümlerine saklayın.

WebP, JPG/PNG'ye göre yaklaşık %25-35, AVIF ise %50'ye varan oranda daha küçük dosya üretir ve gözle görülür kalite kaybı yaşanmaz. Görseller çoğu sitenin en ağır yükü olduğundan bu dönüşüm tek başına LCP'de belirgin iyileşme sağlar. Modern tarayıcıların tamamına yakını iki formatı da destekler; eski tarayıcılar için picture etiketiyle JPG yedeği sunulabilir.

Ciddi ölçüde: canlı destek, reklam pikseli ve sosyal medya kodları harici sunuculardan yüklenir, ana iş parçacığını meşgul eder ve özellikle INP'yi bozar. Pratik denetim yöntemi: Tag Manager'daki etiketleri tek tek kapatıp yeniden ölçün; hangi scriptin kaç milisaniye maliyet getirdiğini görürsünüz. Kullanılmayanları kaldırın, kalanları etkileşim sonrasına erteleyin veya yalnızca ilgili sayfada yükleyin.

TTFB (Time To First Byte), tarayıcının istekten sonra sunucudan ilk yanıtı alma süresidir. 200 ms civarı iyi kabul edilir; 800 ms üzeri, kod ne kadar optimize olursa olsun LCP'yi geçilmez hale getirir. Yüksek TTFB'nin nedenleri genelde yavaş/aşırı dolu hosting, sunucu önbelleğinin olmaması ve ziyaretçiye uzak sunucu konumudur; çözüm sunucu cache, CDN ve gerekirse hosting değişikliğidir.

Şart değil ama çoğu durumda değerlidir. Tek şehirden trafik alan ve sunucusu zaten Türkiye'de olan küçük bir sitede etkisi sınırlı kalabilir; farklı şehir ve ülkelerden ziyaretçi alan, görsel ağırlıklı veya reklam trafiği yüksek sitelerde ise içeriği en yakın noktadan sunarak hem TTFB'yi hem LCP'yi belirgin düşürür. Statik dosyaların CDN'e alınması en düşük maliyetli hız kazanımlarından biridir.

Cache eklentisi belirgin iyileşme sağlar ama kök sorunları çözmez: ağır tema, onlarca eklenti ve optimize edilmemiş görseller varken tek başına Core Web Vitals'ı geçiremeyebilirsiniz. Doğru sıra önce görsel optimizasyonu, eklenti temizliği ve hızlı hosting, sonra cache katmanıdır. Edge Bilişim olarak bu tip sitelerde ilk iş eklenti envanteri çıkarmak oluyor: her eklentinin sayfaya eklediği ek CSS/JS dosyası tek tek sayılıyor ve karşılığında hangi işlevi verdiği yazılıyor; envanter bittiğinde listede kalan eklenti sayısı çoğu projede belirgin şekilde azalıyor. Bu adımlara rağmen eşikler geçilemiyorsa sınır temadan geliyordur ve modern bir mimariyle yeniden kurulum değerlendirilmelidir.

Evet, iki yoldan: geç yüklenen reklam, banner ve çerez çubuğu içeriği aşağı iterek CLS'yi yükseltir; reklam ağlarının ağır scriptleri de ana iş parçacığını meşgul edip INP'yi bozar. Çözüm, bu alanlara sabit yükseklikte yer rezerve etmek, pop-up'ı sayfa yerleşimini itmeyen bir katman (overlay) olarak açmak ve reklam scriptlerini asenkron yüklemektir.

Doğrudan etkiler: yüklenme süresi uzadıkça her saniyede ziyaretçilerin kayda değer bir bölümü beklemeden ayrılır ve özellikle reklamla gelen tıklamalar boşa gider. Randevu ve form odaklı sitelerde etki daha da nettir; örneğin doktor ve klinik sitelerinde mobilde geç açılan bir randevu sayfası, hastayı saniyeler içinde rakibe kaptırır. Hızlı site aynı trafikten daha fazla form, arama ve satış üretir.

Tek bir liste fiyatı yoktur; maliyeti dört faktör belirler: mevcut altyapının durumu (modern mi, eski mi), sayfa ve şablon sayısı, görsel/script yükünün ağırlığı ve hedef (eşikleri geçmek mi, 90+ skor mu). Görsel ve cache odaklı sınırlı bir iyileştirme paketi ile altyapının değiştiği kapsamlı bir yeniden kurulum arasında maliyet birkaç kat fark eder; sağlıklı teklif ancak ölçüm raporu çıkarıldıktan sonra verilebilir.