503 Service Unavailable Hatası Nedir? Çözümü

Sitenizi açtığınızda karşınıza içerik yerine “503 Service Unavailable” yazan bir sayfa çıktıysa, ilk tepki genelde paniktir. Oysa bu hata çoğu zaman düşündüğünüz kadar kötü değildir. 500’lü hata ailesinin en “iyimser” üyesi sayılır; çünkü sunucu size aslında şunu söyler: “Şu an meşgulüm, biraz sonra tekrar dene.” Yani altyapı çökmüş değildir, geçici bir durumdan bahsedilir.

Yıllardır hosting altyapısı işleten bir ekip olarak şunu rahatlıkla söyleyebiliriz: 503 hatalarının büyük bölümü, kaynak yönetimi ve yapılandırma kaynaklıdır. Doğru yerine bakmayı bilenler için çözüm çoğu zaman birkaç dakikalık iştir. Bu yazıda 503 hatasının ne anlama geldiğini, hangi teknik nedenlerden çıktığını ve hem ziyaretçi hem de site sahibi olarak nasıl adım adım çözebileceğinizi anlatıyoruz.

503 Service Unavailable Hatası Nedir?

503, HTTP protokolündeki bir sunucu taraflı durum kodudur (5xx ailesi). Tarayıcınız sunucuya bir istek gönderir, sunucu isteği alır ama “şu an bu isteği işleyemem” diyerek 503 koduyla yanıt verir. Kritik nokta şudur: sunucu isteğinizi almıştır ve anlamıştır; ancak geçici bir sebeple servisi veremeyecek durumdadır.

Bu hata genelde iki temel senaryodan doğar. Birincisi planlı bir durum: sunucu yöneticisi bakım yaparken tüm trafiği bilerek 503 sayfasına yönlendirir. İkincisi plansız bir durum: sunucu, üzerine binen yükü kaldıramaz ve gelen istekleri sonsuza kadar kuyrukta bekletmek yerine reddetmeye başlar. İkinci senaryoda hatanın en belirgin işareti, kararsızlığıdır; bazı istekler geçerken bazıları 503 alır.

503 Hatasının Farklı Görünümleri

Aynı hata, sunucu yapılandırmasına ve kullandığınız yazılıma göre farklı metinlerle karşınıza çıkabilir. Hepsi aynı kapıya çıkar:

• 503 Service Unavailable
• 503 Service Temporarily Unavailable
• HTTP Error 503
• The server is temporarily unable to service your request
• Error 503 Backend fetch failed

503 ile 500, 502 ve 504 Arasındaki Fark

5xx hataları sık sık birbirine karıştırılır. Oysa her biri farklı bir teşhis noktasına işaret eder. Doğru koda bakmak, sorunu nerede arayacağınızı en baştan belirler. Aşağıdaki tablo bu ayrımı netleştirir.

Hata Kodu	Anlamı	Tipik Neden
500 Internal Server Error	Sunucuda beklenmeyen genel bir hata var	Bozuk kod, hatalı .htaccess, PHP hatası
502 Bad Gateway	Ara sunucu, arka uçtan geçersiz yanıt aldı	Çökmüş PHP-FPM/uygulama, hatalı proxy yanıtı
503 Service Unavailable	Sunucu ayakta ama isteği bilerek reddediyor	Aşırı yük veya bakım modu
504 Gateway Timeout	Arka uç yanıt vermeden zaman aşımına uğradı	Yavaş sorgu, uzun süren işlem, tıkanmış arka uç

Özetle: 502 geçersiz bir yanıt aldı, 503 hizmeti bilerek vermiyor (yük ya da bakım), 504 ise yanıtı beklerken sabrı tükendi. 503, diğerlerinden farklı olarak “anlık ret” niteliği taşır; sunucu size zaman aşımına uğramadan doğrudan meşgul olduğunu söyler.

503 Hatasının En Yaygın Nedenleri

Çözüme geçmeden önce nedeni doğru koymak gerekir. Deneyimlerimize göre 503 hatalarının çoğu şu başlıklardan birine dayanır.

1. PHP İşçilerinin (PHP-FPM Max Children) Tükenmesi

WordPress, WooCommerce gibi PHP tabanlı sitelerde en yaygın sebeptir. Sunucu, aynı anda işleyebileceği PHP isteği sayısını sınırlar (pm.max_children). Ağır bir eklenti ya da yavaş bir veritabanı sorgusu tüm işçileri meşgul ederse, yeni gelen istekler kuyrukta yer bulamaz ve 503 alır. Sunucu loglarında “reached pm.max_children” satırı bu durumun kesin işaretidir.

2. Sunucunun Aşırı Yüklenmesi

Ani bir trafik dalgası, kötü yazılmış bir betik ya da denetimsiz bir cron görevi CPU, RAM veya bağlantı havuzunu tüketebilir. Sunucu bu noktada, hizmet kalitesini tümüyle kaybetmemek için gelen isteklerin bir kısmını reddederek kendini korur. Paylaşımlı bir pakette bu, komşu bir hesabın yükünden de kaynaklanabilir.

3. Takılı Kalmış Bakım Modu (.maintenance Dosyası)

WordPress bir güncelleme (eklenti, tema ya da çekirdek) yaparken site kök dizinine gizli bir .maintenance dosyası bırakır ve bu süre boyunca 503 döner. Güncelleme yarıda kesilirse bu dosya silinmeden kalır ve site sonsuza dek bakım modunda takılı görünür. Bu, en çok korkutan ama çözümü en kolay senaryolardan biridir.

4. Eklenti veya Tema Çakışması

Yeni kurulan ya da güncellenen bir eklenti, mevcut sürümle uyumsuzsa sürekli kaynak tüketerek 503 tetikleyebilir. Özellikle güncelleme sonrası başlayan 503 hatalarında ilk şüpheli budur.

5. Çökmüş Arka Uç Servisi

Nginx ya da Apache bir ters vekil (reverse proxy) olarak çalışıyorsa ve arkasındaki uygulama (PHP-FPM, Node.js vb.) çöktüyse, web sunucusu her isteğe 503 döner. Bu durumda çözüm arka uç servisini yeniden başlatmaktan geçer.

6. DDoS Saldırısı

Sunucuyu bilinçli olarak yükle boğmaya çalışan bir DDoS saldırısı da kaynakları tüketerek 503’e yol açabilir. Bu, kaliteli bir anti-DDoS koruması bulunan altyapılarda ağ katmanında daha ilk aşamada filtrelenir.

Ziyaretçiyseniz: Hızlı Çözümler

Site sizin değilse ve bir sitede 503 gördüyseniz, sorun büyük ihtimalle sizde değil karşı taraftadır. Yine de birkaç saniyelik şu adımlar işe yarayabilir:

• Sayfayı yenileyin. 503 çoğu zaman geçicidir. F5’e basmak ya da yenile düğmesi çoğu durumda yeterlidir.
• Birkaç dakika bekleyin. Bakım ya da anlık yük ise kısa süre sonra normale döner.
• Tarayıcı önbelleğini temizleyin. Eski verilerin karışıklık yaratmadığından emin olun.
• Başka bir cihaz veya bağlantı deneyin. Sorunun sizden kaynaklanmadığını doğrularsınız.

Site Sahibiyseniz: Adım Adım Çözüm

Hata kendi sitenizdeyse, tahmin yürütmek yerine sistematik ilerlemek zamandan kazandırır. Aşağıdaki sırayı takip etmenizi öneririz.

1. Planlı Bakım Olup Olmadığını Kontrol Edin

Hosting sağlayıcınız ya da ekibiniz bir bakım penceresi planlamış olabilir. Önce bunu doğrulayın; öyleyse yapılacak tek şey beklemektir.

2. WordPress Kullanıyorsanız .maintenance Dosyasını Silin

FTP ya da dosya yöneticisiyle sitenizin kök dizinine bakın. Gizli bir .maintenance dosyası varsa güncelleme yarıda kalmış demektir. Dosyayı silin; site anında geri döner. Bu, WordPress kullanıcılarında en sık rastladığımız ve saniyeler içinde çözülen senaryodur.

3. Sunucu Yükünü ve Kaynakları İnceleyin

CPU, RAM ve disk I/O değerlerine bakın. Kaynaklar sürekli tavan yapıyorsa, paketiniz artık trafiğinize yetmiyor olabilir. Bu durumda geçici çözüm süreç sayısını sınırlamak, kalıcı çözüm ise daha güçlü bir kaynağa geçmektir.

4. Eklenti ve Temaları Devre Dışı Bırakın

Hata bir güncelleme sonrası başladıysa, tüm eklentileri kapatın ve teker teker açarak sorunlu olanı bulun. Panele erişemiyorsanız, FTP üzerinden wp-content/plugins klasörünü geçici olarak yeniden adlandırmak tüm eklentileri devre dışı bırakır.

5. Logları Okuyun

Sunucu hata logları (error_log) 503’ün gerçek nedenini çoğu zaman açıkça yazar. “max_children”, “connection refused” ya da belirli bir eklenti adı içeren satırlar sizi doğrudan kaynağa götürür. Logları okumak, tahmin yürütmekten her zaman daha hızlıdır.

6. Arka Uç Servisini Yeniden Başlatın

Sunucu erişiminiz varsa ve PHP-FPM ya da web sunucusu takılmışsa, ilgili servisi yeniden başlatmak hızlı bir toparlanma sağlar. Yönetimli bir hosting kullanıyorsanız bu adımı destek ekibi üstlenir.

Retry-After: Planlı Bakımı Doğru Yapmak

Bakım yaparken 503 döndürmek doğru bir yaklaşımdır; ancak eksik yapıldığında SEO’ya zarar verebilir. Kritik detay Retry-After başlığıdır. 503 yanıtına bu başlığı eklediğinizde, arama motoru botlarına “site kalıcı olarak kaybolmadı, şu kadar süre sonra tekrar gel” mesajını iletirsiniz.

Retry-After değeri ya saniye cinsinden (örneğin Retry-After: 3600) ya da bir HTTP tarihi olarak verilir. Bu başlık olmadan yapılan uzun bakımlar, arama motorlarının sayfaları dizinden düşürmesine neden olabilir. Kısa bakımlarda dahi doğru 503 yanıtı vermek, kalıcı bir dizin kaybını engeller.

503 Hatasını Kalıcı Olarak Önlemek

Tek seferlik çözümler yangını söndürür; asıl mesele yangının tekrar çıkmamasıdır. Kalıcı istikrar için üç sütun öneriyoruz:

• Kaynakları doğru ölçekleyin. Trafiğinize uygun bir pakette olun; büyüdükçe VPS ya da bulut sunucuya geçmeyi düşünün.
• Önbellek ve modern altyapı kullanın. Sunucu tarafı önbellek, aynı yükü çok daha az kaynakla karşılamanızı sağlar ve PHP işçilerini serbest bırakır.
• İzleme kurun. CPU, RAM ve disk kullanımı belirli bir eşiği (örneğin %80) aştığında uyarı alın. Sorunları hata sayfasına dönüşmeden görürsünüz.

Bu noktada altyapının niteliği fark yaratır. Alastyr hosting paketlerinde LiteSpeed + LSCache önbellek katmanı ve CloudLinux + CageFS ile hesap başına kaynak izolasyonu bulunur; yani komşu bir hesabın yükü sizin sitenizi 503’e sürüklemez. İzmir’deki kendi veri merkezimizde, N+1 yedekli ve Tier III standartlarında işletilen altyapıda %99.9 uptime standardı sunuyoruz. Trafiğiniz paylaşımlı bir paketi zorlamaya başladıysa VPS sunucu ya da bulut sunucu ile kaynaklarınızı esnetebilirsiniz. Ağ katmanında Voxility 1 Tbps+ anti-DDoS koruması, saldırı kaynaklı 503 senaryolarını daha ağ girişinde filtreler.

Sıkça Sorulan Sorular

503 hatası kalıcı bir sorun mudur?

Hayır. 503 tanımı gereği geçici bir durumu belirtir. Sunucu çökmemiştir; bakımdadır ya da anlık olarak aşırı yüklenmiştir. Nedeni giderildiğinde site normale döner.

503 hatasını ziyaretçi olarak nasıl çözerim?

Ziyaretçi olarak yapabileceğiniz sınırlıdır çünkü sorun sunucu tarafındadır. Sayfayı yenileyin, birkaç dakika bekleyin, tarayıcı önbelleğinizi temizleyin ve mümkünse başka bir cihazdan deneyin.

WordPress’te 503 hatası neden çıkar?

En sık nedenler yarıda kesilmiş bir güncellemeden kalan .maintenance dosyası, uyumsuz bir eklenti ya da tema ve PHP işçilerinin tükenmesidir. Kök dizindeki .maintenance dosyasını silmek çoğu zaman siteyi anında geri getirir.

503 ile 502 arasındaki fark nedir?

502 Bad Gateway, ara sunucunun arka uçtan geçersiz bir yanıt aldığını gösterir. 503 ise sunucunun ayakta olmasına rağmen isteği bilerek reddettiğini, yani aşırı yük ya da bakım durumunu belirtir.

Takılı kalmış .maintenance dosyasını nasıl silerim?

FTP istemcisi ya da hosting panelinizin dosya yöneticisiyle sitenizin kök dizinine girin, gizli dosyaları görünür yapın ve .maintenance dosyasını silin. Site saniyeler içinde geri döner.

503 hatası SEO’ya zarar verir mi?

Kısa süreli 503 hataları genelde zarar vermez; hatta doğru yapılmış bir bakım sinyali olarak faydalıdır. Ancak uzun süren ve Retry-After başlığı olmadan verilen 503 yanıtları, arama motorlarının sayfaları dizinden düşürmesine yol açabilir.

PHP-FPM max children tükenmesini nasıl anlarım?

Sunucu hata loglarında “reached pm.max_children” benzeri bir satır görürseniz, PHP işçi havuzunuz dolmuş demektir. Çözüm; yavaş sorguları optimize etmek, ağır eklentileri gözden geçirmek ve gerekirse işçi limitini ya da paket kaynağını artırmaktır.

503 hatasını kalıcı olarak nasıl önlerim?

Trafiğinize uygun kaynak ölçekleme, sunucu tarafı önbellek kullanımı ve kaynak izleme kurmak kalıcı çözümün üç ayağıdır. Kaynak izolasyonu sunan bir altyapıda komşu hesapların yükü sizi etkilemez.

503 hatası veri kaybına yol açar mı?

Hayır. 503 yalnızca isteğin o an işlenemediğini belirtir; veritabanı ya da dosyalarınızda bir kayba neden olmaz. Sunucu toparlandığında verileriniz olduğu gibi yerinde durur.