WordPress sitenizi açtığınızda “Bu web sitesinde kritik bir hata oluştu” mesajıyla karşılaşıyorsanız, sistem çalışmayı durduran bir PHP hatası algılamış demektir. Sorun çoğunlukla hatalı bir eklenti, tema çakışması, uyumsuz PHP sürümü, yetersiz bellek veya yarım kalan WordPress güncellemesinden kaynaklanır. Doğru yöntem izlendiğinde içerikleri silmeden siteyi yeniden çalışır hâle getirmek genellikle mümkündür.
CoreSoft Digital olarak WordPress kritik hata sorunlarında yalnızca siteyi geçici olarak açmaya değil, hatanın gerçek kaynağını belirlemeye odaklanıyoruz. Çünkü problemli eklentiyi yeniden etkinleştirmek veya uyumsuz PHP sürümüne geri dönmek, aynı hatanın kısa süre sonra tekrarlanmasına neden olabilir. Bu rehberde hem WordPress yönetim paneline erişebilenler hem de siteye hiçbir şekilde giremeyenler için uygulanabilecek çözüm yöntemlerini bulabilirsiniz.
WordPress Kritik Hata Ne Demek?
“Bu web sitesinde kritik bir hata oluştu” uyarısı, WordPress’in çalışması sırasında işlemi devam ettiremeyecek seviyede bir PHP hatası oluştuğunu gösterir. Sistem, ziyaretçilere teknik ayrıntıları göstermek yerine genel bir hata mesajı yayınlar.
Hatanın arka planında aşağıdaki gibi bir PHP mesajı bulunabilir:
PHP Fatal error: Uncaught Error: Call to undefined function...
veya:
PHP Fatal error: Allowed memory size exhausted...
Ziyaretçi yalnızca kritik hata ekranını görürken, asıl hata sunucunun PHP kayıtlarında veya WordPress debug dosyasında yer alır. Bu nedenle rastgele eklenti silmek yerine önce hata kaynağını tespit etmek daha güvenli bir yaklaşımdır.
“Bu Web Sitesinde Kritik Bir Hata Oluştu” Uyarısı Neden Çıkar?
WordPress kritik hata mesajının en sık karşılaşılan nedenleri şunlardır:
- Yeni yüklenen veya güncellenen bir eklentinin uyumsuz olması
- İki eklentinin aynı işlevler veya PHP sınıfları üzerinde çakışması
- Temanın WordPress ya da PHP sürümüyle uyumlu olmaması
- functions.php dosyasına hatalı kod eklenmesi
- WordPress çekirdek güncellemesinin yarıda kalması
- Sunucudaki PHP sürümünün değiştirilmesi
- PHP bellek limitinin yetersiz kalması
- WordPress dosyalarının eksik veya bozuk olması
- Zararlı yazılımın site dosyalarını değiştirmesi
- Yanlış dosya izinleri veya sunucu yapılandırması
Hata bir eklenti, tema veya PHP güncellemesinden hemen sonra başladıysa ilk olarak son yapılan işlemi inceleyin. Ancak herhangi bir değişiklik yapılmadığı hâlde ortaya çıktıysa otomatik güncellemeleri, hosting değişikliklerini ve güvenlik kayıtlarını da kontrol etmek gerekir.
İşleme Başlamadan Önce Yedek Alın
Kritik hata bulunan bir sitede işlem yapmadan önce mümkünse dosyaların ve veritabanının yedeğini alın. Hosting panelindeki yedekleme aracı, FTP/SFTP veya sunucu yönetim paneli kullanılabilir.
En azından aşağıdaki bileşenlerin yedeği bulunmalıdır:
- WordPress veritabanı
- wp-content klasörü
- wp-config.php dosyası
- Kullanılan özel tema ve eklenti dosyaları
- .htaccess dosyası
Site açılmıyor diye WordPress’i tamamen silip yeniden kurmak doğru ilk adım değildir. Yazılar, sayfalar ve ayarlar çoğunlukla veritabanında durmaya devam eder. Öncelikle kritik hataya neden olan bileşen belirlenmelidir.
1. WordPress Kurtarma Modu E-postasını Kontrol Edin
WordPress, ölümcül bir PHP hatası algıladığında yönetici e-posta adresine teknik ayrıntı ve kurtarma modu bağlantısı gönderebilir. Gelen kutusuyla birlikte spam klasörünü de kontrol edin.
E-postanın başlığı genellikle sitenizde teknik bir sorun bulunduğunu belirten bir ifadedir. Mesaj içerisinde:
- Hataya neden olan eklenti veya tema
- Hatanın oluştuğu dosya
- PHP hata mesajı
- Kurtarma modu bağlantısı
yer alabilir.
Kurtarma modu, sorun çıkaran eklenti veya temayı yönetici oturumunuz için geçici olarak duraklatabilir. Böylece site paneline girerek problemli bileşeni devre dışı bırakabilirsiniz. WordPress’in resmî belgelerine göre kritik hata ve kurtarma modu bildirimleri, Ayarlar bölümünde tanımlanan yönetici e-posta adresine gönderilir.
E-posta gelmediyse bunun nedeni WordPress’in e-posta gönderememesi, yönetici adresinin eski olması veya hatanın bildirim sistemi çalışmadan önce meydana gelmesi olabilir. Bu durumda aşağıdaki manuel yöntemlere geçebilirsiniz.
2. Son Yüklenen veya Güncellenen Eklentiyi Kapatın
WordPress kritik hatalarının önemli bir bölümü eklentilerden kaynaklanır. Hata yeni bir eklenti kurduktan ya da güncelleme yaptıktan sonra başladıysa öncelikle ilgili eklentiyi devre dışı bırakın.
Yönetim paneline erişebiliyorsanız:
- Eklentiler > Yüklü Eklentiler sayfasını açın.
- Son yüklenen veya güncellenen eklentiyi bulun.
- Etkisizleştir seçeneğine tıklayın.
- Siteyi gizli sekmede yeniden kontrol edin.
- Önbellek sistemi kullanıyorsanız cache dosyalarını temizleyin.
Site açılırsa sorun büyük ihtimalle devre dışı bıraktığınız eklentidedir. Eklentiyi hemen yeniden etkinleştirmek yerine güncel sürümünü, PHP uyumluluğunu ve geliştirici tarafından bildirilen sorunları kontrol edin.
3. Yönetim Paneli Açılmıyorsa Eklentileri FTP’den Kapatın
/wp-admin sayfası da açılmıyorsa hosting dosya yöneticisi veya FTP/SFTP üzerinden bütün eklentileri geçici olarak kapatabilirsiniz.
Aşağıdaki klasöre girin:
public_html/wp-content/
Buradaki:
plugins
klasörünün adını şu şekilde değiştirin:
plugins-pasif
WordPress aktif eklenti dosyalarını bulamayacağı için eklentileri devre dışı bırakacaktır. Site bu işlemden sonra açılırsa hatanın kaynağı eklentilerden biridir.
Ardından klasörün adını tekrar plugins yapın. Yönetim panelinden eklentileri tek tek etkinleştirerek her işlemden sonra siteyi kontrol edin. Kritik hata hangi eklenti etkinleştirildiğinde tekrar oluşuyorsa sorunlu bileşeni bulmuş olursunuz.
WordPress’in resmî sorun giderme dokümanı da yönetim ekranına erişilemediğinde wp-content/plugins klasörünün yeniden adlandırılması yöntemini önerir.
4. WordPress Temasını Devre Dışı Bırakın
Sorun eklentilerden kaynaklanmıyorsa aktif tema kontrol edilmelidir. Özellikle tema güncellemesi, PHP sürümü değişikliği veya functions.php düzenlemesinden sonra kritik hata oluşabilir.
Yönetim paneli açılıyorsa Görünüm > Temalar bölümünden güncel bir varsayılan WordPress temasını etkinleştirin.
Panel açılmıyorsa dosya yöneticisinde şu dizine gidin:
wp-content/themes/
Aktif temanın klasör adını değiştirin:
aktif-tema
yerine:
aktif-tema-pasif
Sunucuda kullanılabilir bir varsayılan WordPress teması bulunuyorsa sistem ona geçebilir. Bu nedenle işlemden önce Twenty Twenty serisinden güncel bir varsayılan temanın kurulu olduğundan emin olun.
Site varsayılan temayla açılırsa hata temanın kodlarında veya bir eklentiyle olan uyumsuzluğundadır. Özellikle functions.php, tema yardımcı dosyaları ve son eklenen özel kodlar incelenmelidir.
5. WordPress Debug Modunu Açın
Hatanın hangi dosyada ve satırda oluştuğunu görmek için WordPress hata ayıklama sistemi kullanılabilir. Site ana dizinindeki wp-config.php dosyasını açın ve “That’s all, stop editing” satırından önce aşağıdaki tanımları ekleyin:
define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false );
Daha önce WP_DEBUG tanımlanmışsa ikinci kez eklemeyin; mevcut değeri düzenleyin. Siteyi yeniden açtıktan sonra hata kayıtları çoğunlukla şu dosyaya yazılır:
wp-content/debug.log
Dosyanın son satırlarında eklenti, tema veya PHP dosyasının yolu görülebilir. Örneğin:
/wp-content/plugins/ornek-eklenti/includes/class-example.php on line 125
Bu kayıt, hatanın ornek-eklenti isimli eklentiyle ilişkili olduğunu gösterir. Bununla birlikte hata mesajında bir eklentinin görünmesi, her zaman tek başına o eklentinin kusurlu olduğu anlamına gelmez. Başka bir eklentiyle çakışma veya PHP uyumsuzluğu da söz konusu olabilir.
Hata tespit edildikten sonra debug modunu kapatın:
define( 'WP_DEBUG', false );
Debug mesajlarının ziyaretçilere gösterilmesi dosya yolları ve teknik ayrıntılar gibi hassas bilgilerin açığa çıkmasına neden olabilir. WordPress geliştirici belgeleri de canlı sitelerde hata bilgilerinin ekranda gösterilmemesini önerir.
6. PHP Sürümünü Kontrol Edin
WordPress kritik hata uyarısı, hosting panelinden PHP sürümü değiştirildikten sonra ortaya çıkabilir. Eski temalar ve eklentiler yeni PHP sürümlerinde kaldırılan fonksiyonları kullanabilir. Yeni eklentiler ise çok eski PHP sürümlerinde çalışmayabilir.
Hosting panelinizde PHP Selector, MultiPHP Manager veya benzeri bölümü açarak aktif sürümü kontrol edin. Hata PHP yükseltmesinden hemen sonra başladıysa geçici olarak önceki çalışan sürüme dönmek siteyi açabilir. Ancak eski ve desteklenmeyen bir PHP sürümünde kalmak kalıcı çözüm değildir.
WordPress’in güncel sistem gereksinimlerinde PHP 8.3 veya üzeri önerilmektedir. Bununla birlikte geçiş yapmadan önce tema ve eklentilerin hedef PHP sürümüyle uyumluluğu test edilmelidir. En güvenli yöntem, güncellemeleri önce sitenin staging kopyasında denemektir.
7. WordPress Bellek Limitini Artırın
Hata kaydında aşağıdakine benzer bir ifade görüyorsanız PHP bellek sınırı yetersiz olabilir:
Allowed memory size exhausted
wp-config.php dosyasına aşağıdaki satır eklenebilir:
define( 'WP_MEMORY_LIMIT', '256M' );
Yönetim ekranları için ayrıca şu değer kullanılabilir:
define( 'WP_MAX_MEMORY_LIMIT', '256M' );
Bu ayarlar sunucunun izin verdiği üst sınırı aşamaz. Hosting paketi daha düşük bir limit uyguluyorsa değerin panelden değiştirilmesi veya hosting firmasıyla iletişime geçilmesi gerekebilir.
Bellek limitini artırmak siteyi açsa bile aşırı kaynak tüketen eklenti araştırılmalıdır. Sürekli daha fazla bellek vermek; hatalı sorgu, sonsuz döngü veya kötü geliştirilmiş bir eklentiyi düzeltmez.
8. WordPress Çekirdek Dosyalarını Kontrol Edin
Güncelleme sırasında bağlantı kesilmiş veya dosya izinleri nedeniyle bazı WordPress dosyaları aktarılamamış olabilir. Bu durumda çekirdek dosyaları bozulabilir.
Yönetim paneline erişebiliyorsanız:
- Başlangıç > Güncellemeler bölümüne girin.
- WordPress sürümünün yeniden kurulması seçeneğini kullanın.
- İşlemden sonra site ve yönetim panelini kontrol edin.
Panel açılmıyorsa WordPress’in resmî paketindeki wp-admin ve wp-includes klasörleri yeniden yüklenebilir. Ancak bu işlemden önce mutlaka yedek alınmalı; wp-content klasörü ve wp-config.php dosyası korunmalıdır.
9. Sunucu Hata Kayıtlarını İnceleyin
WordPress debug dosyası oluşmuyorsa hosting panelindeki PHP hata kayıtlarına bakın. Menü adı kullanılan panele göre değişebilir:
- Error Log
- PHP Error Log
- Errors
- Logs
- Apache Logs
Hatanın gerçekleştiği saate ait son kayıtları inceleyin. Aşağıdaki ifadeler sorunun kaynağı hakkında önemli ipuçları verir:
- PHP Fatal error
- Uncaught Error
- Parse error
- Allowed memory size exhausted
- Maximum execution time exceeded
- Call to undefined function
- Cannot redeclare class
Örneğin Parse error, çoğunlukla bir PHP dosyasındaki yazım hatasına işaret eder. Cannot redeclare class mesajı ise iki eklentinin aynı sınıfı tanımlaması veya aynı dosyanın birden fazla kez yüklenmesiyle ilişkili olabilir.
10. Zararlı Yazılım ve Değiştirilmiş Dosyaları Kontrol Edin
Kritik hata herhangi bir güncelleme yapılmadan başladıysa güvenlik ihlali ihtimali de değerlendirilmelidir. Özellikle bilinmeyen yönetici hesapları, değiştirilmiş PHP dosyaları, farklı adreslere yönlendirme ve anormal kaynak tüketimi varsa yalnızca problemli dosyayı silmek yeterli olmayabilir.
Böyle bir durumda:
- Tüm yönetici ve hosting parolalarını değiştirin.
- WordPress çekirdek dosyalarını doğrulayın.
- Bilinmeyen eklenti ve temaları inceleyin.
- Veritabanındaki şüpheli yönetici hesaplarını kontrol edin.
- Temiz bir yedeği karşılaştırma amacıyla kullanın.
- Hosting erişim kayıtlarını inceleyin.
- WordPress, tema ve eklentileri güvenli sürümlere güncelleyin.
Saldırıya uğramış bir sitede yalnızca görünür hatayı düzeltmek, arka kapı niteliğindeki zararlı dosyaların sunucuda kalmasına neden olabilir.
Kritik Hata Düzeldikten Sonra Ne Yapılmalı?
Site yeniden açıldığında işlemi tamamlanmış kabul etmeyin. Aynı hatanın tekrar etmemesi için şu kontrolleri uygulayın:
- WordPress, tema ve eklentileri uyumlu sürümlerde tutun.
- Kullanılmayan eklenti ve temaları kaldırın.
- Otomatik ve haricî konumda saklanan yedekleme sistemi kurun.
- Güncellemeleri önce staging ortamında test edin.
- PHP hata kayıtlarını belirli aralıklarla kontrol edin.
- WordPress yönetici e-posta adresinin güncel olduğundan emin olun.
- Güvenlik duvarı ve dosya değişikliği takibi kullanın.
- Site hızını ve kaynak tüketimini takip edin.
- Debug modunu canlı sitede açık bırakmayın.
WordPress Kritik Hata Hakkında Sık Sorulan Sorular
WordPress kritik hata kendiliğinden düzelir mi?
Genellikle hayır. Geçici sunucu kesintisi sona erdiğinde site açılabilir; ancak hata bir eklenti, tema veya PHP uyumsuzluğundan kaynaklanıyorsa neden ortadan kaldırılmadıkça tekrarlayabilir.
Kritik hata içeriklerin silindiği anlamına mı gelir?
Hayır. Bu mesaj çoğunlukla WordPress’in PHP kodunu çalıştıramadığını gösterir. Yazılar, sayfalar, ürünler ve diğer içerikler genellikle veritabanında durmaya devam eder. Yine de dosya veya veritabanı üzerinde işlem yapmadan önce yedek alınmalıdır.
WordPress yönetim paneli açılmıyorsa ne yapılır?
Hosting dosya yöneticisi veya FTP üzerinden wp-content/plugins klasörünün adı değiştirilerek bütün eklentiler geçici olarak kapatılabilir. Sorun devam ederse aktif tema ve sunucu hata kayıtları kontrol edilmelidir.
Eklentileri silmeden devre dışı bırakabilir miyim?
Evet. plugins klasörünü yeniden adlandırmak eklenti dosyalarını silmez. WordPress bu dosyalara erişemediği için eklentileri devre dışı kabul eder. Klasör adı geri alındığında dosyalar yeniden görünür.
Hangi eklentinin hata verdiğini nasıl bulabilirim?
Kurtarma modu e-postasını, wp-content/debug.log dosyasını veya hosting PHP hata kayıtlarını inceleyin. Alternatif olarak bütün eklentileri kapatıp tek tek etkinleştirerek sorunlu eklentiyi belirleyebilirsiniz.
WordPress kritik hata çözümünde profesyonel destek ne zaman gerekir?
Yedek bulunmuyorsa, site gelir elde eden aktif bir sistemse, hata tekrar ediyorsa, zararlı yazılım şüphesi varsa veya dosya düzenleme konusunda deneyiminiz yoksa profesyonel destek almak veri kaybı riskini azaltır.
WordPress Kritik Hata İçin CoreSoft Digital Desteği
“Bu web sitesinde kritik bir hata oluştu” mesajı yalnızca görünen sonuçtur. Kalıcı çözüm için PHP hata kayıtlarının, eklenti ve tema uyumluluğunun, WordPress dosyalarının ve sunucu yapılandırmasının birlikte incelenmesi gerekir.
CoreSoft Digital; açılmayan WordPress sitelerinde hata kaynağının belirlenmesi, eklenti ve tema çakışmalarının giderilmesi, PHP uyumluluk düzenlemeleri, zararlı yazılım kontrolü ve performans iyileştirme konularında profesyonel destek sunar. WordPress sitenizde kritik hata alıyor veya sorun yapılan müdahalelere rağmen tekrarlıyorsa bizimle iletişime geçebilirsiniz.
Kaynaklar: WordPress hata ayıklama rehberi, WordPress genel hata çözümleri, WordPress sistem gereksinimleri.
