“Sitemiz neden yavaş açılıyor?” sorusunun cevabı neredeyse hiçbir zaman tek bir sebep değildir. Ama iyi haber şu: hız, fikir değil ölçü meselesi. Üç sayı var ve bu üç sayı sitenin gerçekte ne durumda olduğunu söylüyor.
Core Web Vitals: üç ölçü, üç eşik
Google 2020’den beri sayfa deneyimini üç ölçüyle takip ediyor. 2024 Mart’ında bunlardan biri (FID) emekliye ayrıldı ve yerine INP geldi. 2026 itibarıyla geçerli tablo şu:
| Ölçü | Ne ölçüyor | İyi | Geliştirilmeli | Kötü |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | En büyük içerik öğesinin ekrana gelme süresi | ≤ 2,5 sn | 2,5 – 4,0 sn | > 4,0 sn |
| INP (Interaction to Next Paint) | Tıklamaya sitenin cevap verme süresi | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Sayfa yüklenirken içeriğin zıplaması | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Kritik ayrıntı: bu değerler ortalama değil, 75. yüzdelik üzerinden hesaplanıyor. Yani ziyaretçilerinizin dörtte üçü eşiğin altında kalmalı. Ortalamanız iyi görünse bile mobil kullanıcılarınızın çeyreği kötü deneyim yaşıyorsa test kırmızı yanar.
Laboratuvar verisi mi, alan verisi mi?
Bu ayrım, hız konuşmalarındaki en büyük yanlış anlamanın kaynağı.
- Laboratuvar verisi (lab data): Lighthouse veya PageSpeed Insights’ın simülasyonu. Sabit bir cihaz ve bağlantı varsayar. Sorunu bulmak için iyidir.
- Alan verisi (field data): Chrome kullanıcılarının gerçek tarayıcılarından toplanan CrUX verisi. Google sıralamada bunu kullanır.
PageSpeed Insights’ı açtığınızda üstte “Gerçek Kullanıcı Deneyimi”, altta “Performansı Teşhis Et” görürsünüz. Üstteki gerçektir, alttaki tahmindir. Yeni bir sitede üst bölüm boş çıkar çünkü henüz yeterli ziyaretçi verisi yoktur — bu bir hata değil, sadece zaman ister.
Siteyi asıl yavaşlatan 7 şey
Sıralama, pratikte en sık karşılaştığımız düzenden yapıldı.
1. Sıkıştırılmamış görseller
Açık ara birinci sebep. Telefonla çekilip doğrudan yüklenen bir fotoğraf 4–6 MB olur; aynı görsel doğru sıkıştırıldığında 120 KB’a iner ve ekranda hiçbir fark görünmez. Yapılması gereken:
- Modern format: WebP veya AVIF. JPEG’e göre aynı kalitede belirgin biçimde küçüktür.
- Doğru ölçü: 4000 piksel genişliğindeki bir görseli 600 piksellik bir alanda göstermeyin. Tarayıcı dosyanın tamamını indirir, sonra küçültür.
widthveheightverin: Bu, CLS’i doğrudan düzeltir. Ölçü verilmezse tarayıcı görselin yerini bilemez, görsel gelince altındaki her şey aşağı kayar.- Ekranda görünmeyene
loading="lazy": Sayfanın altındaki görseller kullanıcı oraya gelene kadar inmesin.
2. Sayfayı bloklayan üçüncü taraf kodlar
Chat widget’ı, ısı haritası, üç ayrı analitik, sosyal medya beslemesi, çerez bandı, yazı tipi servisi… Her biri ayrı bir alan adına bağlanır ve her bağlantı DNS + TLS el sıkışması demektir. Bunlar sizin sunucunuzun hızını değil, kullanıcının bekleme süresini uzatır.
Sert ama işe yarayan kural: her üçüncü taraf script’in bir sahibi ve bir gerekçesi olmalı. Gerekçesini kimse hatırlamıyorsa kaldırın.
3. Yazı tipi yükleme düzeni
Özel yazı tipleri iki şekilde zarar verir: dosya büyükse geç gelir, font-display ayarı yanlışsa metin görünmez bekler (FOIT). Doğrusu:
- Yazı tipini kendi sunucunuzdan verin, üçüncü taraf CDN’den değil.
- Yalnızca kullandığınız alfabeyi yükleyin. Rusça içerik yoksa Kiril alt kümesini indirmeyin.
font-display: swapkullanın: yazı tipi gelene kadar sistem fontuyla göster, sonra değiştir.
4. Sunucu yanıt süresi (TTFB)
Tarayıcının ilk baytı alma süresi. 600 milisaniyenin üstü sorunludur. Yaygın sebepleri: paylaşımlı hostingde aşırı yoğunluk, önbelleksiz veritabanı sorguları, sunucunun ziyaretçiden coğrafi olarak çok uzak olması.
Alanya’daki bir işletmenin sitesi ABD’deki bir sunucuda duruyorsa, her istek Atlantik’i geçer. Hedef kitleniz Türkiye ve Avrupa ise sunucu da orada olmalı.
5. Gereğinden fazla JavaScript
Bir tanıtım sitesinin ağır bir JavaScript çatısına ihtiyacı yoktur. İçerik statik olarak üretilebiliyorsa, tarayıcıya iş bırakmayın. Bu hem hızı hem de yapay zekâ aramalarında görünürlüğü doğrudan etkiler: AI tarayıcıları JavaScript çalıştırmaz.
6. Yönlendirme zincirleri
http://site.com → https://site.com → https://www.site.com → https://www.site.com/tr/ şeklinde uzayan zincir, her adımda bir tur ekler. Tek bir yönlendirmeye indirin.
7. Önbellek başlıkları
Logo, yazı tipi ve CSS her ziyarette yeniden inmemeli. Değişmeyen dosyalara uzun süreli Cache-Control verin, dosya adına sürüm damgası koyun.
Hızı nasıl ölçersiniz
Sırayla, ücretsiz araçlarla:
- PageSpeed Insights — hem alan hem laboratuvar verisi. Mobil sekmesine bakın.
- Search Console › Core Web Vitals — sitenin tamamının alan verisi, URL grupları hâlinde. Asıl takip edilecek yer burasıdır.
- WebPageTest — istek istek şelale görünümü. Hangi dosyanın neyi beklettiğini gösterir.
- Chrome DevTools › Lighthouse — geliştirme sırasında hızlı kontrol.
Ölçerken üç kural: her zaman mobil test edin, önbelleği boş sayfa ile test edin, aynı sayfayı üç kez ölçüp ortancayı alın.
Hız neden ticari bir mesele
Hız, teknik bir gurur meselesi değil. Yavaş açılan sayfa üç yerden zarar verir: ziyaretçi beklemeden çıkar, Google eşit rakipler arasında hızlıyı öne alır, ve reklam veriyorsanız aynı tıklama için daha fazla ödersiniz — yavaş açılan sayfa dönüşüm oranını düşürür.
Kurumsal web sitesi projelerinde hızı sonradan eklenen bir iyileştirme olarak değil, baştan bir kısıt olarak ele alıyoruz: sayfalar statik üretiliyor, görseller otomatik olarak modern formata çevriliyor, yazı tipleri kendi sunucumuzdan ve yalnızca gereken alfabeyle geliyor. SEO optimizasyonu çalışmalarında da ilk bakılan yer teknik performanstır; içerik iyileştirmesi yavaş bir altyapının üstüne konduğunda beklenen sonucu vermiyor.
Yayına almadan önce kontrol listesi
- Mobil PageSpeed Insights’ta LCP 2,5 saniyenin altında mı?
- Bütün görseller WebP/AVIF ve gösterildikleri ölçüde mi?
- Her
<img>etiketindewidthveheightvar mı? - Ekranın altındaki görsellerde
loading="lazy"var mı? - Sunucu yanıt süresi 600 ms’nin altında mı?
- Yazı tipleri kendi sunucunuzda ve
font-display: swapile mi? - Sayfada gerekçesi olmayan üçüncü taraf script var mı?
- Yönlendirme zinciri tek adıma mı iniyor?