Web Sitesi Hızı Nasıl Artırılır? Sayfa Hızı İyileştirmesi Adım Adım

Web sitesi hızını artırmanın en kısa yolu, önce gerçek kullanıcı verisini ölçüp en büyük yükten başlamaktır: çoğu sitede bu yük ana görsel, gereğinden fazla JavaScript ve yavaş sunucu yanıtıdır. Hedef, Google'ın Core Web Vitals eşikleridir: ana içeriğin 2,5 saniye içinde görünmesi (LCP), tıklamaya 200 milisaniye içinde tepki verilmesi (INP) ve yükleme sırasında sayfanın kaymaması (CLS 0,1 ve altı). Bu değerler ziyaretlerin en az yüzde 75'inde tutturulmalıdır.

Sayfa hızı SEO'yu gerçekten etkiler mi?

Etkiler, ama çoğu zaman sanıldığı kadar tek başına değil. Google, Core Web Vitals metriklerinin sıralama sistemlerinde kullanıldığını açıkça söylüyor. Aynı belgede şunu da ekliyor: tek bir "sayfa deneyimi sinyali" yoktur ve raporlarda iyi sonuç almak sayfanın en üstte çıkacağını garanti etmez. Google önce en alakalı içeriği göstermeye çalışır; benzer alaka düzeyindeki sayfalar arasında ise iyi deneyim fark yaratabilir.

Asıl etki çoğunlukla kullanıcı tarafında görülür. Mobilde açılmayan bir ürün sayfası, reklam bütçesiyle gelen ziyaretçiyi de kaybettirir. Bu yüzden hız çalışmasını yalnız SEO işi olarak değil, dönüşüm işi olarak da ele almak gerekir.

Önce ölçün: hangi araç ne söyler?

Sık gördüğümüz hata, Lighthouse puanını 100'e çıkarmaya uğraşmaktır. Oysa iki farklı veri türü vardır ve karar gerçek kullanıcı verisiyle verilmelidir.

• Alan verisi (gerçek kullanıcı): Chrome kullanıcılarından toplanan Chrome User Experience Report (CrUX) verisidir. PageSpeed Insights'ın üst bölümünde son 28 günün 75. yüzdelik değerleri görünür. Google'ın değerlendirmesi bu veriye dayanır.
• Laboratuvar verisi (simülasyon): Lighthouse, sayfayı tek bir cihaz ve sabit ağ koşuluyla yükler. Sorunun nerede olduğunu bulmak için çok değerlidir ama gerçek kullanıcıyı temsil etmez. Kullanıcı girişi simüle edilemediği için INP'yi doğrudan ölçemez; onun yerine Total Blocking Time (toplam engelleme süresi) değerine bakılır.
• Search Console Core Web Vitals raporu: Benzer sayfaları gruplayarak mobil ve masaüstü için ayrı durum gösterir. Düzeltme yaptıktan sonra sorun ayrıntıları sayfasında "İzlemeyi Başlat" dediğinizde Google 28 günlük bir izleme dönemi başlatır.

Pratik sıra şudur: Search Console'da hangi sayfa grubunun hangi metrikte "Zayıf" olduğunu bulun, o gruptan bir örnek sayfayı PageSpeed Insights'ta açın, laboratuvar bölümündeki tanılamalarla nedeni tespit edin.

LCP yüksekse: ana içerik neden geç görünüyor?

LCP, ekrandaki en büyük öğenin (genellikle kapak görseli, slayt ya da büyük başlık) görünme süresidir. Dört yerde gecikme olur.

Sunucu yanıtı yavaş

Tarayıcı ilk baytı geç alıyorsa ön yüzde yapılan her iyileştirme sınırlı kalır. Sayfa önbelleği (her istekte veritabanından yeniden üretmemek), güncel bir PHP ya da Node sürümü, yeterli kaynaklı bir sunucu ve veritabanı sorgularının temizlenmesi burada ilk bakılacak yerlerdir. Paylaşımlı barındırmada komşu sitelerin yükü de yanıt süresini dalgalandırabilir.

Kapak görseli ağır ya da geç keşfediliyor

• Görseli ekranda kapladığı boyutta sunun; 600 piksel alan için 3000 piksellik fotoğraf yüklemeyin. srcset özniteliğiyle mobile küçük sürüm verin.
• WebP ya da AVIF kullanın; aynı kaliteyi daha küçük dosyayla verirler.
• Tembel yüklemeyi (lazy loading) ekran dışındaki görsellere uygulayın, ana görsele asla uygulamayın. Ana görsele tembel yükleme eklemek, LCP'yi bozan en yaygın hatalardan biridir.
• Kapak görseline fetchpriority="high" özniteliği vermek tarayıcıya önce onu indirmesini söyler.
• Kapak görseli CSS arka planı ya da JavaScript ile sonradan ekleniyorsa tarayıcı onu geç keşfeder; mümkünse HTML içinde normal bir görsel olarak verin.

Yükleme sırasında engelleyen CSS ve fontlar

Sayfanın ilk görünümü için gerekmeyen büyük CSS dosyaları ve çok sayıda font ağırlığı ekrana çizimi geciktirir. Yalnız kullandığınız font ağırlıklarını yükleyin, fontları mümkünse kendi sunucunuzdan WOFF2 biçiminde verin.

INP kötüyse: sayfa tıklamaya neden geç tepki veriyor?

INP, kullanıcı bir düğmeye bastığında ya da menüyü açtığında ekranın ne kadar sürede tepki verdiğini ölçer. Suçlu neredeyse her zaman ana iş parçacığını meşgul eden JavaScript'tir.

• Üçüncü taraf etiketleri sayın. Canlı sohbet, ısı haritası, birden fazla reklam pikseli, A/B test aracı ve eski kampanyalardan kalan etiketler birikir. Google Tag Manager'daki her etiketin hâlâ bir amacı olup olmadığını kontrol edin.
• Eklenti ve sayfa oluşturucu yükü. WordPress sitelerde her eklenti kendi betiğini her sayfaya yükleyebilir. Eklentileri test ortamında tek tek kapatıp ölçmek, kimin yük getirdiğini gösterir.
• Uzun görevleri bölün. Geliştirici tarafında büyük işlemleri parçalara ayırmak, kullanılmayan kodu ayıklamak ve kritik olmayan betikleri defer özniteliğiyle ertelemek tarayıcıya nefes aldırır.

CLS yüksekse: sayfa neden kayıyor?

Okumaya başladığınız metnin aşağı kayması ya da tıklayacağınız anda düğmenin yer değiştirmesi CLS'dir. Nedenleri genellikle bellidir:

• Görsel ve videolarda width ve height değeri yok.
• Reklam, banner ya da gömülü içerik için önceden yer ayrılmamış.
• Çerez bildirimi ya da kampanya şeridi sayfanın üstüne sonradan itiliyor. Bu tür öğeleri sayfanın akışını itmeyecek şekilde (alta sabitlenmiş gibi) konumlandırın.
• Web fontu geldiğinde yazı boyutu belirgin değişiyor. Yedek fontu ölçü olarak web fontuna yakın seçmek kaymayı azaltır.

CDN ve önbellek ne zaman fark yaratır?

Tarayıcı önbelleği, geri dönen ziyaretçinin logo, CSS ve JavaScript dosyalarını tekrar indirmesini önler; statik dosyalara uzun önbellek süresi vermek neredeyse her sitede doğru adımdır. CDN ise dosyaları ziyaretçiye yakın noktalardan sunar. Ziyaretçileriniz Türkiye dışından da geliyorsa ya da kampanya dönemlerinde ani trafik alıyorsanız etkisi belirgindir. Kitleniz tek şehirde ve sunucunuz yakındaysa CDN'den önce sunucu yanıtını ve sayfa ağırlığını düzeltmek daha çok kazandırır. Altyapı tarafını birlikte değerlendirmek isterseniz sunucu ve altyapı hizmetimize bakabilirsiniz.

Hız kalıcı olsun: performans bütçesi

Hız bir kez düzeltilip bırakılırsa birkaç ay içinde geri erir: yeni kampanya kodu, sıkıştırılmadan yüklenen bir banner, denemek için kurulan bir eklenti. Bunu önlemenin yolu performans bütçesidir: örneğin ana sayfa için toplam görsel ağırlığı, üçüncü taraf etiket sayısı ve LCP için bir üst sınır belirleyip her yeni yayını bu sınıra göre kontrol etmek.

Kısa kontrol listesi:

1. Search Console Core Web Vitals raporunda "Zayıf" ve "İyileştirme gerekli" gruplarını çıkarın.
2. Her grup için bir örnek sayfayı PageSpeed Insights'ta mobil olarak test edin.
3. LCP öğesini bulun; boyutunu, biçimini ve öncelik ayarını düzeltin.
4. Etiket ve eklenti envanteri çıkarıp amacı olmayanları kaldırın.
5. Görsellere ölçü verin, reklam ve banner alanlarını önceden ayırın.
6. Düzeltmeden sonra Search Console'da "İzlemeyi Başlat" ile doğrulama başlatın ve 28 günü bekleyin.
7. Ayda bir aynı ölçümleri tekrarlayın.

Hız sorunu tema ya da altyapıdan kaynaklanıyorsa yamalar bir noktadan sonra yetmez; bu durumda sitenin temelden hafif kurulması gerekir. Web tasarım hizmetimizde performansı en baştan hedef olarak ele alıyoruz. Sitenizin nerede yavaşladığını birlikte incelemek isterseniz bize yazabilirsiniz.