WordPress’te “beyaz ekran” (White Screen of Death – WSOD) genelde şunların sonucudur:
- eklenti/tema çakışması,
- PHP fatal error,
- bellek (memory) yetmemesi,
- cache/optimizasyonun sayfayı bozması.
İyi haber: WSOD %90 “sistematik bir sırayla” çözülür. Bu rehberde hem siteyi tekrar açacağız, hem de hangi eklentinin/ayarın bozduğunu bulacağız.
0) Hızlı teşhis: Panel mi gitti, site mi gitti?
- Sadece front-end beyaz (admin açılıyor): Tema/önbellek/JS-CSS optimizasyonu şüpheli
- Hem admin hem site beyaz: PHP fatal error / eklenti çakışması daha olası
- Arada açılıp kapanıyor: hosting kaynak limiti / timeout / cache çakışması olabilir
1) En hızlı kurtarma (3 dakika): Eklentileri tek hamlede kapat
Panel açılmıyorsa bile FTP/File Manager ile eklentileri devre dışı bırakabilirsin.
Adımlar
- Hosting File Manager veya FTP → site kökü
wp-content/içine girpluginsklasörünün adını değiştir:plugins→plugins_old
WordPress, plugins klasörünü bulamazsa eklentileri yükleyemez ve hepsi devre dışı kalır.
✅ Site açıldıysa: sorun bir eklentidedir.
Sonra:
plugins_oldadını tekrarpluginsyap- Eklentileri panelden tek tek açarak hangisinin bozduğunu bul.
Bu yöntem WordPress topluluğunda en yaygın “panel yokken eklenti kapatma” yöntemidir ve WSOD’da ilk kurtarma adımıdır.
2) Tema kaynaklı olabilir: Varsayılan temaya dön (5 dakika)
Eklentileri kapattın ama hâlâ beyaz ekran varsa tema bozulmuş olabilir.
Adımlar
wp-content/themes/içine gir- Aktif temanın klasör adını değiştir (ör.
temaadi_old) - WordPress, kuruluysa otomatik olarak varsayılan bir temaya (Twenty… gibi) döner
✅ Site açıldıysa: sorun tema veya tema içindeki custom koddur.
3) En net teşhis: WP_DEBUG ile hatayı log’a yazdır
WSOD’un gerçek sebebini en hızlı şekilde hata logunda görürsün.
wp-config.php içine ekle
wp-config.php dosyasında “That’s all, stop editing” satırının üstüne ekle:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Sonra:
wp-content/debug.logdosyasını aç- Son satırlarda “Fatal error …” hangi dosya/eklenti gösteriyor bak
✅ Hangi eklentinin/temanın patladığını net şekilde bulursun.
4) “Memory exhausted” (bellek yetmedi) çözümü
debug.log’da “Allowed memory size exhausted” görürsen:
wp-config.php’ye ekle
define('WP_MEMORY_LIMIT', '256M');
Bazı hostlarda gerçek limit panelden ayarlanır; bu satır her zaman yetmeyebilir ama çoğu sitede hızlı çözüm sağlar.
5) Cache/optimizasyon WSOD üretebilir (özellikle LiteSpeed/Minify/Delay)
Bazen site “beyaz” gibi görünür ama aslında kritik JS/CSS bozulduğu için sayfa render edemez.
Hızlı test
- Cache eklentisini devre dışı bırak:
- eklenti klasörünü yeniden adlandır (sadece LiteSpeed veya kullanılan cache eklentisi)
- Cloudflare kullanıyorsan: Purge cache yap
Özellikle “Delay JS / Combine” ayarları bazı temalarda menüyü/ekranı tamamen bozabilir. (Bu yüzden biz LiteSpeed “sorun çözme” yazısında “optimizasyonları kapat + purge” sırasını verdik.)
6) WordPress Recovery Mode (kurtarma modu) varsa kullan
Bazı fatal error durumlarında WordPress, admin mailine “Recovery Mode” linki yollar. O linkle girince problemli eklentiyi kapatıp paneli açabilirsin.
Eğer mail gelmiyorsa:
- WP Mail SMTP kurulu değilse mail düşmeyebilir (o yüzden SMTP rehberi önemlidir).
7) En sık WSOD sebepleri (2026’da en çok görülenler)
- Güncelleme sonrası eklenti çakışması
- PHP sürüm uyumsuzluğu (özellikle yeni WordPress sürümleriyle)
- Aggressive cache/JS optimize ayarı
- Bozuk tema dosyası / child theme yanlış kod
- Malware/şüpheli dosya enjekte edilmesi
8) 10 dakikalık “tam kurtarma” planı (kopyala)
plugins→plugins_old(hepsi kapansın)- Site açıldı mı? Açıldıysa eklentileri tek tek aktif et
- Açılmadıysa: aktif tema klasörünü değiştir
- WP_DEBUG ile
debug.logal - Memory limit 256M dene
- Cache/CDN purge
- Sorunlu eklentiyi/temayı güncelle veya alternatifle değiştir
- Stabil olunca: yedek planı ve staging alışkanlığı kur