WordPress Hata Çözümleri: Beyaz Ekran, 500, Bellek Limiti

WordPress Hata Çözümleri: Beyaz Ekran, 500, Bellek Limiti

WordPress dünyanın en yaygın kullanılan içerik yönetim sistemi ve bu popülerliğin doğal bir sonucu var: hemen her WordPress kullanıcısı er ya da geç beyaz ekran hatası, 500 Internal Server Error ya da bellek limiti aşımı gibi bir sorunla karşılaşıyor. Panik yapmayı gerektirecek bir durum yok — bu hataların büyük çoğunluğu birkaç dakika içinde, kod yazmadan çözülebilir. Bu yazıda hem en sık görülen üç hatayı hem de bunlarla birlikte anılan diğer klasik WordPress arızalarını adım adım ele alıyoruz.

Büyükweb Notu: Destek ekibimize gelen WordPress bilet trafiğinin büyük kısmı aslında üç hatanın varyasyonlarından oluşuyor: beyaz ekran, 500 hatası ve bellek limiti aşımı. Nedeni genellikle aynı: bir güncelleme, uyumsuz bir eklenti ya da yetersiz kaynak. Doğru sırayla ilerlendiğinde çözüm çoğu zaman 10 dakikayı geçmiyor.

WordPress Hatalarını Anlamak: Neden Oluşurlar?

WordPress hataları tesadüfen ortaya çıkmaz; hemen her zaman bir tetikleyici vardır. En sık rastlanan nedenler şunlardır:

• Eklenti/tema çakışmaları: İki eklenti aynı fonksiyonu farklı şekilde tanımlıyorsa veya bir eklenti temanın beklemediği bir fonksiyonu çağırıyorsa PHP hata verir.
• PHP sürüm uyumsuzluğu: Eski bir eklenti veya tema, yeni bir PHP sürümünde artık desteklenmeyen fonksiyonlar kullanıyor olabilir.
• Yetersiz kaynak: Bellek (RAM) limiti, yürütme süresi (max_execution_time) veya disk alanı yetersiz kaldığında işlemler yarıda kesilir.
• Bozuk dosyalar: Yarım kalan bir güncelleme, kesintiye uğrayan bir FTP aktarımı veya kötü amaçlı bir müdahale çekirdek dosyalarını bozabilir.
• Veritabanı sorunları: Yanlış giriş bilgileri, bozuk tablolar veya aşırı büyümüş wp_options tablosu bağlantı hatalarına yol açabilir.
• .htaccess bozulması: Yanlış bir yönlendirme kuralı veya eklenti tarafından üretilen hatalı satırlar sunucunun isteği işlemesini engelleyebilir.

Bu nedenlerin ortak noktası şu: hatanın kaynağını bulmak için sistemli bir şekilde eleme yapmak gerekir. Rastgele ayar değiştirmek, sorunu çözmek yerine büyütebilir.

Beyaz Ekran Hatası (White Screen of Death) Nasıl Çözülür?

Beyaz ekran hatası (İngilizce'de "White Screen of Death" olarak bilinir), sitenize girdiğinizde hiçbir hata mesajı, hiçbir tasarım öğesi olmadan sadece bomboş beyaz bir sayfayla karşılaşmanızdır. WordPress dünyasında en çok kafa karıştıran hatalardan biridir çünkü ekranda hiçbir ipucu yoktur.

Beyaz Ekranın Yaygın Nedenleri

Beyaz ekranın arkasında hemen her zaman bir PHP fatal error yatar, ancak WP_DEBUG_DISPLAY kapalı olduğu için ekrana yansımaz. En sık nedenler:

1. Az önce güncellenen veya kurulan bir eklenti
2. Tema dosyasındaki sözdizimi (syntax) hatası
3. PHP bellek limitinin dolması
4. Eklenti/tema uyumsuzluğu (özellikle PHP sürümü değişikliğinden sonra)

Adım Adım Çözüm

1. Hata ayıklama modunu açın. wp-config.php dosyasını FTP veya hosting panelinizin dosya yöneticisi üzerinden açıp aşağıdaki satırları ekleyin (zaten varsa true/false değerlerini güncelleyin):

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

Bu ayar sayesinde hatalar ekrana basılmaz ama wp-content/debug.log dosyasına yazılır. Dosyayı açtığınızda hatanın hangi dosyada, hangi satırda oluştuğunu görürsünüz.

2. Tüm eklentileri devre dışı bırakın. FTP veya dosya yöneticisi ile wp-content/plugins klasörüne gidin ve klasörün adını geçici olarak plugins-eski gibi bir isimle değiştirin. Site açılıyorsa sorun bir eklentidedir; klasörü eski adına geri döndürüp eklentileri teker teker (klasör içindeki alt klasörleri yeniden adlandırarak) etkinleştirip hatalı olanı bulun.

3. Temayı varsayılana çevirin. Eğer eklentiler sorun değilse, wp-content/themes klasöründeki aktif tema klasörünü yeniden adlandırın. WordPress otomatik olarak varsayılan bir temaya (örneğin Twenty Twenty-Four) döner. Site açılıyorsa sorun temanızdadır.

4. Bellek limitini kontrol edin. Beyaz ekranın en sık nedenlerinden biri de bellek yetersizliğidir — bu konuyu birkaç bölüm sonra ayrıntılı ele alıyoruz.

Eklenti seçimi konusunda dikkatli davranmak beyaz ekran riskini baştan azaltır; güncel ve düzenli bakımı yapılan eklentileri tercih etmek için WordPress eklenti önerileri yazımıza göz atabilirsiniz.

500 Internal Server Error Çözüm Rehberi

500 Internal Server Error, sunucunun isteğinizi işlerken beklenmeyen bir durumla karşılaştığını ama sorunun tam olarak ne olduğunu belirtmediği genel bir hata koduyur. Beyaz ekrana göre biraz daha fazla ipucu verir çünkü genellikle bir tarayıcı hata sayfası gösterir, ancak kök neden aramak yine gerekir.

.htaccess Dosyası Bozulması

WordPress'in kök dizinindeki .htaccess dosyası bozulduğunda veya içine hatalı bir kural eklendiğinde sunucu isteği işleyemez ve 500 hatası döner. Dosyayı yedekleyip aşağıdaki varsayılan WordPress içeriğiyle değiştirmeyi deneyin:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Değişiklikten sonra WordPress yönetim panelinde Ayarlar > Kalıcı Bağlantılar sayfasına girip herhangi bir değişiklik yapmadan "Değişiklikleri Kaydet" butonuna basmak, dosyanın yeniden ve doğru şekilde oluşturulmasını sağlar.

PHP Bellek Limiti Yetersizliği

500 hatasının bir başka klasik nedeni de bellek limitinin dolmasıdır. Bu konuyu bir sonraki bölümde detaylandırıyoruz.

Eklenti/Tema Çakışmaları

Beyaz ekran bölümünde anlattığımız eleme yöntemi (eklentileri sırayla devre dışı bırakma, temayı değiştirme) 500 hatası için de geçerlidir. Özellikle bir güncellemeden hemen sonra hata başladıysa, ilk şüpheli her zaman az önce güncellenen bileşendir.

Sunucu Kaynak Sorunları

Eğer sitenizde eklenti/tema kaynaklı bir sorun bulamıyorsanız, mesele barındırma kaynaklarının yetersizliği olabilir. Özellikle trafiği artan, çok sayıda eklenti çalıştıran veya WooCommerce gibi kaynak yoğun yapılar kullanan siteler, paylaşımlı hosting paketlerinin sunduğu işlemci ve bellek sınırlarını zorlayabilir. Bu durumda doğru adım, WordPress için optimize edilmiş bir barındırma çözümüne geçmektir; WordPress hosting sayfamızdan güncel paket detaylarına ulaşabilirsiniz. Hangi hosting seviyesinin ihtiyacınıza uygun olduğuna karar vermeden önce WordPress hosting seçim rehberi yazımızı incelemenizi öneririz.

PHP Bellek Limiti (Memory Limit) Hatası ve Çözümü

"Allowed memory size exhausted" Hatası Nedir?

Bu hata genellikle şu formatta karşınıza çıkar:

Fatal error: Allowed memory size of 134217728 bytes exhausted
(tried to allocate 20480 bytes) in /home/kullanici/public_html/wp-includes/... on line 123

Buradaki rakam (134217728 bayt = 128 MB) sitenizin PHP için ayrılan bellek sınırını gösterir. Site, çalışması için bu sınırdan daha fazla belleğe ihtiyaç duyduğunda PHP işlemi durdurur ve bu hatayı verir. Genellikle çok sayıda eklenti, ağır bir tema veya optimize edilmemiş bir sorgu bu sınırı zorlar.

Çözüm Adımları

1. WordPress bellek limitini artırın. wp-config.php dosyasına aşağıdaki satırları /* That's all, stop editing! */ satırından önce ekleyin:

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

2. Sunucu tarafındaki PHP limitini kontrol edin. WordPress'in isteği sunucunun izin verdiği üst sınırı aşamaz. Hosting kontrol panelinizde (çoğu panelde "PHP Ayarları" veya "MultiPHP INI Editor" gibi bir bölüm bulunur) memory_limit değerini görüntüleyip artırabilirsiniz:

memory_limit = 256M

Eğer kontrol panelinizde bu ayara erişiminiz yoksa, sitenizin kök dizinine bir php.ini dosyası ekleyerek de aynı değeri tanımlayabilirsiniz.

3. Kaynak tüketen eklentileri tespit edin. Bellek limitini artırmak geçici bir çözümdür; asıl soruna bakmak gerekir. Query Monitor gibi bir hata ayıklama eklentisi, hangi eklentinin ne kadar bellek tükettiğini gösterir.

Bellek Limitini Ne Kadar Artırmalı?

Site Tipi	Önerilen Minimum Limit
Basit blog / kurumsal site	128M – 256M
Çok eklentili site, sayfa oluşturucu kullanan siteler	256M – 512M
WooCommerce mağazası	512M ve üzeri
Çok dilli / çok yazarlı büyük yapılar	512M – 1024M

Limiti gereğinden çok yükseltmek performans sorununu çözmez, sadece belirtiyi geciktirir. Sitenizin sürekli bellek limitine takılması, altyapının artık site ihtiyacını karşılamadığının işaretidir ve genellikle daha güçlü kaynaklara sahip bir hosting paketine geçiş gerektirir.

Büyükweb Notu: WordPress hosting paketlerimizde günlük otomatik yedekleme yapılır; bu sayede bellek limiti veya eklenti çakışması kaynaklı bir hatada, gerekirse bir gün önceki çalışan sürüme geri dönebilirsiniz. Ayrıca hosting paketlerinde koşullu 7 gün iade hakkı bulunur, dolayısıyla mevcut barındırmanızın kaynak yetersizliğinden şüpheleniyorsanız düşük riskle deneyebilirsiniz.

Veritabanı Bağlantı Hatası (Error Establishing a Database Connection)

Bu hata, WordPress'in veritabanına bağlanamadığı anlamına gelir ve genellikle üç nedenden biriyle ortaya çıkar: yanlış giriş bilgileri, veritabanı sunucusunun çökmüş olması veya bozuk tablolar.

1. wp-config.php içindeki bilgileri kontrol edin:

define( 'DB_NAME', 'veritabani_adi' );
define( 'DB_USER', 'kullanici_adi' );
define( 'DB_PASSWORD', 'sifre' );
define( 'DB_HOST', 'localhost' );

Bu dört değerin hosting panelinizdeki veritabanı bilgileriyle birebir eşleştiğinden emin olun. Özellikle site taşıma işlemlerinden sonra bu bilgiler eskide kalmış olabilir.

2. Veritabanı tablolarını onarın. phpMyAdmin üzerinden veritabanınıza girip "Repair Table" seçeneğini kullanabilir ya da aşağıdaki satırı wp-config.php'ye geçici olarak ekleyip https://siteniz.com/wp-admin/maint/repair.php adresini ziyaret edebilirsiniz:

define( 'WP_ALLOW_REPAIR', true );

İşlem bittikten sonra bu satırı dosyadan kaldırmayı unutmayın; aksi halde onarım sayfası herkese açık kalır.

Düzenli veritabanı bakımı, bu tür hataların önüne geçmenin en etkili yoludur. wp_options, wp_postmeta gibi tabloların şişmesi hem performansı düşürür hem de arıza riskini artırır; ayrıntılı teknikler için WordPress veritabanı optimizasyonu yazımızı inceleyebilirsiniz.

Diğer Sık Karşılaşılan WordPress Hataları

403 Forbidden

Genellikle dosya/klasör izinlerinin hatalı olması veya bir güvenlik eklentisinin IP'nizi yanlışlıkla engellemesi sonucu oluşur. Dosya izinlerinin klasörlerde 755, dosyalarda 644 olması genel kural olarak önerilir.

404 Not Found (Kalıcı Bağlantı Hatası)

Sayfalarınız aniden 404 vermeye başladıysa, sorun genellikle kalıcı bağlantı (permalink) yapılandırmasıdır. Ayarlar > Kalıcı Bağlantılar sayfasına girip kaydet butonuna basmak .htaccess dosyasını yeniden oluşturarak sorunu çoğu zaman çözer.

"Kritik Bir Hata Oluştu" (There has been a critical error on this website)

WordPress'in daha yeni sürümlerinde beyaz ekran yerine bu daha açıklayıcı mesaj gösterilir. Çözüm yöntemi aynıdır: WP_DEBUG_LOG açılıp debug.log incelenir, ardından eklenti/tema eleme sürecine geçilir.

Güncelleme Sonrası Beyaz Ekran veya Hata

WordPress çekirdeği, tema veya eklenti güncellemesinden hemen sonra oluşan hatalar neredeyse her zaman uyumsuzluk kaynaklıdır. Güncellemeden önce mutlaka yedek almak ve mümkünse önce test ortamında denemek, canlı sitede sürpriz yaşamamanın en garantili yoludur.

Hataları Önlemek İçin Yapılması Gerekenler

Hataları çözmek kadar, onları baştan engellemek de önemlidir. Aşağıdaki alışkanlıklar WordPress kaynaklı arıza riskini büyük ölçüde azaltır:

• Güncellemeleri önce test ortamında deneyin. Canlıya almadan önce bir staging (test) ortamında eklenti ve tema güncellemelerini kontrol etmek, üretim sitesinde sürpriz hatalarla karşılaşmanızı engeller. Kurulum adımları için WordPress staging ortamı kurulumu yazımıza bakabilirsiniz.
• Düzenli ve otomatik yedek alın. Herhangi bir hata durumunda hızlıca eski sürüme dönebilmek için güncel bir yedeğin olması hayati önem taşır. Ayrıntılar için WordPress otomatik yedekleme rehberi yazımızı inceleyebilirsiniz.
• PHP sürümünü güncel tutun. Eski PHP sürümleri hem güvenlik açığı hem de uyumluluk sorunu doğurur. Sürüm geçişini doğru yapmak için WordPress PHP sürümü güncelleme rehberi yazımıza göz atın.
• Gereksiz eklentileri temizleyin. Kullanılmayan, güncellenmeyen eklentiler hem hata riskini hem de güvenlik açığı olasılığını artırır.
• Hata loglarını periyodik kontrol edin. debug.log dosyasını ayda bir kez bile kontrol etmek, büyük bir hata oluşmadan önce küçük uyarıları fark etmenizi sağlar.

Sıkça Sorulan Sorular

Beyaz ekran hatası aldığımda önce ne yapmalıyım?

Öncelikle panik yapmayın; verileriniz genellikle güvendedir. wp-config.php içinde WP_DEBUG_LOG ayarını açıp wp-content/debug.log dosyasını kontrol edin, ardından FTP veya dosya yöneticisi ile eklentiler klasörünü yeniden adlandırarak eklentileri toplu devre dışı bırakın. Site açılıyorsa sorun bir eklentidedir.

500 Internal Server Error ile 403 Forbidden arasındaki fark nedir?

500 hatası sunucunun isteği işlerken beklenmeyen bir sorunla karşılaştığını (genellikle .htaccess bozulması, PHP hatası veya bellek yetersizliği), 403 hatası ise erişiminizin engellendiğini (dosya izinleri veya güvenlik eklentisi kaynaklı) gösterir. İkisi de farklı kök nedenlere sahiptir ve farklı adımlarla çözülür.

WP_MEMORY_LIMIT değerini ne kadar artırmalıyım?

Basit bir blog için 128M-256M genellikle yeterlidir. WooCommerce mağazası, çok sayıda eklenti kullanan siteler veya sayfa oluşturucu tabanlı yapılar için 512M ve üzeri önerilir. Limiti gereğinden fazla yükseltmek performans sorununu doğrudan çözmez; asıl kaynak tüketen bileşeni tespit etmek önemlidir.

.htaccess dosyamı nasıl sıfırlarım?

Dosyayı FTP veya dosya yöneticisi ile yedekleyin, ardından içeriğini standart WordPress .htaccess bloğuyla değiştirin. Sonrasında WordPress yönetim panelinde Ayarlar > Kalıcı Bağlantılar sayfasına girip kaydet butonuna basmak dosyanın doğru şekilde yeniden oluşturulmasını sağlar.

Hata sonrası wp-admin paneline hiç giremiyorsam ne yapmalıyım?

Bu durumda FTP veya hosting kontrol panelinizin dosya yöneticisi üzerinden işlem yapmanız gerekir. Eklentiler ve temalar klasörlerini dosya sistemi üzerinden devre dışı bırakabilir, wp-config.php üzerinden hata ayıklama modunu açabilir ve gerekirse veritabanı onarım aracını (WP_ALLOW_REPAIR) kullanabilirsiniz.

Güncelleme sonrası kritik hata alırsam yedekten nasıl geri dönerim?

Güncel bir yedeğiniz varsa (manuel veya otomatik alınmış), hosting kontrol panelinizdeki yedekleme aracı veya kullandığınız yedekleme eklentisi üzerinden dosya ve veritabanını güncelleme öncesi duruma geri yükleyebilirsiniz. Bu nedenle her büyük güncellemeden önce güncel bir yedeğin varlığından emin olmak kritik önem taşır.

Hata loglarını nerede bulabilirim?

WP_DEBUG_LOG etkinleştirildiğinde hatalar wp-content/debug.log dosyasına yazılır. Ayrıca hosting kontrol panelinizde genellikle "Hata Günlükleri" veya "Error Logs" adıyla sunucu seviyesinde bir log görüntüleyici bulunur; bu, PHP dışındaki sunucu kaynaklı hataları görmek için de kullanışlıdır.

Büyükweb Hizmetleri

WordPress sitenizde sürekli bellek limiti, kaynak yetersizliği veya performans kaynaklı hatalarla karşılaşıyorsanız, altyapınızı gözden geçirmenin zamanı gelmiş olabilir:

• WordPress Hosting

Sorularınız için 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir veya iletişim sayfası üzerinden bizimle iletişime geçebilirsiniz.