Web Sitenizde Kritik Bir Hata Oluştu Çözümü
Web sitenizde kritik bir hata oluştu.
Lütfen talimatlar için site yöneticisi e-postanızın gelen kutusunu kontrol edin.
WordPress'te hata ayıklama hakkında daha fazla bilgi edinin.Bu Rehberde Ne Öğreneceksin?
Bu rehberin sonunda WordPress siteni kilitleyen bu korkutucu beyaz ekranın neden kaynaklandığını bulmayı ve siteni dakikalar içinde tekrar yayına almayı sıfırdan öğrenmiş olacaksın. Hazırsan başlayalım.
Kritik Hata Nedir?
Siteni açtın ve karşına sadece beyaz bir ekran, üzerinde de o meşhur uyarı yazısı çıktı. Panik yok, siten silinmedi.
Bu uyarı, WordPress (sitenin temelini oluşturan sistem) bir işlem yapmaya çalışırken tıkandığında ortaya çıkar. Genellikle bir eklenti (siteye iletişim formu, hızlandırma gibi ekstra özellikler katan küçük dosyalar) veya tema (sitenin tasarımını belirleyen ana şablon) hata verdiğinde sistemi kilitler. Sistem de zarar görmemek için kendini güvenliğe alır ve ziyaretçilere bu beyaz ekranı gösterir.
WordPress kritik hatası, sitendeki kod bloklarından birinin (genellikle hatalı bir eklenti) çalışmayı durdurması sonucu sistemin kendini korumaya almasıdır. Ölümcül değildir. Sadece bozuk olan dosyayı bulup devre dışı bırakmanı bekleyen bir güvenlik önlemidir.
Eski Yöntem vs. Güncel Yaklaşım
- ❌ Panik yapıp tüm siteyi sıfırdan kurmaya çalışmak.
- ❌ Yazılımcılara anında acil durum ücretleri ödemek.
- ❌ Sorunun kaynağını bilmeden rastgele dosya silmek.
- ✅ WordPress'in gönderdiği hata raporu e-postasını okumak.
- ✅ Sadece sorun çıkaran spesifik eklentiyi izole etmek.
- ✅ Sistemi "Kurtarma Modu" ile güvenle açmak.
Bilmen Gereken Terimler
Basitçe açıklıyoruz, ezberlemene gerek yok.
Sitenin orijinalinde olmayan özellikleri ekleyen mini yazılımlar.
Sitenin renk, yazı tipi ve sayfa düzenini belirleyen dış görünüşü.
Sitenin dosyalarının bulunduğu ana sunucuya bağlanma köprüsü.
Sitenin arka planda tam olarak neye takıldığını yazan hata dedektörü.
Neden Olur ve Verilerim Güvende mi?
Bu hata neden durduk yere ortaya çıkar?
Genellikle sen hiçbir şey yapmasan bile arka planda gerçekleşen bir otomatik güncelleme buna sebep olur. Sitenin dili olan PHP (sunucunun siteni çalıştırmak için kullandığı yazılım dili) sürümü ile güncellenen bir eklenti uyuşmaz. Veya iki farklı eklenti aynı anda çalışmaya çalışıp birbiriyle kavga eder.
⚠️ Dikkat Et
Eklentilerin otomatik güncellenmesi bazen işleri kolaylaştırır. Ancak büyük eklentiler (örneğin e-ticaret altyapıları) kendi başına güncellendiğinde tüm sistemi çökertebilir. Her zaman kontrollü güncelleme yapmalısın.
Sitemdeki yazılar veya ürünler silindi mi?
Kesinlikle hayır. Bu sadece bir görüntüleme hatasıdır. Verilerin (yazıların, ayarların, ürünlerin) hepsi veritabanında (bilgilerin güvenli bir şekilde depolandığı dijital dolap) sağlam duruyor. Sadece ekrana yansıyamıyorlar.
Bu hata, "Error Establishing a Database Connection" hatasından farklıdır. Eğer ekranda veritabanı hatası yazıyorsa, çözüm yolu tamamen başkadır. O hata için veritabanı bağlantı hatası rehberimi incelemelisin.
Yönetici paneline (wp-admin) giremiyorum, ne yapacağım?
Normal şartlarda site çöktüğünde yönetici paneli de kilitlenir. Ancak WordPress yeni sürümlerinde harika bir özellik getirdi: Kurtarma Modu (Recovery Mode). Bu mod, bozuk eklentiyi geçici olarak dondurur ve sadece senin panele girip düzeltme yapmana izin verir.
💡 İpucu
WordPress sisteminin sana gönderdiği kurtarma modu e-postası, genellikle siteni kurarken kullandığın e-posta adresine gider. Bazen direkt Spam (Gereksiz) klasörüne düşer. Önce oraya bakmalısın.
Çözüm Adımları
Adım adım, hiçbir kod bilmesen de yapabileceğin şekilde.
Gelen Kutunu Kontrol Et
Hata ekranda belirdiğinde, WordPress otomatik olarak yönetici e-posta adresine bir mail atar. E-postanın konusu genellikle "Sitenizde teknik bir sorun yaşanıyor" şeklindedir.
Kurtarma Moduna Geç
Mailin içinde, "Sitenizi kurtarma modunda başlatmak için tıklayın" yazan uzun bir link bulunur. Bu linke tıkladığında normal giriş ekranı açılır. Giriş yaptığında hatalı eklenti devre dışı kalmış olacaktır.
...sorunu çözmek için aşağıdaki bağlantıyı kullanarak Kurtarma Moduna girin:
Mail Gelmediyse FTP'ye Bağlan
Eğer mail gelmediyse veya link çalışmıyorsa manuel müdahale gerekir. FTP programı kullanarak (örneğin FileZilla) sitenizin dosyalarının olduğu sunucuya bağlanmalısın.
> Kullanıcı adı doğrulandı.
> Dizin listesi alınıyor...
Durum: Klasör başarıyla listelendi.
Eklentiler Klasörünün Adını Değiştir
FTP'de wp-content klasörüne gir. Orada plugins (eklentiler) klasörünü göreceksin. Üzerine sağ tıkla ve adını "plugins-iptal" olarak değiştir. Bu hareket, sitendeki tüm eklentileri tek seferde pasif hale getirir.
Siteyi Yenile
Şimdi sitene normal tarayıcıdan (Chrome, Safari vs.) tekrar gir. Hata büyük ihtimalle gitmiş ve siten açılmış (ancak eklentiler olmadığı için şekli biraz bozulmuş) olacaktır. Yönetici paneline giriş yap.
Klasör Adını Geri Düzelt
Yönetici panelindeyken tekrar FTP'ye dön. Az önce "plugins-iptal" yaptığın klasörün adını tekrar orijinal hali olan plugins olarak değiştir. Panele dönüp "Eklentiler" sayfasına tıkladığında tüm eklentilerin listelendiğini ama devre dışı olduğunu göreceksin.
Buraya kadar geldiysen temel mantığı kavradın. Ancak bu noktadan sonra sorun basit bir eklenti değilse işin rengi biraz değişiyor — burada çoğu kişi arka planda yatan teknik eksikliği fark edemeyip takılır.
Eklentileri Tek Tek Aktifleştir
Şimdi eklentileri sırayla tek tek "Etkinleştir" butonuna basarak aç. Her birini açtığında siteyi yan sekmede yenile. Hangi eklentiyi aktifleştirdiğinde ekran tekrar beyaza dönerse, hatalı eklentiyi buldun demektir!
Temayı Kontrol Et
Eğer tüm eklentileri kapattığın halde site hala beyaz ekransa, sorun eklentide değil temadadır. FTP üzerinden "themes" (temalar) klasörüne gir ve kullandığın temanın klasör adını değiştir. WordPress otomatik olarak yedek temaya (Twenty Twenty-Four gibi) geçiş yapıp siteyi açacaktır.
Hata Ayıklama (Debug) Aç
Eklenti ve tema hilesi işe yaramadıysa, hatayı sitenin kendi ağzından duymalıyız. FTP'den wp-config.php dosyasını bilgisayarına indir. Not defteri ile aç ve define( 'WP_DEBUG', false ); yazan satırı bulup true olarak değiştir. Artık beyaz ekranda sorunun tam dosya yolu yazacaktır.
Bellek Limitini (Memory Limit) Artır
Bazen hiçbir dosya bozuk değildir. Sadece sitenin aynı anda yapabileceği işlem kapasitesi (hafızası) dolmuştur. wp-config.php dosyasının içine define('WP_MEMORY_LIMIT', '256M'); kodunu eklersen, sistemin nefes almasını sağlarsın. Daha fazla WordPress hızlandırma ipucu için WordPress hataları yazıma bakabilirsin.
"Kritik hataların %90'ı, aylarca güncellenmemiş terk edilmiş bir eklentinin, WordPress'in yepyeni bir sürümüyle aynı ortamda çalışmaya zorlanmasından doğar."
Sık Sorulan Sorular
Siteyi geri almak ortalama ne kadar sürer? ↓
Eğer sorun bir eklentiden kaynaklanıyorsa ve FTP erişimin varsa, bu işlemi yapmak en fazla 5 ile 10 dakika sürer. Veritabanı kaynaklı sorunlar daha uzun zaman alabilir.
Hata kendiliğinden düzelir mi? Beklemeli miyim? ↓
Hayır, kritik hata statiktir. Kod uyuşmazlığı sen o dosyayı pasif hale getirmeden kendi kendine iyileşmez. Müdahale şarttır.
Hosting (sunucu) firmam bunu çözmek zorunda mı? ↓
Çoğu hosting firması sunucunun açık kalmasından sorumludur, senin sitene yüklediğin 3. parti yazılımlardan (eklentilerden) değil. İyi niyetli destek ekipleri sorunu tespit edip söyleyebilir ama genellikle müdahale etmezler.
Eklentiler klasörünün adını değiştirdiğimde verilerim gider mi? ↓
Kesinlikle hayır. Adını değiştirmek eklentiyi silmez, sadece WordPress'in o klasörü tanımasını engeller (böylece sistem eklentisiz olarak güvenle açılır). Adı geri düzelttiğinde her şey eski haline döner.
FTP şifremi veya giriş bilgilerimi bilmiyorum, ne yapmalıyım? ↓
Hosting firmandan (isimtescil, turhost, godaddy vb.) aldığın kontrol paneline (cPanel veya Plesk) girerek "Dosya Yöneticisi" (File Manager) bölümünü kullanabilirsin. FTP ile aynı işlevi görür.
Hata ayıklama (Debug) modunu sürekli açık bırakmalı mıyım? ↓
Kesinlikle hayır. Sorunu çözdükten sonra tekrar "false" yapıp kapatmalısın. Açık kalırsa ziyaretçilerin ve kötü niyetli kişiler sitenin kod yapısındaki uyarıları görebilir.
Hangi eklentinin bozduğunu buldum, şimdi ne yapacağım? ↓
O eklentiyi silip aynı işi yapan alternatif bir eklenti kurabilirsin. Veya eklentinin yapımcısına hatayı bildirip yeni bir güncelleme çıkarmalarını bekleyebilirsin.
Tema yüzünden çöküyorsa tasarımı baştan mı yapacağım? ↓
Genellikle temanın içindeki Functions.php dosyasına eklenen hatalı bir kod yüzünden çöker. Temayı güncelleyerek veya eklediğin son kodu silerek tasarımı kaybetmeden kurtarabilirsin.
Sitemin hiçbir yedeği yok, yine de kurtarılabilir mi? ↓
Evet. Kritik hata veritabanını silmez, dosyaları da yok etmez. Sorunlu dosyayı pasif hale getirdiğin an siten eski haline tam olarak döner. Yine de işin bitince yedek almayı unutma.
Bu hatayı bir daha almamak için ne yapmalıyım? ↓
Güvenmediğin, yıllardır güncellenmeyen eklentileri kullanma. Sitenin PHP sürümünü güncel tut. En önemlisi her hafta düzenli tam yedek (backup) al.
Desteğe mi İhtiyacın Var? Buradayım.
Buraya kadar okuduysan mantığı artık biliyorsun. Ancak dosyalarla uğraşmak istemiyor veya riske girmekten çekiniyorsan, birlikte hızlıca çözelim.
Gökhan Vatancı ile Görüş →
8 yanıt
Bu kadar detaylı ve faydalı bir rehber yazısının paylaşıldığı için geliştirme ekipleri adına teşekkür ederim. Web sitelerinde bu tür hatalarla sıklıkla karşılaşıyoruz ve bu yazı, çözüm adımlarını basitçe ve anlaşılır bir şekilde sunarak oldukça faydalı olmuş. Paylaştığınız için teşekkürler!
Merhaba, makaleyi çok beğendim. Özellikle ‘Adım 1: WP-Config Dosyasına Kod Ekleme’ adımını öğrenmek çok yararlı oldu. Teşekkürler!
İçeriğinizdeki adımlar oldukça faydalı ve kapsamlı. Bu sayede hem hatanın nedenini anlayıp, hem de çözüm yollarını öğrenmiş oldum. Teşekkürler!
Bu makalede web sitesindeki kritik hata oluştu durumunda izlenecek adımların detaylı bir şekilde anlatıldığını görmek benim için çok faydalı oldu. Teşekkürler!
Bu yazıda yer alan adımlarla web sitemde yaşadığım kritik hata sorununu çözebildim. Özellikle WP-Config dosyasına kod eklemek ve hata ayıklama araçları kullanmak çok faydalı oldu. Ancak, sorunu tekrar yaşamamak için daha kalıcı bir çözüm önerebilir misiniz? Ayrıca, hata mesajını anlamak için daha farklı yöntemler denemenizi tavsiye ederim.
Elinize sağlık, gerçekten faydalı bir makale olmuş. Özellikle hata ayıklama araçları ve teknikleri hakkında biraz daha detay olabilirdi. Genel olarak yararlı bilgiler için teşekkürler!
Gökhan, makalen çok yardımcı oldu, teşekkürler. Ama bir sorum var: Hosting sağlayıcısından kaynaklanan kritik hata durumunda ne gibi adımlar atmalıyız? Bunu da bu yazıya ekleyebilir misin? Teşekkürler!
Bu yazının pratik çözüm önerileri gerçekten çok işime yaradı. Özellikle belirli adımları takip ederek hatayı nasıl çözebileceğimi öğrenmek çok faydalı oldu. Teşekkür ederiz!