Yavaşlığı Tahminle Değil, Ölçümle Bulun
"Site yavaş" şikâyeti, tek başına eyleme dönüştürülebilir bir bilgi değildir. Yavaşlık; sunucudan, veritabanından, ön yüz kaynaklarından, üçüncü parti betiklerden veya ziyaretçinin ağından kaynaklanabilir ve her birinin çözümü tamamen farklıdır. Yanlış teşhis, hem zaman hem bütçe kaybettirir: Sorun veritabanındayken sunucuyu büyütmek, faturayı artırır ama siteyi hızlandırmaz. Bu rehber, kök nedeni sistematik biçimde daraltmanız için pratik bir tanı sırası sunar. Temel ilke şudur: Önce ölçün, sonra yorumlayın; iyileştirmeyi yaptıktan sonra aynı ölçümü tekrarlayıp etkisini doğrulayın.
Adım 1: Belirtiyi Netleştirin
Tanıya başlamadan şu soruları yanıtlayın: Yavaşlık tüm sayfalarda mı, belirli sayfalarda mı? Sürekli mi, belirli saatlerde mi? Tüm ziyaretçilerde mi, belirli cihaz veya bölgelerde mi? İlk açılışta mı, gezinirken mi? Bu yanıtlar, arayacağınız yeri baştan yarıya indirir: Örneğin yalnızca yoğun saatlerde görülen yavaşlık kaynak yetersizliğine, yalnızca belirli bir sayfadaki yavaşlık o sayfanın sorgularına işaret eder.
Adım 2: Dış Ölçüm Araçlarıyla Fotoğraf Çekin
PageSpeed Insights, WebPageTest ve Lighthouse gibi araçlar, sayfanızın yüklenme sürecini ayrıntılı raporlar. İki metrik grubuna odaklanın: TTFB (ilk bayta kadar geçen süre) sunucu tarafını, LCP/CLS/INP gibi Core Web Vitals metrikleri ise ön yüz deneyimini gösterir. Pratik eşik şudur: TTFB yüksekse (yaklaşık 600 ms üzeri) sorun büyük olasılıkla sunucu/uygulama tarafındadır ve Adım 3'e, TTFB iyi ama sayfa geç tamamlanıyorsa ön yüz tarafındadır ve Adım 4'e ağırlık verin. Laboratuvar ölçümlerinin yanında gerçek kullanıcı verisini (CrUX raporu, varsa kendi RUM verileriniz) de kontrol edin; ikisi farklı hikâye anlatabilir.
Adım 3: Sunucu ve Uygulama Tarafını İnceleyin
TTFB yüksekse sırasıyla şunlara bakın:
- Kaynak kullanımı: CPU, bellek ve disk doluluk oranlarını kontrol edin; takas (swap) kullanımı başlamış bir sunucu her işlemde yavaşlar.
- Veritabanı sorguları: Yavaş sorgu logunu açın. En yaygın neden, indekssiz sorgular ve N+1 sorgu desenidir (listedeki her kayıt için ayrı sorgu çalıştırılması). Sayfa başına çalışan sorgu sayısını ölçün; yüzlerce sorgu çalıştıran bir sayfa, tasarım sorununa işarettir.
- Önbellek eksikliği: Uygulama önbelleği (Redis benzeri), sorgu önbelleği ve tam sayfa önbelleğinin devrede olup olmadığını doğrulayın. İçeriği nadiren değişen sayfaların her ziyarette yeniden üretilmesi gereksizdir.
- PHP/uygulama yapılandırması: OPcache'in açık olduğunu, işçi süreç sayısının (PHP-FPM) trafiğe uygun ayarlandığını kontrol edin.
- Harici servis çağrıları: Sayfa üretimi sırasında yapılan API çağrıları (ödeme, kargo, CRM) yanıt süresini doğrudan uzatır; bunları asenkron kuyruğa veya önbelleğe taşıyın.
Adım 4: Ön Yüz Tarafını İnceleyin
TTFB iyiyse, tarayıcı geliştirici araçlarının Ağ (Network) sekmesinde şelale grafiğini inceleyin:
- Görseller: En yaygın suçludur. Boyutlandırılmamış, sıkıştırılmamış ve modern formata (WebP/AVIF) çevrilmemiş görseller sayfayı şişirir. Ekran dışı görsellere lazy loading uygulayın.
- JavaScript yükü: Kullanılmayan paketler, render'ı bloklayan betikler ve büyük çerçeve demetleri INP ve LCP'yi kötüleştirir. Kod bölme ve erteleme (defer) uygulayın.
- Üçüncü parti betikler: Analitik, reklam, sohbet ve pazarlama etiketleri sessizce birikir. Her birinin maliyetini ölçün; kullanılmayanları kaldırın.
- Font yüklemesi: Yanlış yapılandırılmış web fontları, metnin geç görünmesine neden olur; font-display ayarını ve ön yüklemeyi kontrol edin.
- Sıkıştırma ve önbellek başlıkları: Statik kaynaklarda gzip/brotli sıkıştırması ve uzun ömürlü cache-control başlıklarının aktif olduğunu doğrulayın.
Adım 5: Ağ ve Altyapı Katmanı
Coğrafi olarak uzak ziyaretçiler için CDN kullanımı, statik kaynakların kullanıcıya yakın sunuculardan dağıtılmasını sağlar. DNS yanıt sürelerini, HTTP/2 veya HTTP/3'ün etkin olduğunu ve TLS el sıkışmasının optimize edildiğini kontrol edin. Paylaşımlı hosting kullanıyorsanız, komşu sitelerin yükü sizin performansınızı etkiliyor olabilir; tutarsız ve açıklanamayan TTFB dalgalanmaları bunun tipik belirtisidir.
Hızlı Kazanımlar: Çoğu Sitede İşe Yarayan İlk Beş Müdahale
Ayrıntılı analiz için zamanınız kısıtlıysa, deneyimlerimize göre en sık sonuç veren beş müdahale şunlardır: Görselleri sıkıştırıp WebP formatına çevirmek ve lazy loading açmak; tam sayfa veya parça önbelleğini devreye almak; veritabanında yavaş sorgu loguna düşen ilk birkaç sorguya indeks eklemek; kullanılmayan eklenti, tema ve üçüncü parti betikleri kaldırmak; statik kaynaklar için CDN ve brotli sıkıştırmasını etkinleştirmek. Bu beş adım, tipik bir kurumsal sitede algılanan yükleme süresini çoğu zaman gözle görülür biçimde iyileştirir. Ancak bunlar genel reçetedir; kalıcı sonuç için yukarıdaki tanı adımlarıyla kendi darboğazınızı doğrulamanız gerekir.
Kalıcı Çözüm: İzleme Kurun
Tanı tek seferlik bir iş olmamalıdır. Çalışma süresi (uptime) izleme, TTFB takibi ve gerçek kullanıcı metrikleri için kalıcı izleme kurun; performans bütçeleri belirleyin (ör. sayfa ağırlığı ve LCP hedefi) ve yeni sürümlerde bu bütçelerin aşılmasını CI sürecinde yakalayın. Performans, bir kez ulaşılan değil sürekli korunan bir durumdur.
OPEIS Teknoloji Desteği
Performans denetimi hizmetimiz kapsamında; uçtan uca ölçüm, darboğaz analizi, veritabanı ve önbellek optimizasyonu ile CDN yapılandırması konularında destek sağlıyoruz. Siteniz için ayrıntılı bir performans raporu almak isterseniz destek ekibimizle iletişime geçebilirsiniz.