murattunalı.

Site Hızı Optimizasyonu.

Yavaş bir sitenin çözümü bir önbellek eklentisi değil, yavaşlığın nedenini ölçmektir. Gerçek kullanıcı verisinden başlar, kök nedeni izler, kaynağında düzeltir ve hızı bir bütçeyle teslim ederiz — Core Web Vitals’ın üç ölçüsü için: LCP, INP ve CLS.

Core Web Vitals denetimi: LCP, INP, CLS — saha ve laboratuvar
Performans bütçesi ve yayın öncesi ölçüm

SÜREÇ

İletişim formu

NELER DAHİL

  • Core Web Vitals denetimi: LCP, INP, CLS — saha ve laboratuvar
  • Tarayıcı izinden kök neden raporu
  • Görsel, yazı tipi ve JavaScript yükü düzeltmesi
  • Performans bütçesi ve yayın öncesi ölçüm
  • Müdahale mi yeniden kurulum mu: gerekçeli karar

ÖLÇÜLÜ ŞEMALAR

En büyük içerik boyaması — üç canlı proje

fersantekstil.com 0,62s
karcem.com.tr 0,44s
mikroyazilimdestek.com 0,33s
Bar ölçüm, sağ kenar 0,8 saniyelik bütçe. Değerler vaka sayfalarındaki ölçüm şeridiyle aynı kaynaktan gelir; elle yazılmaz.

Düzen kayması — ölçülen üç değer

fersantekstil.com 0,001
karcem.com.tr 0,004
mikroyazilimdestek.com 0,001
Skalanın tamamı Google’ın «iyi» eşiği, kesikli çizgi bu stüdyonun kendi bütçesi. Barlar ölçülmüş kayma — küçüklükleri mesajın kendisi.

JavaScript yükü — her build’de tartılır

vendor 31 KB
kendi kod 33 KB
toplam 65 KB
Bu sitenin kendi yükü: build sırasında gzip’lenerek ölçülür, sağ kenar 150 KB’lik tavan sözleşmesi. Vendor GSAP ailesi ve Lenis; gerisi bu sitenin kendi kodu.

NEDEN BÖYLE

Laboratuvar puanı kullanıcı değildir

PageSpeed puanı ölçümden ölçüme değişir ve gerçek kullanıcıyı temsil etmez. Bu sitenin kendi ölçümünde aynı sayfa Lighthouse’un varsayılan ayarında 87, gerçek Chrome yapılandırmasında 98 çıktı; nedeni ve yöntemi bir deney yazısında: Lighthouse neden 87, Chrome neden 98. Karar bu yüzden saha verisinden verilir.

Eklenti belirtiyi gizler

Önbellek ve «hızlandırma» eklentileri çoğu zaman sorunu değil ölçümü iyileştirir: yavaşlığı erteler, kaynağını bırakır. Bu sitede tek bir CSS seçicisinin toplam engelleme süresinin yaklaşık yüzde yetmişini ürettiği tarayıcı iziyle bulundu — hiçbir eklenti onu göremezdi: tek seçici, yüzde yetmiş.

Hız teslim edilir

Bu sitenin kendi sözleşmesi yazılı: canlı adresten gerçek bir Chrome tarayıcısıyla ölçülen ana içerik süresi 0,8 saniyenin altında kalır, düzen kaymaz ve JavaScript yükü bir bütçeyle sınırlıdır. Teslim edilen sitede de hız bir vaat değil, sayısı yazılı ve her yayında ölçülen bir madde olur.

Önce ölç, sonra karar ver

Var olan siteyi hızlandırmak mı, yeniden kurmak mı? Cevap ölçümden çıkar: sorun birkaç kaynaktaysa müdahale ucuzdur; mimarinin kendisindeyse her düzeltme bir sonrakini doğurur. Karar raporda gerekçesiyle yazılır.

KAPSAM

Core Web Vitals denetimi

Google’ın sayfa deneyimi ölçüleri üç tane: LCP ana içeriğin ne kadar sürede göründüğünü, INP sayfanın etkileşime ne kadar çabuk cevap verdiğini, CLS düzenin ne kadar kaydığını ölçer. Denetim üçünü ayrı ayrı, mobilde ve masaüstünde okur; laboratuvar puanı ile saha verisi arasındaki farkı da raporlar.

WordPress sitesi yavaşsa

Yavaş bir WordPress sitesine önce eklenti eklenmez, eklentiler ölçülür: her birinin sayfaya kattığı betik ve stil, sunucu yanıt süresi ve temanın yükü. Düzeltme bazen birkaç eklentiyi kaldırmak, bazen temayı değiştirmek, bazen de statik bir yapıya geçmektir — statik site mi, içerik yönetim sistemi mi.

Mobil hız

Telefonda işlemci daha yavaş, ağ daha değişkendir; masaüstünde hızlı görünen bir sayfa mobilde INP’de kaybedebilir. Ölçüm bu yüzden orta segment bir telefonun koşullarında yapılır. Ayrıntı: mobil performans farkı.

Hız ve arama görünürlüğü

Hız tek başına sıralama kazandırmaz ama yavaşlık kaybettirir: kullanıcı sayfayı terk eder, yavaş yanıt veren sunucuyu arama motoru da daha az tarar. Hızlı sayfa aynı zamanda yapay zeka tarayıcılarının daha kolay okuduğu sayfadır.

KONUM: İSTANBUL

İstanbul, TR — uzaktan çalışırız; gerekirse yerinde.

SIK SORULAN SORULAR

KAYNAKLAR