503 Service Unavailable, sunucunun isteği şu anda işleyemediğini bildiren geçici HTTP durum kodudur. Bakım, aşırı yük, uygulama havuzu veya hosting kısıtı neden olabilir. “WordPress 503” diye görünen her hata eklenti kaynaklı değildir; hata sayfasını hangi katmanın ürettiğini belirlemek gerekir.
İlk Beş Dakikada Toplanacak Bilgiler
- Hatanın başladığı zamanı ve etkilenen URL’leri kaydedin; yalnız yönetim paneli mi, tüm site mi?
- HTTP durumunu ve yanıt başlıklarını kontrol edin. CDN, ters proxy veya kaynak sunucu 503 döndürüyor olabilir.
- Hosting durum/olay ekranına, CPU, RAM, PHP worker ve bağlantı sınırlarına bakın.
- Son eklenti/tema güncellemesi, dağıtım, cron görevi ve trafik sıçramasını not edin.
- Sunucu/PHP hata günlüğünü aynı dakika için inceleyin; günlük yoksa hosting desteğinden isteyin.
Planlı Bakım mı, Yanlışlıkla Kalan Bakım Modu mu?
WordPress güncellemeleri geçici bakım sayfası gösterebilir. Güncelleme tamamlanmadan işlem kesildiyse bakım durumu kalmış olabilir. Önce güncellemenin gerçekten durduğunu, dosya/DB işleminin sürmediğini doğrulayın. Site kökündeki .maintenance dosyasını kaldırma adımı yalnız bu duruma ve alınmış yedeğe uygundur; her 503 için uygulanmaz. Planlı kesintide tahmini süre biliniyorsa Retry-After başlığı kullanılabilir.
Hosting ve PHP Kaynakları
Aynı anda çok fazla istek, uzun süren PHP işlemleri veya veritabanı beklemesi PHP worker havuzunu doldurabilir. Sağlayıcının kaynak metrikleri ve günlükleri olmadan limiti körlemesine artırmayın. Hangi URL’nin yavaşladığını ve yoğunluğun normal/şüpheli trafik olup olmadığını belirleyin. Gerekirse önbellek ve sorgu iyileştirmesini ölçümle yapın.
Eklenti veya Tema Değişikliğiyle Bağlantı
Hata bir güncellemeden sonra başladıysa, önce staging/yedekte tekrar üretin. WordPress’in kurtarma modu veya hosting dosya yöneticisi üzerinden şüpheli eklentiyi geçici devre dışı bırakıp sonucu gözleyin. Bütün eklentileri aynı anda kapatmak nedeni gizleyebilir ve işlev kaybına yol açabilir. Tema değişimini de aynı kontrollü yaklaşımla deneyin.
Günlük Kaydı ve Güvenli Hata Ayıklama
WordPress belgesine göre WP_DEBUG_LOG, WP_DEBUG ile birlikte açıldığında PHP kayıtlarını dosyaya yazabilir. Üretim sitesinde hataları ziyaretçiye göstermeyin; WP_DEBUG_DISPLAY kapalı olmalıdır. Günlükte kişisel veri veya anahtar olabileceğinden dosyayı herkese açık bırakmayın. Sorun çözüldükten sonra geçici debug ayarlarını gözden geçirin.
Ne Zaman Hosting Desteği Gerekir?
Sunucuya erişim yoksa, PHP worker/DB hatası panelden görünmüyorsa veya CDN ile kaynak durumları uyuşmuyorsa zaman damgası, URL ve yanıt koduyla destek kaydı açın. Paylaşımlı hostingte süreç limitini yalnız site sahibi değiştiremeyebilir. Sorun çözüldüğünde tekrar eden 503 sayısını ve kritik URL’leri izleyin.
Sonuç: 503 için evrensel “dokuz yöntem” yoktur. Kaynağı, günlük ve metriklerle belirleyip değişiklikleri birer birer uygulayın; veritabanı migrasyonu veya dosya taşıma varsayılan hata çözümü değildir.
Kaynaklar ve İleri Okuma
