Core Web Vitals 2026: kurumsal sitelerde en sık yapılan 6 hata

Ölçüm neden yanıltıyor

Lighthouse skoru laboratuvar ortamında, sabit bir cihaz ve bağlantı profiliyle ölçülür. Gerçek kullanıcı verisi (CrUX) ise sahadaki cihaz çeşitliliğini yansıtır. Kurumsal sitelerde bu iki ölçüm arasında çoğunlukla 20–30 puanlık fark görüyoruz; karar verirken saha verisini esas almak gerekir.

Ayrıntılı yöntemi SEO hizmet sayfamızda anlatıyoruz; aşağıdaki liste denetimlerimizin özeti. 2026’da INP’nin tam metrik olarak yerleşmesi, sohbet widget’ı ve etiket yöneticisi gecikmelerini artık “kozmetik” sayılamaz hale getirdi. Laboratuvar yeşil, saha kırmızıysa yayın kararını saha belirler.

Kurumsal sitelerde bir başka yanılsama da “iç sayfalar iyi, ana sayfa kötü” ayrımıdır. CrUX origin bazlı rapor verdiği için tek bir ağır sayfa tüm origin notunu düşürür. Bu yüzden denetimi URL seti olarak değil, şablon ailesi olarak okumak gerekir: liste, detay, sepet, hesap. Her ailenin kendi LCP adayı vardır.

Altı yaygın hata

1. Hero görselinin geç yüklenmesi

Sayfanın en üstündeki görsele loading="lazy" vermek LCP’yi doğrudan geciktirir. Görünür alandaki görseller öncelikli yüklenmeli. Birçok temada lazy varsayılan olduğu için kurumsal kahraman görseli ikinci dalgada gelir.

• Hero görselini fetchpriority="high" ile işaretleyin.
• Boyutları HTML’de belirtin; düzen kaymasını (CLS) önler.
• AVIF/WebP üretimini derleme aşamasına taşıyın.

2. Üçüncü parti betiklerin ana iş parçacığını kilitlemesi

Chat, ısı haritası ve reklam etiketleri toplamda 600 ms’yi aşan bir işlem süresi yaratabiliyor. Bu betikleri kullanıcı etkileşiminden sonra yüklemek INP değerini belirgin şekilde iyileştiriyor. Etiket yöneticisine “sayfa yüklendi” tetikleyicisi koymak, aslında hiçbir şeyi ertelemez.

1. Etiket yöneticisindeki tetikleyicileri gözden geçirin.
2. Chat widget’ını ilk kaydırma veya 5. saniyede yükleyin.
3. Gerçekten gerekli olmayan etiketleri kaldırın.

Bir müşterimizde yalnızca üçüncü parti betikleri geciktirerek INP’yi 410 ms’den 180 ms’ye indirdik; form tamamlanma oranı %14 arttı.

<img src="/hero.avif" width="1600" height="900"
     fetchpriority="high" decoding="async"
     alt="Sevkiyat portalı ekran görüntüsü">

3. Font yükleme stratejisinin belirsiz bırakılması

font-display: swap tek başına yetmez. Değişken font dosyası 200 KB’yi aşıyorsa alt küme ve iki ağırlık (400/600) ile başlamak CLS’yi düşürür. Self-host, next/font ve preload üçlüsü kurumsal sitelerde en az sürpriz üreten kombinasyondur.

4. Sunucu yanıt süresinin (TTFB) ihmal edilmesi

Kenar önbellek olmadan her HTML’i uygulama sunucusundan üretmek, LCP’nin yarısını TTFB’ye gömer. ISR, CDN ve etiketli revalidate bu yüzden performans işidir, yalnızca içerik işi değil. Admin “kaydet” dediğinde ilgili tag düşmeli; tüm siteyi soğuk bırakmak kazancı siler.

5. Mega menü ve sepet çekmecesinin ana iş parçacığını kilitlemesi

Hover’da açılan mega menüler istemci bileşenine taşınır taşınmaz hidrasyon maliyeti artar. Menü işaretlemesini sunucuda bırakıp yalnızca etkileşimi istemciye almak INP’ye doğrudan yazılır. Sepet rozeti için tüm sepet nesnesini çekmek yerine adedi sunucu bileşeninden okuyun.

6. CLS üreten duyuru şeritleri ve çerez katmanı

Üst şerit ve çerez katmanı layout’u itiyorsa rezervasyonlu alan yok demektir. Katmanı position: fixed ile akıştan çıkarmak ve ilk boyamada yüksekliğini sabitlemek, “iyi” CLS eşiğine en ucuz yoldur. A/B aracı gövdeye sınıf ekliyorsa aynı rezervasyonu oraya da uygulayın.

Öncelik sırası nasıl kurulur

Etki ve efor matrisi kurmak, sınırlı geliştirme kapasitesini doğru yere harcamanızı sağlar. Aşağıdaki tablo son projelerimizden çıkan tipik değerleri gösteriyor. Önce yüksek etki / düşük efor; sonra yüksek etki / orta efor. Sunucu yanıt süresi pahalıdır ama origin notunu tek başına çevirir.

Matrisi çeyreklik gözden geçirin. Yeni bir etiket veya kampanya şeridi eklendiğinde aynı satırları tekrar puanlayın; aksi halde kazandığınız skoru üç sprintte geri verirsiniz. Ürün yöneticisiyle “bu sprintte hangi şablon ailesi?” sorusunu netleştirmek, dağınık mikro-optimizasyonlardan daha çok işe yarar.

Ölçüm ve raporlama

İyileştirmeleri yayına aldıktan sonra Search Console’daki Core Web Vitals raporunu haftalık takip edin. Panelde “iyi” eşiğine geçen URL sayısını izlemek, tek tek skorlardan daha anlamlı bir ilerleme göstergesidir. RUM’u (gerçek kullanıcı ölçümü) yalnızca ana sayfaya değil, dönüşüm hunisinin üç adımına da koyun.

Laboratuvarı tamamen bırakmayın: PR öncesi Lighthouse, regresyonu aynı gün yakalar. Saha ise müşteriye anlatacağınız dildir. İkisini aynı raporda, aynı tarihle yan yana koyun. “Skor 94 oldu” cümlesi tek başına karar vermez; “ödeme adımı INP 180 ms” cümlesi verir.

Sonuç

Hız çalışması tek seferlik bir proje değil, sürekliliği olan bir alışkanlıktır. Yayın öncesi kontrol listesine performans maddelerini eklerseniz, kazandığınız skoru korumak çok daha kolay olur. 2026’da kurumsal sitede yeşil CrUX, yeşil Lighthouse’dan daha kıymetlidir; ikisini birlikte tutmak ise mümkün.