WordPress Bu Sitede Kritik Bir Hata Oluştu Hatası Nasıl Çözülür

Son gözden geçirme: Eylül 2026 · cPanel 136 test hesabı ekranları ve WordPress resmî dokümanına göre

Hızlı çözüm

Bu sitede kritik bir hata oluştu. — WordPress kritik hata mesajı, bir eklenti, tema ya da PHP sürümü uyumsuzluğu yüzünden PHP’nin ölümcül hata verdiğini gösterir. Çoğu durumda sorunlu eklentiyi devre dışı bırakmak siteyi geri getirir.

  1. Site yöneticisi e-postasına gelen kurtarma modu bağlantısına tıklayıp hatalı eklentiyi kapatın.
  2. E-posta yoksa cPanel Dosya Yöneticisi’nde wp-content/plugins klasörünün adını plugins-kapali yapın.
  3. Site açılırsa klasör adını geri alın ve eklentileri tek tek açarak suçluyu bulun.
  4. Açılmazsa wp-config.php içinde hata günlüğünü açıp debug.log dosyasını okuyun.
Panel cPanel, WordPress yönetim paneli
Sistem WordPress 5.2 ve sonrası, paylaşımlı hosting
Yetki cPanel kullanıcısı
Narhost ürünü WordPress Hosting

Başlamadan önce

  • cPanel’e giriş bilgileriniz ve WordPress site yöneticisi e-posta kutusuna erişiminiz hazır olsun.
  • Hatadan hemen önce ne yaptığınızı not edin: eklenti güncellemesi, yeni tema, PHP sürümü değişikliği. Neden çoğunlukla sonuncusudur.
  • wp-config.php dosyasını düzenlemeden önce Dosya Yöneticisi’nde kopyasını alın.

WordPress kritik hata neden olur

WordPress 5.2’den beri PHP ölümcül hata verdiğinde boş beyaz sayfa yerine bu mesaj gösterilir. Ziyaretçi yalnız Bu sitede kritik bir hata oluştu. satırını görür; yönetici oturumu açıksa altına kurtarma talimatları için e-posta kutusunu kontrol etme uyarısı eklenir. Hata sunucu kaynaklı değil, sitenin PHP kodu içindedir; aynı hesaptaki başka siteler çalışmaya devam eder.

En sık dört neden: yeni güncellenen bir eklentinin başka bir eklentiyle çakışması, temanın functions.php dosyasına yapıştırılan hatalı kod, eklentinin yeni PHP sürümünü desteklememesi ve bellek sınırının dolması. Sonuncusunda günlükte Allowed memory size exhausted ifadesi görünür; o durumda WordPress bellek sınırını artırma kartına geçin.

Adım adım WordPress kritik hata çözümü

  1. Kurtarma modu e-postasını kontrol edin. WordPress hatayı yakaladığında site yöneticisi adresine teknik sorun bildiren bir e-posta gönderir. İçinde hatanın hangi eklenti ya da temada oluştuğu ve kurtarma modu bağlantısı yazar. Bağlantı sınırlı süre geçerlidir; tıklayıp giriş yapınca Eklentiler sayfasında sorunlu eklentiyi devre dışı bırakın.

    Beklenen sonuç: kurtarma modunda yönetim paneli açılır, eklentiyi kapattıktan sonra site normal görünür.

  2. E-posta gelmediyse cPanel → Dosyalar → Dosya Yöneticisi ile sitenin klasörüne (public_html ya da ek alan adının klasörü) girin. wp-content içindeki plugins klasörüne sağ tıklayıp Yeniden Adlandır ile adını plugins-kapali yapın. Bu tüm eklentileri tek seferde devre dışı bırakır, ayarları silmez.
    WordPress kritik hata çözümü için cPanel Dosya Yöneticisi — wp-content klasörü
    Dosya Yöneticisi; eklenti ve tema klasörleri wp-content altında yeniden adlandırılır.

    Beklenen sonuç: site açılıyorsa neden bir eklentidir. Klasörün adını plugins olarak geri alın; eklentiler kapalı hâlde listelenir, tek tek açarak hatayı yeniden üreten eklentiyi bulun.

  3. Eklentiler temiz çıktıysa temayı devreden çıkarın.wp-content/themes içinde etkin temanın klasör adını değiştirin. Klasörde varsayılan bir tema (Twenty Twenty-Five gibi) varsa WordPress ona geçer.

    Beklenen sonuç: site varsayılan temayla açılıyorsa hata temadadır; son yapılan functions.php değişikliğini geri alın.

  4. Hata günlüğünü açın. Kök klasördeki wp-config.php dosyasını düzenleyin ve /* That's all, stop editing! */ satırının üstüne şu üç satırı ekleyin:
    define( 'WP_DEBUG', true );
    define( 'WP_DEBUG_LOG', true );
    define( 'WP_DEBUG_DISPLAY', false );

    Beklenen sonuç: sayfayı bir kez yeniledikten sonra wp-content/debug.log oluşur. PHP Fatal error satırındaki dosya yolu (/plugins/eklenti-adi/ gibi) suçluyu doğrudan gösterir.

  5. PHP sürümünü kontrol edin. Günlükte Call to undefined function ya da sürümle ilgili bir uyarı varsa cPanel → Yazılım → MultiPHP Yöneticisi’nde alan adının sürümüne bakın. Hata sürüm yükseltmesinden hemen sonra başladıysa önceki sürüme dönün, ardından eklentiyi güncelleyip yeniden yükseltin.
    cPanel MultiPHP Yöneticisi — alan adı başına PHP sürümü seçimi
    MultiPHP Yöneticisi; alan adının PHP sürümü buradan görülür ve değiştirilir.

    Beklenen sonuç: alan adının yanında seçili PHP sürümü görünür; değişiklik birkaç saniye içinde uygulanır.

Dikkat

Sorun çözüldükten sonra WP_DEBUG değerini false yapın ve debug.log dosyasını silin. WordPress’in hata ayıklama dokümanı bu ayarların canlı sitede açık bırakılmamasını önerir; günlük dosyası dosya yollarını ve eklenti bilgilerini açığa çıkarır.

Doğrulama

Sonuç

Ana sayfa, bir yazı sayfası ve /wp-admin gizli pencerede hatasız açılıyor, Araçlar → Site Sağlığı ekranında kritik sorun görünmüyorsa WordPress kritik hata giderilmiştir. Kapattığınız eklentinin güncellemesi çıkana kadar kapalı kalmasını ya da alternatifini kullanmayı değerlendirin.

Hâlâ çözülmediyse

  • Hangi eklentinin hatalı olduğunu bulamıyorum.Sorunlu eklenti bulma kartındaki yarıya bölme yöntemini uygulayın.
  • Mesaj yok, sayfa tamamen beyaz. Bu eski sürümlerde ya da hata erken yüklemede oluştuğunda görülür; beyaz ekran kartına bakın.
  • debug.log oluşmuyor. PHP hatası WordPress yüklenmeden oluşuyor olabilir; cPanel hata günlüklerini kontrol edin.

Narhost desteği

Talebe şunları ekleyin: alan adınız, hata metni birebir, debug.log içindeki PHP Fatal error satırı, hatanın başladığı saat ve denediğiniz adımlar.

Destek talebi aç

Sıkça sorulan sorular

Kurtarma modu e-postası gelmedi, ne yapmalıyım?

Site yöneticisi adresi eski ya da sunucudan giden posta spam klasörüne düşmüş olabilir. Beklemeyin; eklenti klasörünü Dosya Yöneticisi’nden yeniden adlandırmak aynı sonucu verir.

Eklenti klasörünü yeniden adlandırınca ayarlarım silinir mi?

Hayır. Eklenti ayarları veritabanında durur. Klasör adını geri alıp eklentiyi yeniden etkinleştirdiğinizde ayarlar yerindedir.

WordPress kritik hata yalnız yönetim panelinde çıkıyorsa?

Yalnız panelde çalışan bir eklenti ya da yönetim sayfası kodu hatalıdır. Kurtarma modu bağlantısı ya da eklenti klasörünü yeniden adlandırma yöntemi burada da geçerlidir.

Bu makale sorununuzu çözdü mü?

Çözemediniz mi?

Teknik ekibimiz sunucu tarafındaki ayarları sizin için kontrol edebilir. Destek talebinizde alan adınızı ve aldığınız hata metnini paylaşmanız süreci hızlandırır.

İlgili çözümler