WordPress kritik hata: Bu web sitesinde kritik bir hata oluştu nasıl çözülür?

Kısa yanıt

WordPress’te bir eklenti veya tema güncellemesinden hemen sonra ekranda sade bir cümle görürsünüz: “Bu web sitesinde kritik bir hata oluştu.” Bu mesaj, WordPress 5.2 sürümüyle gelen hata koruma (fatal error protection) sisteminin bir parçasıdır ve eskiden bomboş bir beyaz ekranla karşılaşacağınız durumda artık size en azından bir ipucu verir.

Çoğu vakada 10-15 dakika içinde, panikleyip dosya silmeden çözülebilir. Kısa yanıt şudur: önce yönetici e-posta kutunuzu kontrol edin, WordPress’in gönderdiği kurtarma modu bağlantısını kullanın; e-posta gelmediyse dosyalara dokunmadan önce yedek alıp eklentileri tek tek devre dışı bırakarak kaynağı bulun.

“Bu web sitesinde kritik bir hata oluştu” ne demek?

Bu web sitesinde kritik bir hata oluştu mesajı, WordPress çekirdeğinin siteyi çalıştıran kodda ölümcül (fatal) bir hata yakaladığını ve siteyi tamamen çökmekten korumak için devreye girdiğini gösterir. WordPress 5.2’den önce bu durumda ekranda hiçbir açıklama olmadan bembeyaz bir sayfa görünürdü; 5.2 ile gelen hata koruma katmanı, hatayı yakalayıp hem ziyaretçiye kısa bir mesaj gösterir hem de site yöneticisinin e-posta adresine ayrıntılı bir bildirim gönderir. Yani bu web sitesinde kritik bir hata oluştu uyarısını görmeniz aslında kötü bir haber değil; WordPress’in size yardım etmeye çalıştığının işaretidir.

Bu hata neden oluşur?

Kritik hatanın tek bir nedeni yoktur, ama pratikte liste kısadır:

• Az önce güncellenen veya kurulan bir eklentinin WordPress çekirdeğiyle veya PHP sürümüyle uyuşmaması
• Temanın functions.php dosyasında bir sözdizimi hatası
• PHP bellek limitinin sitenin ihtiyacının altında kalması
• Uyumsuz iki eklentinin aynı anda aynı işlevi değiştirmeye çalışması
• Sunucu tarafında ani bir PHP sürüm değişikliği

Bu maddelerin ortak noktası, hemen hemen her zaman bir güncelleme veya yeni bir eklenti kurulumu sonrasında ortaya çıkmasıdır; bu yüzden ilk soru her zaman “en son ne değişti?” olmalıdır.

İlk adım: yönetici e-postanızı kontrol edin (kurtarma modu)

WordPress, bu web sitesinde kritik bir hata oluştu uyarısını gösterdiği anda, sitenin yönetici e-posta adresine otomatik olarak bir bildirim gönderir. Bu e-postada sorunlu eklenti veya temanın adı ve siteyi “kurtarma modunda” açmanızı sağlayan özel, tek kullanımlık bir bağlantı bulunur. Gelen kutunuzda böyle bir e-posta göremiyorsanız önce spam/gereksiz klasörünü kontrol edin; WordPress e-postaları, sunucu SMTP ile doğru yapılandırılmadığında sıkça spam’e düşer ya da hiç gönderilmez.

WordPress kurtarma modu nasıl çalışır?

Kurtarma modu bağlantısına tıkladığınızda, normal panel girişinize gerek kalmadan siteye özel bir oturumla girersiniz. Bu oturumda sorunlu eklenti veya tema geçici olarak devre dışı bırakılmış durumdadır, böylece yönetim panelindeki eklentiler ekranına ulaşıp suçlu eklentiyi kalıcı olarak kapatabilir veya kaldırabilirsiniz. İşlemi tamamladıktan sonra yönetici çubuğundaki bağlantıdan kurtarma modundan çıkmak gerekir; aksi halde o tarayıcı oturumu için devre dışı bırakma etkisi sürmeye devam eder.

E-posta gelmediyse: dosyalara dokunmadan önce yedek alın

Kurtarma modu e-postası ulaşmadıysa ya da panelinize hiç giremiyorsanız, manuel yola geçmeden önce dosya yöneticisi veya FTP ile wp-content klasörünün ve mümkünse veritabanının bir kopyasını alın. Bu web sitesinde kritik bir hata oluştu sorununu elle çözerken yapılacak yanlış bir müdahalenin geri alınabilir olmasını garanti eden tek adım budur; hosting sağlayıcınızın otomatik yedeklemesi olsa bile, o anki durumu elle kopyalamak birkaç dakika sürer ama riski ortadan kaldırır.

Hata ayıklama modunu açın ve debug.log’u okuyun

wp-config.php dosyasını FTP veya hosting dosya yöneticisiyle açıp aşağıdaki satırları ekleyin (ya da false olanları true yapın):

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

WP_DEBUG_DISPLAY değerini bilinçli olarak false bırakmak önemlidir; aksi halde hata mesajı canlı sitede tüm ziyaretçilere görünür hale gelir. Bunun yerine hata, wp-content/debug.log dosyasına yazılır ve genellikle “Fatal error” ile başlayan, hangi eklentinin hangi dosyasında sorun olduğunu açıkça gösteren bir satır içerir.

Eklentileri tek tek devre dışı bırakın

Debug.log net bir işaret vermiyorsa, klasik ama güvenilir yöntem eklentileri tek tek elemektir. FTP veya dosya yöneticisiyle wp-content/plugins klasörüne gidin ve klasörün adını geçici olarak (örneğin plugins-eski) değiştirin; WordPress bu klasörü bulamadığında tüm eklentileri otomatik devre dışı kabul eder ve site genellikle geri döner. Ardından klasörü eski adına çevirin ve eklentileri panel üzerinden birer birer etkinleştirip her birinden sonra siteyi kontrol edin. Hata hangi eklenti etkinleştirildiğinde tekrar ortaya çıkıyorsa suçlu bulunmuş demektir.

Temayı varsayılana çevirip test edin

Eklentiler temiz çıkıyorsa sıra temaya gelir. wp-content/themes klasöründe WordPress’in güncel bir varsayılan teması (Twenty Twenty-Four gibi) yoksa indirip yükleyin, ardından wp-config.php dosyasına şu satırı geçici olarak ekleyin:

define( 'WP_DEFAULT_THEME', 'twentytwentyfour' );

Site geri geliyorsa sorun aktif temanızdadır; büyük ihtimalle bir güncelleme sonrası bozulan functions.php veya uyumsuz bir tema eklentisi söz konusudur.

PHP bellek limitini kontrol edin

Bu web sitesinde kritik bir hata oluştu uyarısı bazen hiçbir eklenti veya tema hatası olmadan, sadece PHP’nin sitenin ihtiyaç duyduğu belleği ayıramamasından doğar. wp-config.php içine şu satırı ekleyerek limiti yükseltebilirsiniz:

define( 'WP_MEMORY_LIMIT', '256M' );

Bu değer paylaşımlı hosting planlarında bazen sunucunun genel PHP limitiyle çakışabilir; böyle bir durumda hosting panelinizden PHP bellek değerini yükseltmeniz gerekir.

Bu hata, beyaz ekran ve 500 hatasından nasıl ayrılır?

Üç hata da benzer nedenlerden (eklenti/tema uyumsuzluğu, PHP limiti) doğar ama farklı katmanlarda ortaya çıkar. WordPress beyaz ekran hatası WordPress 5.2 öncesinde ya da hata koruma katmanı devre dışıysa görülen, hiçbir mesaj içermeyen bembeyaz sayfadır. WordPress 500 Internal Server Error ise genellikle WordPress kodu çalışmaya başlamadan, sunucu veya .htaccess katmanında oluşur. Bu web sitesinde kritik bir hata oluştu mesajı ise ikisinin arasında yer alır: WordPress çalışmaya başlamıştır ama PHP katmanında bir fatal error’a çarpmıştır; bu yüzden hem bir mesaj görürsünüz hem de kurtarma modu e-postası alırsınız.

Kurtarma modunu devre dışı bırakmak gerekir mi?

Bazı geliştiriciler, çok sayıda site yönettikleri ya da kendi hata izleme sistemlerini kullandıkları için kurtarma modu e-postalarını gereksiz bulabilir. Bu durumda özelliği tamamen kapatmak yerine, WP_DISABLE_FATAL_ERROR_HANDLER sabitini true yaparak devre dışı bırakmak mümkündür; ancak bunu yapmadan önce alternatif bir hata izleme veya günlükleme çözümünüz olduğundan emin olun, aksi halde bir sonraki kritik hatada hiçbir uyarı almazsınız.

Hosting sağlayıcınızla ne zaman iletişime geçmelisiniz?

Yukarıdaki adımların hiçbiri işe yaramıyorsa, sorun muhtemelen sunucu tarafındadır: kaynak kotası aşımı, bozuk bir sistem dosyası veya sunucu yapılandırma hatası gibi. Bu noktada hosting sağlayıcınızın teknik destek ekibine, hangi adımları denediğinizi ve debug.log’da ne gördüğünüzü net biçimde anlatarak başvurmak, sorunun daha hızlı çözülmesini sağlar.

Tekrar yaşamamak için

Bu web sitesinde kritik bir hata oluştu uyarısı genellikle önlenebilir bir sorundur. Eklenti ve tema güncellemelerini önce bir hazırlık (staging) ortamında test etmek, düzenli ve erişilebilir bir yedekleme rutini kurmak, kullanılmayan eklentileri silmek ve PHP sürümünü desteklenen aralıkta tutmak, bu hatayla tekrar karşılaşma olasılığını büyük ölçüde azaltır. WordPress’in kurtarma modu özelliğinin nasıl geliştirildiğine dair resmi arka plan için WordPress çekirdek ekibinin 5.2 duyurusuna bakabilirsiniz.

Sonraki adım

WordPress’te bu web sitesinde kritik bir hata oluştu uyarısı, doğru sırayla ilerlendiğinde çoğu zaman kurtarma modu e-postası sayesinde dosyalara hiç dokunmadan çözülebilir; sunucu kaynaklı veya tekrarlayan durumlarda ise profesyonel destek almak hem zaman hem veri güvenliği açısından daha güvenli bir seçimdir. WordPress temelli bir sitenin teknik bakımını, kritik hatalara karşı dayanıklı hale getirilmesini veya daha sağlam bir mimariye taşınmasını değerlendirmek isterseniz, grup şirketimiz Web Tasarım Ofisi WordPress site kurulumu ve teknik sorun giderme konusunda destek veriyor.

Sitenizin teknik altyapısını veya özel yazılım ihtiyaçlarınızı birlikte değerlendirmek için özel yazılım hizmetimizi inceleyebilir ya da bizimle iletişime geçebilirsiniz.