WordPress kritik hata mesajı, sitenizin kodunda PHP'nin çalışmayı durdurduğu ve sayfayı üretemediği anlamına gelir. "Bu web sitesinde kritik bir hata oluştu" yazısının arkasında çoğu zaman bir eklenti, tema dosyası ya da PHP sürümüyle uyumsuz bir kod satırı vardır. Çözümün ilk adımı tahmin etmek değil, hatanın tam olarak hangi dosyada oluştuğunu görmektir.

Kritik hata ne zaman ortaya çıkar?

Bu mesaj eski "beyaz ekran" hatasının yerini almıştır. WordPress 5.2 ile gelen koruma, ölümcül bir PHP hatası yakaladığında boş sayfa yerine bu bilgilendirmeyi gösterir. En sık tetikleyenler şunlardır:

  • Bir eklenti ya da tema güncellemesinden sonra ortaya çıkan uyumsuzluk.
  • Hosting tarafında PHP sürümünün yükseltilmesi.
  • functions.php dosyasına elle eklenen hatalı bir kod parçası.
  • Bellek limitinin dolması ya da eksik bir PHP eklentisi.

Eski usul boş sayfa sorunu için WordPress beyaz ekran hatası rehberimiz de aynı mantıkla ilerler.

Adım 1: Kurtarma modu e-postasını kontrol edin

WordPress, kritik hata yakaladığında yönetici e-posta adresine bir bildirim gönderir. Bu e-postada hatanın hangi eklenti ya da temada olduğu yazar ve bir kurtarma modu bağlantısı bulunur. Bağlantıyla panele girdiğinizde sorunlu eklenti yalnız sizin oturumunuz için devre dışı kalır; eklentiyi kapatıp siteyi ziyaretçiler için de düzeltebilirsiniz.

Adım 2: Hata kaydını açın

E-posta gelmediyse hata kaydını kendiniz açarsınız. FTP ya da hosting dosya yöneticisiyle wp-config.php dosyasını açın ve şu satırları "Düzenlemeyi bitirdiniz" yorumunun üstüne ekleyin:

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

İlk satır hata ayıklamayı açar. İkinci satır hataları wp-content/debug.log dosyasına yazar. Üçüncü satır hataların ziyaretçiye gösterilmesini engeller. Siteyi bir kez yenileyin ve debug.log dosyasının son satırlarını okuyun. "PHP Fatal error" ile başlayan satır, hatanın dosya yolunu ve satır numarasını verir. Ayrıntılı kullanım için WordPress hata ayıklama yazımıza bakabilirsiniz.

Adım 3: Kayıttaki dosya yolunu yorumlayın

Dosya yolu suçluyu doğrudan gösterir. Aşağıdaki tablo, en sık karşılaştığımız yolları ve yapılacak işi özetler:

Kayıttaki yolAnlamıYapılacak iş
wp-content/plugins/eklenti-adi/Hata o eklentideEklenti klasörünün adını değiştirerek kapatın
wp-content/themes/tema-adi/functions.phpTemada ya da eklenen koddaSon eklenen kodu geri alın ya da varsayılan temaya geçin
wp-includes/ ya da wp-admin/Çekirdek dosyası bozukWordPress çekirdeğini resmi paketten yeniden yükleyin
Allowed memory size exhaustedBellek yetersizWP_MEMORY_LIMIT değerini yükseltin, sorunlu eklentiyi bulun

Adım 4: Eklentiyi FTP üzerinden kapatın

Panele giremiyorsanız eklentiyi dosya düzeyinde kapatırsınız. wp-content/plugins içindeki ilgili klasörün adını örneğin eklenti-adi-kapali yapmanız yeterlidir. WordPress klasörü bulamayınca eklentiyi devre dışı bırakır. Site açılırsa sorun o eklentidedir; güncel sürümünü bekleyin ya da eşdeğer bir eklentiye geçin. Hiçbir eklenti sorumlu değilse tema klasörünün adını değiştirerek varsayılan temaya düşün.

Adım 5: Çözümden sonra hata kaydını kapatın

Sorun çözüldüğünde WP_DEBUG değerini false yapın ve debug.log dosyasını silin. Açık bırakılan kayıt dosyası zamanla büyür ve sunucu yolu gibi bilgileri dışarıya gösterme riski taşır.

Kritik hatayı önlemek için ne yapmalı?

Kritik hataların büyük kısmı güncellemelerden sonra çıkar ve önceden alınacak birkaç önlemle büyük ölçüde engellenir. Güncellemeleri canlı sitede toplu yapmak yerine önce bir test kopyasında deneyin. Her güncellemeden önce tam yedek alın ki sorun çıktığında dakikalar içinde geri dönebilesiniz. PHP sürümü yükseltilecekse eklenti ve temanın o sürümü desteklediğini geliştirici notlarından kontrol edin. functions.php dosyasına kod eklemeniz gerekiyorsa doğrudan tema dosyası yerine küçük bir eklenti ya da kod parçacığı aracı kullanın; hatalı kod bu durumda yalnız o parçacığı kapatarak devre dışı kalır.

Örneğin her gün sipariş alan bir mağazada güncellemeleri pazartesi sabahı, trafiğin düşük olduğu saatte ve test sonrasında yapmak, cuma akşamı toplu güncellemeyle hafta sonunu kritik hatayla geçirmekten çok daha güvenlidir. Güncelleme sonrası beş dakikalık kontrol listesi de işe yarar: ana sayfa, bir ürün ya da yazı sayfası, iletişim formu ve ödeme adımı açılıyor mu?

Sık yapılan hatalar

  • Tüm eklentileri birden silmek: Ayarlar kaybolur; klasör adını değiştirmek aynı sonucu geri alınabilir biçimde verir.
  • Hata kaydını açık unutmak: Güvenlik ve disk sorunu doğurur.
  • PHP sürümünü rastgele düşürmek: Kısa vadede siteyi açar ama güvenlik desteği biten sürüme döndürür.

Kritik hata tekrar ediyor ya da kayıt anlaşılmıyorsa WordPress teknik destek ekibimiz hatayı kaynağında bulup kalıcı olarak çözer.

Kritik hata e-postası gelmediyse ne yapmalıyım?

E-posta gönderimi sitede çalışmıyor olabilir. Bu durumda hata kaydını wp-config.php üzerinden açıp doğrudan debug.log dosyasını okuyun.

Kritik hata verilerimi siler mi?

Hayır. Mesaj PHP'nin çalışmayı durdurduğunu gösterir; içerikleriniz veritabanında durur.

Kurtarma modu bağlantısının süresi var mı?

Evet, bağlantı kısa bir süre geçerlidir. Süre dolduysa hata kaydı ve FTP üzerinden eklenti kapatma yöntemi kullanılır.