Web Sitesi Hızı Nasıl Artırılır? Core Web Vitals Rehberi

Telefonunuzdan bir reklam linkine tıkladınız, ekran beyaz kaldı, birkaç saniye sonra yazılar belirdi, tam bir butona dokunacakken sayfa aşağı kaydı ve yanlış yere bastınız. Bu deneyimi yaşayan ziyaretçinin çoğu geri tuşuna basar ve bir daha dönmez. Üstelik bu sadece bir kullanıcı deneyimi sorunu değildir; Google da sayfa deneyimini sıralama sinyalleri arasında değerlendirir.

Site hızı artırma çalışmaları çoğu zaman "sunucuyu büyütelim" ya da "bir eklenti kuralım" seviyesinde kalır. Oysa yavaşlığın sebebi genellikle birkaç belirgin noktada toplanır ve doğru sırayla ele alındığında büyük kısmı makul bir emekle düzelir. Bu rehberde önce neyi ölçeceğinizi, sonra nereden başlayacağınızı anlatıyoruz.

Core Web Vitals Nedir? Üç Ölçüt, Üç Soru

Core Web Vitals, Google'ın gerçek kullanıcı deneyimini ölçmek için öne çıkardığı üç temel ölçüttür. Her biri ziyaretçinin aklından geçen basit bir soruya karşılık gelir.

Ölçüt	Sorduğu soru	Google'ın "iyi" kabul ettiği eşik
LCP (Largest Contentful Paint)	Sayfanın ana içeriği ne kadar sürede göründü?	2,5 saniye ve altı
INP (Interaction to Next Paint)	Bir şeye dokunduğumda sayfa ne kadar çabuk tepki verdi?	200 milisaniye ve altı
CLS (Cumulative Layout Shift)	Sayfa yüklenirken içerik zıpladı mı?	0,1 ve altı

INP, bir süre önce eski FID ölçütünün yerini aldı ve yalnızca ilk tıklamayı değil, sayfadaki tüm etkileşimlerin tepki süresini dikkate alır. Eşikler zaman içinde güncellenebileceği için güncel değerleri Google'ın kendi dokümantasyonundan kontrol etmenizi öneririz.

Ölçmeden Başlamayın: Laboratuvar ve Saha Verisi

Hız ölçümünde iki tür veri vardır ve ikisini karıştırmak sık yapılan bir hatadır.

• Laboratuvar verisi: PageSpeed Insights ya da tarayıcının geliştirici araçlarındaki Lighthouse testi, sayfayı belirli koşullarda bir kez yükleyip puanlar. Sorunları teşhis etmek için idealdir, ama tek bir simülasyondur.
• Saha verisi: Gerçek ziyaretçilerin cihazlarından toplanan veridir. PageSpeed Insights'ın üst kısmında yeterli trafik varsa gösterilir; Google Search Console'daki Core Web Vitals raporu da bu veriye dayanır.

Pratik yaklaşım şudur: Search Console'dan hangi sayfa gruplarının sorunlu olduğunu görün, sonra o sayfaları PageSpeed Insights ile tek tek inceleyip neyin yavaşlattığını bulun. Testleri mutlaka mobil için yapın; masaüstünde hızlı görünen pek çok site, orta seviye bir telefonda ciddi biçimde yavaşlar.

Bir uyarı: Laboratuvar puanını 100 yapmak hedef değildir. Hedef, gerçek kullanıcıların sayfanızı hızlı ve sorunsuz deneyimlemesidir.

Üç Ölçütü Tek Tek İyileştirmek

Teşhisi koyduktan sonra her ölçüt için farklı bir çözüm seti devreye girer. Aşağıdaki adımlar, en sık karşılaşılan sebeplerden başlayarak sıralanmıştır.

LCP'yi İyileştirmek: Ana İçeriği Hızlı Gösterin

LCP genellikle sayfanın en üstündeki büyük görsel, slider ya da başlık metnidir. Bu öğe geç geliyorsa sayfa yavaş algılanır. Öncelik sırasına göre yapılacaklar:

1. Görselleri doğru boyutta ve modern formatta sunun. Telefon ekranına 4000 piksellik bir fotoğraf göndermek en yaygın hatadır. WebP ya da AVIF formatı ve cihaz boyutuna göre farklı görsel sunan duyarlı (responsive) yapı büyük fark yaratır.
2. Ana görseli tembel yüklemeden çıkarın. Sayfanın altındaki görsellerin geç yüklenmesi iyidir; ama en üstteki ana görsel tembel yüklenirse LCP kötüleşir. Bu görsele öncelik verin.
3. Sunucu yanıt süresini kısaltın. Sayfanın ilk baytı geç geliyorsa diğer optimizasyonlar sınırlı kalır. Önbellekleme, iyi yapılandırılmış hosting ve gerektiğinde bir içerik dağıtım ağı (CDN) bu süreyi düşürür.
4. Ağır slider'lardan vazgeçin. Açılışta birkaç büyük görseli ve bir JavaScript kütüphanesini birlikte yükleyen kayan bannerlar hem yavaştır hem de genellikle ilk görsel dışında pek izlenmez. Tek ve güçlü bir görsel çoğu zaman daha iyidir.
5. Yazı tiplerini akıllıca yükleyin. Çok sayıda yazı tipi ağırlığı yüklemek yerine gerçekten kullanılanları seçin ve yazı tipi yüklenene kadar metnin görünmez kalmasını engelleyin.

INP'yi İyileştirmek: Sayfa Tepki Versin

INP sorunları neredeyse her zaman fazla ya da ağır JavaScript'ten kaynaklanır. Tarayıcı bir işle meşgulken kullanıcının dokunuşuna cevap veremez.

• Üçüncü taraf kodları gözden geçirin. Canlı destek balonları, birden fazla analiz aracı, ısı haritaları, sosyal medya eklentileri ve reklam pikselleri birikir. Her birinin gerçekten kullanılıp kullanılmadığını sorgulayın; kullanılmayanları kaldırın.
• Gereksiz eklentileri kaldırın. Hazır altyapılı sitelerde her eklenti kendi kodunu her sayfaya yükleyebilir. Yalnızca ihtiyaç duyulan sayfada çalışmasını sağlamak ya da tamamen kaldırmak çoğu zaman en etkili adımdır.
• Uzun görevleri bölün. Geliştirici tarafında, ağır hesaplamaları parçalara ayırmak ve kritik olmayan kodu ertelemek tarayıcıya nefes aldırır.
• Etiket yöneticisini disipline edin. Etiket yöneticisi pratik bir araçtır ama denetimsiz kaldığında yıllar içinde onlarca unutulmuş etiketle dolar.

CLS'yi İyileştirmek: Zıplayan Sayfalara Son

CLS kötü olan bir sayfada ziyaretçi okurken metin aşağı kayar ya da yanlış butona basar. Neyse ki çözümleri genellikle basittir:

• Görsellere ve videolara boyut verin. Genişlik ve yükseklik bilgisi olan görseller için tarayıcı yerini önceden ayırır.
• Reklam, banner ve çerez bildirimleri için alan ayırın. Sonradan sayfanın üstüne eklenen bir duyuru bandı, tüm içeriği aşağı iter.
• Yazı tipi değişimini kontrol edin. Yedek yazı tipi ile asıl yazı tipinin boyutları çok farklıysa, yükleme anında metin blokları zıplar.
• Dinamik içeriği üstte değil altta açın. Kullanıcı bir şeye tıklamadan içerik eklemek gerekiyorsa, bunu mevcut içeriğin altına yapın.

Altyapı Tarafı: Hosting, Önbellek ve Mimari

Bazı sitelerde tüm ince ayarlara rağmen hız istenen seviyeye gelmez; çünkü sorun mimaridedir. Her ziyarette veritabanına gidip sayfayı yeniden oluşturan bir yapı, trafik arttıkça yavaşlar. Bu noktada değerlendirilebilecek seçenekler şunlardır:

• Sayfa önbelleği: Sık değişmeyen sayfaların hazır HTML olarak sunulması sunucu yükünü ciddi biçimde azaltır.
• CDN kullanımı: Statik dosyaların (görsel, CSS, JavaScript) ziyaretçiye coğrafi olarak yakın sunuculardan dağıtılması.
• Statik ya da önceden oluşturulmuş sayfalar: İçeriği sık değişmeyen kurumsal siteler için sayfaların yayın anında bir kez üretilip dosya olarak sunulması hem hız hem güvenlik açısından güçlü bir seçenektir.
• Güncel sunucu yazılımı: Eski PHP ya da Node sürümleri hem yavaş hem güvenlik açısından risklidir.

Hız tek seferlik bir proje değildir; yeni eklenen bir eklenti, sıkıştırılmadan yüklenen bir görsel ya da yeni bir takip kodu kazanımları kısa sürede geri alabilir. Bu yüzden düzenli bakımın bir parçası olarak ele alınmalıdır. Bakımın kapsamını web sitesi bakım ücreti yazımızda ayrıntılı anlattık.

Kazanımları Korumak: Hız Bütçesi ve Düzenli Takip

En çok karşılaştığımız durumlardan biri şudur: Bir site hızı artırma çalışması yapılır, puanlar yükselir, birkaç ay sonra herkes şaşırır; çünkü site yeniden yavaşlamıştır. Sebebi neredeyse her zaman aynıdır: Pazarlama ekibi yeni bir takip kodu eklemiş, içerik ekibi telefondan çekilen büyük fotoğrafları doğrudan yüklemiş, bir kampanya için ağır bir açılır pencere kurulmuştur. Bunların hiçbiri tek başına büyük değildir, ama toplamı kazanımları siler.

Bunu önlemenin pratik yolu bir "hız bütçesi" belirlemektir. Hız bütçesi, sayfa başına kabul edilebilir sınırları tanımlar; örneğin ana sayfanın toplam ağırlığı, yüklenen üçüncü taraf kod sayısı ya da LCP için hedef süre. Yeni bir şey eklenmek istendiğinde soru "bunu ekleyebilir miyiz?" değil, "bunu eklersek bütçeden ne çıkaracağız?" olur.

Bütçeyi sürdürülebilir kılmak için birkaç alışkanlık yeterlidir:

1. Görsel yükleme kuralı koyun. İçerik giren herkes için azami genişlik ve dosya boyutu belirleyin; mümkünse görselleri yükleme sırasında otomatik sıkıştıran bir yapı kurun.
2. Yeni etiketleri onaya bağlayın. Etiket yöneticisine eklenen her kodun bir sahibi, bir amacı ve bir bitiş tarihi olsun.
3. Ayda bir ölçün. Search Console'daki Core Web Vitals raporuna ve birkaç kritik sayfanın mobil testine düzenli bakmak, sorunları büyümeden yakalamanızı sağlar.
4. Büyük değişikliklerden önce test edin. Tema güncellemesi, yeni eklenti ya da tasarım değişikliği canlıya çıkmadan önce bir test ortamında ölçülmelidir.

Site Hızı Artırma Kontrol Listesi

• Search Console'da Core Web Vitals raporunu inceledim, sorunlu sayfa gruplarını belirledim.
• Testleri mobil cihaz için yaptım.
• Görseller doğru boyutta, modern formatta ve sıkıştırılmış.
• Sayfanın üstündeki ana görsel tembel yüklenmiyor.
• Kullanılmayan eklentiler ve üçüncü taraf kodlar kaldırıldı.
• Görsel ve videolarda boyut bilgisi tanımlı.
• Banner ve bildirimler için alan ayrıldı.
• Sayfa önbelleği ve sıkıştırma aktif.
• Sunucu yazılımı güncel.
• Değişikliklerden sonra saha verisinin güncellenmesini bekleyip yeniden ölçtüm.

Sık Sorulan Sorular

Site hızı SEO sıralamasını ne kadar etkiler? Sayfa deneyimi, Google'ın değerlendirdiği sinyallerden biridir; ancak içeriğin alakası ve kalitesi çok daha belirleyicidir. Hız tek başına sizi zirveye taşımaz, ama yavaşlık iyi içeriğin bile performansını düşürebilir. Arama motoru optimizasyonunun genel resmi için SEO nedir yazımıza bakabilirsiniz.

PageSpeed puanım düşük ama site bana hızlı geliyor, hangisi doğru? Siz muhtemelen güçlü bir cihaz ve hızlı bir bağlantı kullanıyorsunuz, üstelik site tarayıcınızın önbelleğinde. Ziyaretçilerinizin önemli bir kısmı orta seviye telefonlarla, mobil veriyle geliyor. Saha verisine bakmak bu farkı netleştirir.

İyileştirmelerin etkisi ne zaman görünür? Laboratuvar testinde hemen görürsünüz. Saha verisi ise gerçek kullanıcılardan belirli bir süre boyunca toplandığı için Search Console raporunun güncellenmesi birkaç hafta sürebilir.

Hız eklentisi kurmak yeterli mi? Önbellek ve sıkıştırma eklentileri faydalıdır, ama ağır görselleri, gereksiz kodları ya da hatalı mimariyi tek başına düzeltemez. Bazen yanlış ayarlanmış bir eklenti siteyi bozabilir; değişiklikleri test ortamında deneyin.

Sonuç

Site hızı artırma işi doğru ölçümle başlar: Core Web Vitals'ın üç ölçütü olan LCP, INP ve CLS size sorunun nerede olduğunu söyler. Görselleri düzeltmek, gereksiz kodları ayıklamak ve sayfa düzenini sabitlemek çoğu sitede en büyük kazanımı sağlar; bunlar yetmiyorsa altyapı ve mimari masaya gelir. Hızı bir kerelik bir proje olarak değil, sürekli korunan bir kalite standardı olarak görmek gerekir.

Sitenizin hız ve teknik SEO durumunu birlikte analiz edip önceliklendirilmiş bir iyileştirme planı çıkarmak isterseniz SEO danışmanlığı hizmetimizi inceleyebilir ya da doğrudan bize ulaşabilirsiniz.