WordPress Problem Çözme: Beyaz Ekran, Kritik Hata ve Giriş Sorunlarında Teşhis ve Onarım

WordPress Beyaz Ekran (WSOD) Neden Olur, Nasıl Teşhis Edilir?

WordPress beyaz ekran, PHP veya veritabanı kaynaklı bir hatanın ziyaretçiye hiçbir bilgi göstermeden sayfayı boş bırakmasıdır; toplulukta “White Screen of Death” (WSOD) olarak bilinir. Çoğunlukla yeni etkinleştirilen bir eklenti ya da tema bu tabloya yol açar.

Yönetim paneline girilebiliyorsa eklentiler topluca kapatılır ve tek tek açılarak sorunu tetikleyen bulunur. Panel de açılmıyorsa FTP veya hosting dosya yöneticisi üzerinden wp-content/plugins klasörünün adı değiştirilir; bu işlem tüm eklentileri ayarlarına dokunmadan pasif hâle getirir. Eklentiler temiz çıkarsa etkin temanın klasör adı değiştirilerek WordPress’in varsayılan temaya dönmesi sağlanır.

Beyaz ekran yalnızca bazı sayfalarda görülüyorsa sorun genellikle o sayfada çalışan bir kısa kod, sayfa oluşturucu bileşeni ya da form eklentisidir. Böyle durumlarda hata kaydı, tahminle eklenti kapatmaktan çok daha hızlı sonuç verir.

WordPress Kritik Hata Mesajı ve Kurtarma Modu

WordPress kritik hata mesajı, sitede WordPress’in beklendiği gibi çalışmasını engelleyen ölümcül bir hata oluştuğunu bildirir. WordPress 5.2 ile gelen kurtarma modu (recovery mode) bu durumda yöneticiye panele girip sorunlu eklentiyi veya temayı durdurma imkânı tanır.

WordPress’in kurtarma modu geliştirici notuna göre süreç şöyle işler:

1. Ölümcül hata oluştuğunda ziyaretçiye teknik sorun yaşandığını bildiren bir ekran gösterilir.
2. Site yöneticisinin e-posta adresine hatanın ayrıntısı ve kurtarma moduna özel bir bağlantı gönderilir.
3. Bağlantıyla giriş yapan kişi için hataya neden olan eklenti veya tema duraklatılır ve panel normal şekilde açılır.
4. Panelde hangi eklentinin hangi hatayla duraklatıldığı gösterilir; eklenti devre dışı bırakılabilir, düzeltilebilir ya da geliştiricisine bildirilebilir.

Kurtarma modunun sınırı önemlidir: duraklatma yalnızca o tarayıcıdaki oturum için geçerlidir, diğer ziyaretçiler hata düzeltilene kadar bozuk siteyi görmeye devam eder. Yönetici e-posta adresi eski ya da ulaşılamaz durumdaysa bağlantı hiç görülmez; Ayarlar > Genel’deki adresin güncel tutulması kurtarma modunun ön koşuludur.

WordPress 500 Hatası: Sunucu Tarafında Neye Bakılır?

WordPress 500 hatası (Internal Server Error), sunucunun isteği işlerken hata alıp nedenini tarayıcıya bildirmemesidir. WordPress.org bu hatada en olası nedeni bozulmuş .htaccess dosyası olarak gösterir.

İlk kontrol, kök dizindeki .htaccess dosyasının adını geçici olarak değiştirip siteyi yeniden denemektir. Site açılırsa Kalıcı Bağlantılar ayarı yeniden kaydedilerek temiz bir .htaccess ürettirilir. Hata sürerse eklentiler ve tema aynı yöntemle elenir, PHP bellek sınırı yükseltilir ve son çare olarak wp-admin ile wp-includes klasörleri resmi pakettekiyle değiştirilir.

500 hatasında WordPress problem çözme için asıl ipucu çoğu zaman WordPress’te değil, hosting panelindeki sunucu hata kaydındadır. Kayıtta görünen dosya yolu ve satır numarası, sorunun hangi eklentide ya da hangi PHP sürüm uyumsuzluğunda olduğunu doğrudan gösterir.

WordPress Admin Paneline Giremiyorum: Giriş Sorunlarının Nedenleri

“WordPress admin paneline giremiyorum” durumu tek bir hata değil, birkaç farklı sorunun ortak belirtisidir. Giriş ekranının hangi noktada takıldığı, nedeni büyük ölçüde ayırt eder:

• Şifre sıfırlama e-postası gelmiyor: WordPress e-postaları varsayılan olarak PHP mail() işleviyle gönderir; sunucu buna izin vermiyorsa ileti hiç ulaşmaz. SMTP ile gönderim yapılandırmak kalıcı çözümdür.
• Giriş yapılınca aynı ekrana geri dönülüyor: Tarayıcı çerezleri, önbellek ya da Genel Ayarlar’daki WordPress Adresi ile Site Adresi arasındaki uyumsuzluk giriş döngüsü yaratır.
• “Çok fazla hatalı deneme” uyarısı: Güvenlik eklentisi IP adresini geçici olarak engellemiştir; eklenti dosyadan pasifleştirilerek veya engel süresi beklenerek aşılır.
• Panel açılıyor ama menüler eksik: Kullanıcının rolü değişmiş olabilir; veritabanındaki kullanıcı yetkileri kontrol edilir.
• wp-admin beyaz ekran veriyor: Yalnızca panelde yüklenen bir eklenti hatası söz konusudur; beyaz ekran adımları panel için tekrarlanır.

Tanınmayan bir yönetici hesabı, sebepsiz değişen şifre ya da ziyaretçilerin başka sitelere yönlendirilmesi giriş sorununa eşlik ediyorsa konu bir yapılandırma hatası değil, güvenlik ihlali olabilir. Bu durumda onarım yerine WordPress hacklenmiş siteyi kurtarma süreci izlenir.

WP_DEBUG ile Hata Ayıklama: Canlı Sitede Güvenli Kullanım

WP_DEBUG, wp-config.php dosyasına eklenen ve WordPress’in PHP hatalarını, uyarılarını ve bildirimlerini göstermesini sağlayan bir sabittir. Varsayılan değeri false olduğu için hata ayrıntısı normalde görünmez; beyaz ekranın ya da kritik hata mesajının arkasındaki dosya ve satır bu sabitle ortaya çıkar.

WordPress.org’un hata ayıklama belgesi hata ayıklama araçlarının canlı sitelerde değil, yerel veya test (staging) kurulumlarında kullanılmasını önerir. Canlı sitede kısa süreli teşhis gerektiğinde hatalar ekrana basılmadan dosyaya yazdırılır:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Bu ayarla hatalar wp-content/debug.log dosyasında toplanır ve ziyaretçi hiçbir teknik ayrıntı görmez. Satırların “That’s all, stop editing!” yorumundan önce eklenmesi gerekir. Teşhis bitince değerler kapatılır ve log dosyası silinir; WordPress’in Site Sağlığı ekranı da herkese açık olabilecek bir log dosyasını kritik sorun olarak işaretler.