Hızlı Web Sitesi Nasıl Yapılır? 2026 Performans Rehberi

Bir web sitesini hızlandırmak ölçmekle başlar. Önce gerçek kullanıcı verisine bakın, ardından en büyük yavaşlatıcıları sırayla giderin: büyük görseller, gereksiz JavaScript, önbelleğe alınmayan dosyalar, ağır yazı tipleri ve geç yanıt veren sunucu. Hedef, Google'ın Core Web Vitals eşiklerini ziyaretlerin en az yüzde 75'inde yakalamaktır: LCP 2,5 saniye, INP 200 milisaniye, CLS 0,1 veya altı.

Core Web Vitals nedir, hangi eşikler geçerli?

Core Web Vitals, Google'ın sayfa deneyimini ölçmek için kullandığı üç metriktir. Her biri yükleme, etkileşim ve görsel kararlılık boyutlarından birini temsil eder.

Metrik	Ne ölçer?	İyi	Zayıf
LCP (Largest Contentful Paint)	Ekrandaki en büyük içeriğin yüklenme süresi	2,5 sn veya altı	4 sn üzeri
INP (Interaction to Next Paint)	Tıklama, dokunma ve tuşlamalara görsel yanıt süresi	200 ms veya altı	500 ms üzeri
CLS (Cumulative Layout Shift)	Yükleme sırasında beklenmedik kaymalar	0,1 veya altı	0,25 üzeri

INP, Mart 2024'te FID'in yerini aldı; eski rehberlerde FID için verilen eşikler artık geçerli değil. FID yalnızca ilk etkileşimin gecikmesine bakarken INP, sayfa açık kaldığı sürece yapılan tüm etkileşimleri izler ve en yavaşlarından birini raporlar. Değerlendirme mobil ve masaüstü için ayrı yapılır. Metriklerin ayrıntılı tanımları web.dev'deki Web Vitals rehberinde yer alıyor.

Sitenizin hızını nasıl ölçersiniz?

PageSpeed Insights: saha ve laboratuvar verisi

PageSpeed Insights iki tür veri gösterir. Üstteki bölüm, Chrome kullanıcılarından toplanan son 28 günlük gerçek kullanım verisidir (CrUX) ve Google'ın değerlendirmesi buna dayanır. Alttaki Lighthouse puanı ise tek seferlik bir simülasyondur; sorun bulmak için çok değerlidir ama gerçek deneyimin yerine geçmez.

Search Console Core Web Vitals raporu

Search Console'daki Core Web Vitals raporu aynı saha verisini site geneline yayar ve benzer URL'leri gruplar. Böylece tek tek sayfalar yerine sorunlu şablonları, örneğin tüm blog yazılarını ya da tüm ürün sayfalarını görürsünüz. Trafiği az olan sitelerde yeterli veri oluşmayabilir; bu durumda Lighthouse ve tarayıcının geliştirici araçlarıyla ilerleyin.

Görselleri nasıl optimize etmelisiniz?

Birçok sayfada LCP öğesi bir görseldir: ana sayfa kapağı, ürün fotoğrafı ya da geniş bir banner. Bu yüzden ilk bakılacak yer görsellerdir.

WebP veya AVIF biçimini kullanın, fotoğrafları gösterileceği boyuta yakın ölçüde dışa aktarın.
srcset ve sizes ile her ekrana uygun boyutta dosya sunun.
Her görsele width ve height değeri verin; tarayıcı yerini önceden ayırır ve kayma oluşmaz.
Ekranın altında kalan görsellere loading="lazy" ekleyin, ancak LCP görselini tembel yüklemeyin; onun yerine fetchpriority="high" ile önceliklendirin.

Önbellek ve sıkıştırma nasıl kurulur?

Tarayıcı önbelleği, geri dönen ziyaretçinin aynı dosyaları yeniden indirmesini önler. Dosya adında sürüm özeti taşıyan CSS ve JavaScript dosyalarına uzun süreli Cache-Control başlığı verin; HTML için ise kısa süre ya da yeniden doğrulama kullanın ki güncellemeler hemen yansısın.

CSS ve JavaScript'i küçültün (minify), metin dosyalarını sunucuda Brotli veya gzip ile sıkıştırın. Ziyaretçileriniz farklı şehir ya da ülkelerdeyse bir içerik dağıtım ağı (CDN), dosyaları kullanıcıya yakın sunuculardan iletir. HTTP/2 veya HTTP/3 desteği de çok sayıda küçük dosyanın aynı bağlantı üzerinden verimli taşınmasını sağlar.

JavaScript'i nasıl azaltırsınız?

INP sorunlarının başlıca kaynağı, tarayıcının ana iş parçacığını uzun süre meşgul eden JavaScript'tir. Tarayıcı süren bir görevi bitirmeden kullanıcının dokunuşuna yanıt veremez; 50 milisaniyeyi aşan görevler bu yüzden "uzun görev" sayılır.

Kullanılmayan kütüphaneleri ve eklentileri kaldırın; Chrome geliştirici araçlarındaki Coverage paneli kullanılmayan kodu gösterir.
Kodu sayfa bazında bölün; ziyaretçi yalnızca bulunduğu sayfanın ihtiyacını indirsin.
Analitik, canlı sohbet ve reklam etiketleri gibi üçüncü taraf betikleri gözden geçirin; gerekli olanları geciktirerek yükleyin.
Uzun görevleri küçük parçalara bölün; ağır işleri kullanıcının etkileşimi tamamlandıktan sonraya bırakın.

Modern bir çatı kullanmak tek başına hız getirmez. React gibi araçlarla yazılmış bir sitede de içeriğin sunucuda HTML olarak hazırlanması ve yalnızca gereken kodun yüklenmesi gerekir.

Yazı tipleri hızı nasıl etkiler?

Her yazı tipi ağırlığı ayrı bir dosyadır. Normal, kalın ve italik derken bir de ikinci aile eklendiğinde sayfa ağırlığı hızla artar.

Aile ve ağırlık sayısını sınırlayın; birden çok ağırlık gerekiyorsa değişken (variable) yazı tipini değerlendirin.
WOFF2 biçimini kullanın ve yalnızca gereken karakter setini yükleyin. Türkçe için ğ, ş, ı ve İ harflerinin bulunduğu Latin Extended alt kümesini dışarıda bırakmayın.
Yazı tiplerini kendi sunucunuzdan sunun, ilk ekranda kullanılanı preload ile önceden yükleyin.
font-display: swap veya optional ile metnin yazı tipi beklerken görünmez kalmasını önleyin.

Sunucu yanıt süresi neden önemli?

Sunucu ilk baytı geç gönderirse sonraki her adım gecikir. İlk bayta kadar geçen süre (TTFB) bir Core Web Vitals metriği değildir, ama LCP'yi doğrudan etkiler; web.dev kaba bir hedef olarak 0,8 saniye veya altını önerir.

Sık değişmeyen sayfaları önbellekten ya da önceden üretilmiş HTML olarak sunun.
Yavaş veritabanı sorgularını bulun ve gerekli indeksleri ekleyin.
Desteği süren güncel bir PHP veya Node.js sürümü kullanın.
Yönlendirme zincirlerini kaldırın; her yönlendirme ek bir istek ve bekleme demektir.

Hız iyileştirmesine hangi sırayla başlamalısınız?

PageSpeed Insights'ta ana sayfayı, en çok ziyaret alan hizmet sayfasını ve bir blog yazısını ölçün.
Search Console Core Web Vitals raporunda sorunlu URL gruplarını belirleyin.
Sayfanın LCP öğesini bulun; görselse küçültün ve önceliklendirin.
Görsellere ve reklam alanlarına boyut verip kaymaları giderin.
Kullanılmayan JavaScript'i ve gereksiz üçüncü taraf betikleri temizleyin.
Önbellek, sıkıştırma ve HTTP/2 ayarlarını sunucuda tanımlayın.
Yazı tiplerini sadeleştirin ve önceden yükleyin.
Saha verisi 28 günlük bir pencereyle güncellendiği için değişikliklerden birkaç hafta sonra yeniden ölçün.

Hızı kurulumda planlamak, sonradan düzeltmekten çok daha kolaydır; kurumsal web sitesi tasarımı projelerimizde performansı tasarımla birlikte ele alıyoruz. Yayındaki bir sitede ise eklenen her yeni görsel ve betik hızı yeniden bozabilir; web sitesi bakım ve destek hizmetimiz performans optimizasyonunu da kapsıyor.

Sık Sorulan Sorular

PageSpeed puanım 100 olmalı mı?

Gerekmez. Lighthouse puanı bir laboratuvar simülasyonudur; asıl hedef, gerçek kullanıcı verisinde Core Web Vitals eşiklerinin karşılanmasıdır. Puanı birkaç puan artırmak için işlevden vazgeçmeye değmez.

Site hızı Google sıralamasını etkiler mi?

Core Web Vitals, Google'ın sıralama sistemlerinin dikkate aldığı sayfa deneyimi sinyallerindendir; ancak içeriğin aramayla alakası çok daha belirleyicidir. Hız, iyi bir içeriğin önündeki engeli kaldırır ama zayıf içeriği tek başına yukarı taşımaz. Sıralamayı bütün olarak ele almak için SEO hizmetimize göz atabilirsiniz.

Mobil ve masaüstü sonuçları neden farklı?

PageSpeed Insights mobil testi daha yavaş bir cihaz ve ağ bağlantısıyla simüle eder. Gerçek kullanımda da telefonların işlemci gücü ve bağlantı kalitesi farklıdır; bu yüzden mobil sonuçlar genellikle daha düşüktür ve öncelik orada olmalıdır.

Hız eklentisi kurmak yeterli mi?

Önbellek ve sıkıştırma eklentileri yardımcı olur, ama gereğinden büyük görselleri, ağır temaları ve fazla sayıda betiği telafi edemez. Kalıcı çözüm, sayfaya yüklenen her şeyin gerçekten gerekli olup olmadığını sorgulamaktır. Eklenti yükünün etkisini WordPress mi özel yazılım mı karşılaştırmamızda ele aldık.

Daha güçlü bir sunucu siteyi hızlandırır mı?

Sunucu yanıtı yavaşsa evet, fark yaratır. Ancak sorun büyük görseller veya fazla JavaScript ise sunucuyu değiştirmek LCP ve INP değerlerini beklediğiniz kadar iyileştirmez; önce darboğazın nerede olduğunu ölçün.

Sitenizin hangi sayfalarda yavaşladığını merak ediyorsanız iletişim sayfamızdan bize ulaşın; ölçüm sonuçlarını birlikte yorumlayıp en çok etki edecek adımlardan başlayalım.

Son güncelleme: Ekim 2026