Web sitesinde ani yavaşlama olduğunda ilk 15 dakikada ne kontrol edilmeli?

Bir web sitesi normalden belirgin şekilde yavaş açılmaya başladığında ilk tepki genellikle tema, eklenti veya internet bağlantısını suçlamak olur. Oysa doğru yaklaşım, ilk 15 dakikada sorunu daraltacak hızlı ve ölçülebilir kontroller yapmaktır. Bu kısa süre içinde amaç kalıcı çözüm üretmekten çok, yavaşlamanın ziyaretçiyi etkileyen genel bir problem mi, belirli sayfalara özel bir aksaklık mı yoksa sunucu taraflı bir darboğaz mı olduğunu anlamaktır.

İlk 3 dakika: Sorunun gerçekten yaygın olup olmadığını kontrol edin

Önce yavaşlamanın yalnızca sizin cihazınızda mı yaşandığını ayırın. Siteyi farklı bir tarayıcıda, mobil bağlantıda ve mümkünse farklı bir lokasyondan test edin. Yönetim paneli yavaş ama ön yüz hızlıysa sorun WordPress admin işlemleriyle ilişkili olabilir. Ana sayfa hızlı, ürün veya blog sayfaları yavaşsa sorgu, görsel veya eklenti kaynaklı bir darboğaz ihtimali artar.

Bu aşamada tarayıcı önbelleğini temizlemek faydalı olabilir; ancak sadece kendi ekranınız düzelirse gerçek ziyaretçi deneyimi hakkında kesin karar vermeyin. Kurumsal sitelerde tek kullanıcının gözlemi yerine en az iki farklı ağdan yapılan kontrol daha güvenilir sonuç verir.

3-6 dakika: Sunucu yanıt süresine bakın

Sayfa tamamen geç yükleniyorsa ilk teknik gösterge sunucu yanıt süresidir. Tarayıcı geliştirici araçlarında Network sekmesini açarak ilk HTML isteğinin ne kadar sürede yanıtlandığını inceleyin. TTFB değeri belirgin şekilde yükseldiyse problem çoğu zaman PHP işlemleri, veritabanı sorguları, trafik artışı veya hosting kaynak kısıtlarıyla ilişkilidir.

Burada sık yapılan hata, büyük görselleri hemen suçlamaktır. Görseller sayfanın toplam yüklenmesini uzatabilir; fakat ilk yanıt birkaç saniyeyi buluyorsa öncelik sunucu ve uygulama katmanıdır. Yani sayfa daha dosyaları indirmeye başlamadan bekliyorsa analiz yönünü doğru belirlemek gerekir.

6-9 dakika: Trafik, bot ve kaynak kullanımını inceleyin

Kontrol panelinizde CPU, RAM, giriş işlemi, I/O ve eş zamanlı bağlantı değerlerini inceleyin. Ani yükselişler genellikle kampanya trafiği, bot taraması, brute force denemeleri veya hatalı çalışan bir eklenti nedeniyle oluşur. Özellikle WooCommerce, üyelik sistemleri ve yoğun arama yapan sitelerde birkaç kötü sorgu tüm siteyi yavaşlatabilir.

Eğer kaynak limitleri tavan yapmışsa hemen rastgele eklenti kapatmak yerine zaman damgasını not edin. Yavaşlama ne zaman başladı, o dakikada trafik artmış mı, yönetim panelinde işlem yapılmış mı, yeni içerik veya ürün aktarımı çalışmış mı? Bu bilgiler teknik ekibe iletildiğinde çözüm süresi ciddi şekilde kısalır.

9-12 dakika: Son değişiklikleri geri izleyin

Yavaşlama çoğu zaman tesadüfen ortaya çıkmaz. Son 24 saatte yapılan tema güncellemesi, eklenti kurulumu, cache ayarı değişikliği, reklam kodu ekleme, güvenlik duvarı kuralı veya dış servis entegrasyonu performansı etkileyebilir. Bu nedenle değişiklik listesini hızlıca çıkarın.

Önceliklendirme nasıl yapılmalı?

Önce tüm siteyi etkileyen değişikliklere bakın: önbellek eklentisi, güvenlik eklentisi, sayfa oluşturucu, CDN ayarı ve veritabanı optimizasyon araçları. Ardından belirli sayfalara eklenen formlar, harita bileşenleri, canlı destek araçları veya üçüncü taraf scriptleri kontrol edin. Canlı sitede deneme yapmanız gerekiyorsa tek seferde yalnızca bir değişkeni kapatın; aksi halde hangi adımın etkili olduğunu anlayamazsınız.

12-15 dakika: Önbellek, veritabanı ve kritik hataları tarayın

Cache katmanı bozulduğunda site her ziyaretçiye sayfayı sıfırdan üretmeye çalışabilir. Önbellek eklentisinin aktif olup olmadığını, son temizleme zamanını ve mobil/masaüstü ayrımının doğru çalışıp çalışmadığını kontrol edin. CDN kullanıyorsanız yalnızca CDN cache temizlemek yeterli olmayabilir; WordPress, sunucu ve tarayıcı önbelleği ayrı katmanlardır.

Ardından hata kayıtlarına bakın. Tekrarlayan PHP uyarıları, veritabanı bağlantı hataları veya zaman aşımı kayıtları yavaşlamanın yönünü gösterir. WordPress admin paneline erişebiliyorsanız Site Sağlığı ekranı da hızlı fikir verir; ancak burada görülen her uyarı acil performans nedeni değildir. Kritik olan, yavaşlama zamanıyla aynı anda tekrar eden kayıtlardır.

Hızlı karar matrisi: Hangi belirti neyi düşündürür?

• Admin paneli de yavaşsa: PHP, veritabanı, eklenti çakışması veya sunucu kaynağı öncelikli kontrol edilmelidir.
• Sadece belirli sayfalar yavaşsa: o sayfadaki sorgular, görseller, formlar ve üçüncü taraf scriptler incelenmelidir.
• İlk yanıt geç geliyorsa: uygulama ve altyapı katmanı öne çıkar; görsel optimizasyon tek başına yeterli olmaz.
• Kaynak kullanımı aniden yükseldiyse: bot trafiği, kampanya yoğunluğu veya arka plan görevleri araştırılmalıdır.
• Güncelleme sonrası başladıysa: son değişiklik kontrollü şekilde geri alınmalı ya da staging ortamında test edilmelidir.

Destek ekibine iletilmesi gereken bilgiler

Teknik destekten hızlı yanıt almak için “site yavaş” demek yerine ölçülebilir bilgi paylaşın. Sorunun başladığı saat, etkilenen URL’ler, yapılan son değişiklikler, ekran görüntüleri, hata kayıtları ve kaynak kullanım grafikleri destek sürecini hızlandırır. Özellikle hosting sağlayıcınıza başvururken TTFB, CPU/RAM değerleri ve tekrar eden hata satırları net biçimde iletilmelidir.

İlk 15 dakikada yapılan bu kontroller, panikle yanlış müdahale etmeyi engeller. Siteyi kapatmak, tüm eklentileri devre dışı bırakmak veya veritabanında rastgele temizlik yapmak yerine sorunu katmanlara ayırmak daha güvenlidir. Böylece ziyaretçi deneyimini korurken, teknik ekibin kalıcı çözüm için ihtiyaç duyduğu izleri de kaybetmemiş olursunuz.