Siteniz yavaş. Hosting sağlayıcınıza yazıyorsunuz, "sunucumuzda sorun yok" diyorlar. Web tasarımcınıza yazıyorsunuz, "hosting yavaş" diyor.
Bu tartışmayı bitirmenin yolu ölçmektir. Bu yazı, hosting ortamında yavaşlığın kaynağını nesnel olarak tespit etmeyi anlatıyor.
Temel Ayrım
Bir sayfanın açılma süresi iki ana parçadan oluşur:
| Aşama | Sorumlu | Ne yapılır |
|---|---|---|
| Sunucu yanıt süresi | Hosting ve uygulama kodu | İstek işlenir, HTML üretilir |
| Tarayıcı işleme süresi | Site tasarımı ve içeriği | Dosyalar indirilir, sayfa çizilir |
Bu ayrım, tartışmayı çözer: ilk baytın gelme süresi sunucu tarafını, sonrasındaki her şey site tarafını gösterir.
Ölçümü herhangi bir hız test aracıyla yapabilirsiniz; hepsi bu iki değeri ayrı ayrı raporlar.
Sunucu Tarafı Yavaşsa
İlk baytın gelmesi uzun sürüyorsa, sorun sunucu tarafındadır. Ama bu, otomatik olarak "hosting kötü" demek değildir — iki alt olasılık vardır:
Uygulama Kodu Yavaş
Belirtiler:
- Statik bir dosya hızlı, dinamik sayfa yavaş açılıyor
- Bazı sayfalar hızlı, bazıları belirgin yavaş
- Yavaşlık her zaman aynı sayfalarda
Bu durumda suçlu genellikle optimize edilmemiş veritabanı sorgularıdır. Eklenti ve tema kaynaklı ağır işlemler de sık rastlanır.
Sunucu Kaynağı Yetersiz
Belirtiler:
- Statik dosyalar bile yavaş geliyor
- Yavaşlık belirli saatlerde yoğunlaşıyor
- Kaynak limiti uyarıları alıyorsunuz
- Tüm sayfalar eşit derecede yavaş
İlk madde ayırt edici bir testtir: basit bir metin dosyasını doğrudan çağırın. O bile yavaş geliyorsa uygulama kodunuz suçlu değildir — sorun sunucu veya ağ tarafındadır.
Ayırt Edici Testler
- Statik dosya testi. Küçük bir metin dosyasının yanıt süresini ölçün. Hızlıysa sunucu sağlıklı demektir.
- Boş sayfa testi. Yalnızca "merhaba" yazan basit bir sayfa oluşturun. Yavaşsa çalışma zamanı veya sunucu sorunu var.
- Veritabanı testi. Basit bir sorgu çalıştıran bir sayfa. Yavaşsa veritabanı tarafına bakın.
- Farklı saatlerde ölçüm. Yoğun saatlerde belirgin yavaşlıyorsa kapasite sorunu var.
- Farklı lokasyonlardan ölçüm. Yalnızca belirli bölgelerden yavaşsa ağ yolu sorunu olabilir.
İlk üç test birlikte çalıştırıldığında suçluyu neredeyse kesin olarak daraltır: statik hızlı + boş sayfa hızlı + veritabanı yavaş ise sorun sorgularınızdadır.
Site Tarafı Yavaşsa
Sunucu hızlı yanıt veriyor ama sayfa geç açılıyorsa, sorun tarayıcı tarafındadır. Yaygın nedenler:
- Optimize edilmemiş görseller. En sık ve en kolay çözülen sorun.
- Çok sayıda dosya isteği. Her betik ve stil dosyası ayrı bir istek üretir.
- Dış kaynaklar. Yazı tipleri, analitik kodları, sohbet pencereleri.
- Sıkıştırmanın kapalı olması. Metin dosyaları gereğinden büyük iniyor.
- Önbellek başlıklarının tanımsız olması. Her ziyarette her şey yeniden iniyor.
Üçüncü madde sıkça gözden kaçar: sitenize eklediğiniz her dış servis, kendi sunucusundan yanıt bekler. O servis yavaşsa sizin siteniz de yavaş görünür — ve bu, sizin hosting'inizle hiç ilgili değildir.
Doğru Ölçüm
Ölçüm yaparken sık yapılan hatalar:
- Tek ölçüme güvenmek. Birkaç kez ölçüp ortalama alın.
- Yalnızca ana sayfayı test etmek. Ana sayfa genellikle en optimize sayfadır.
- Kendi bağlantınızdan ölçmek. Sizin internetiniz yavaşsa sonuç yanıltır.
- Önbelleği hesaba katmamak. İkinci ziyaret her zaman daha hızlıdır.
- Yoğun saati atlamak. Gece yapılan ölçüm gündüz performansını göstermez.
İkinci madde önemlidir: ürün listesi, arama sonucu ve sepet gibi ağır sayfaları ayrıca test edin. Kullanıcılarınız ana sayfada değil, o sayfalarda vakit geçiriyor.
Sağlayıcıyla Konuşurken
Ölçümleriniz sunucu tarafını işaret ediyorsa, sağlayıcınıza somut veriyle gidin:
- Statik dosya yanıt süreleri
- Farklı saatlerdeki ölçümler
- Kaynak limiti uyarıları varsa ekran görüntüleri
- Sorunun ne zaman başladığı
"Sitem yavaş" ifadesi yerine "statik bir dosyanın yanıt süresi şu değerlerde ve yoğun saatlerde şuraya çıkıyor" demek, sürecin sonucunu belirgin şekilde değiştirir.
Ayrıca sorun sürekliyse ve optimizasyona rağmen düzelmiyorsa, mevcut hosting paketiniz trafiğiniz için yetersiz olabilir — bu durumda paket yükseltmesi doğru çözümdür.
Öncelik Sırası
Ölçümü yaptınız, suçluyu buldunuz. Şimdi ne yapmalı?
| Bulgu | İlk yapılacak |
|---|---|
| Veritabanı sorguları yavaş | İndeks ekleyin, yavaş sorguları bulun |
| Uygulama kodu yavaş | Önbellekleme ekleyin |
| Görseller ağır | Boyutlandırın ve sıkıştırın |
| Çok sayıda dosya isteği | Birleştirin, gereksizleri kaldırın |
| Dış servisler yavaşlatıyor | Gecikmeli yükleyin veya kaldırın |
| Sunucu kaynağı yetersiz | Paket yükseltin veya CDN ekleyin |
İlk satır en yüksek getirili müdahaledir: tek bir indekssiz sorgu, sayfa yanıt süresini saniyelerce uzatabilir ve bu, hiçbir önbellekleme ile tam olarak gizlenemez.
Sürekli İzleme
Tek seferlik ölçüm bir fotoğraftır. Asıl değerli olan eğilimdir:
- Düzenli ölçüm kurun. Günlük veya haftalık.
- Eşik uyarısı tanımlayın. Yanıt süresi belirli değeri aşarsa haber verin.
- Değişiklik sonrası karşılaştırın. Yeni eklenti performansı nasıl etkiledi?
- Kademeli yavaşlamayı yakalayın. Ani düşüşler fark edilir, yavaş erime edilmez.
Son madde en değerli faydadır: siteler genellikle bir günde değil, aylar içinde yavaşlar. Her eklenen eklenti, her büyüyen tablo biraz daha ekler. Ölçüm geçmişi olmadan bu erimeyi fark edemezsiniz.
Sonuç
"Sunucu mu site mi" tartışmasını bitirmenin yolu ölçmektir ve ayrım nettir: ilk baytın gelme süresi sunucu tarafını, sonrasındaki her şey site tarafını gösterir. En ayırt edici tek test ise basittir — bir metin dosyasını doğrudan çağırın; o bile yavaşsa uygulama kodunuz suçlu değildir. Sunucu tarafında sorun bulduğunuzda bile hemen paket yükseltmeyin: çoğu zaman suçlu, tek bir indekssiz veritabanı sorgusudur. Ve ölçümlerinizi ana sayfada değil, kullanıcılarınızın vakit geçirdiği ağır sayfalarda yapın.
Sıkça Sorulan Sorular (SSS)
Yavaşlığın kaynağını nasıl ayırt ederim?
İlk baytın gelme süresine bakın: uzunsa sunucu veya uygulama tarafı, kısaysa site tarafı suçludur. En ayırt edici test, basit bir metin dosyasını doğrudan çağırmaktır — o bile yavaşsa sorun uygulama kodunuzda değildir.
Hosting sağlayıcım "sorun yok" diyor, ne yapmalıyım?
Somut ölçümle gidin. "Sitem yavaş" yerine statik dosya yanıt sürelerini, farklı saatlerdeki ölçümleri ve varsa kaynak limiti uyarılarını paylaşın. Nesnel veri, sürecin sonucunu belirgin şekilde değiştirir.
Dış servisler siteyi yavaşlatır mı?
Evet ve bu hosting'inizle ilgisizdir. Yazı tipleri, analitik kodları ve sohbet pencereleri kendi sunucularından yanıt bekler; o servis yavaşsa siteniz de yavaş görünür. Bunları gecikmeli yükleyin veya gereksiz olanları kaldırın.
İlk neye odaklanmalıyım?
Ölçüm veritabanını işaret ediyorsa indeks eklemeye — tek bir indekssiz sorgu yanıt süresini saniyelerce uzatabilir ve bunu önbellekleme tam olarak gizleyemez. Site tarafında ise ilk kazanç neredeyse her zaman görsel optimizasyonundadır.
