WordPress Teknik Rehberi

WordPress 500 Hatası ve White Screen of Death Nasıl Çözülür?

HTTP 500, web sunucusunun isteği tamamlayamadığını; beyaz ekran ise PHP hatasının ziyaretçiye gösterilmeden isteği sonlandırdığını ifade eder. İki belirti aynı eklenti veya tema hatasından çıkabileceği gibi .htaccess, PHP-FPM, izin ve web sunucusu yapılandırmalarından da kaynaklanabilir.

HTTP 500White ScreenPHP-FPMhtaccesserror_log

Hızlı Teşhis WordPress Desteği

root@sunucu:~SSH

HTTP/1.1 500 Internal Server Error
PHP Fatal error
Premature end of script headers
AH01071: Got error 'Primary script unknown'

WordPress katmanıÇekirdek, tema ve eklenti davranışı

PHP katmanıSürüm, uzantı, limit ve fatal error

Sunucu katmanıWeb servisi, veritabanı, disk ve loglar

Güvenli yöntemYedekle, logla, izole et ve doğrula

Teknik açıklama

WordPress 500 hatası ile beyaz ekran arasındaki fark nedir?

500 sunucu tarafında genel bir başarısızlık kodudur. Beyaz ekran ise yanıt gövdesinin boş kalmasıdır; HTTP kodu 200 bile dönebilir. Bu nedenle tarayıcı görüntüsünden çok response code ve hata logu önemlidir.

Bozuk veya sunucunun desteklemediği bir .htaccess direktifi, Apache üzerinde WordPress başlamadan 500 oluşturabilir. Kalıcı bağlantı kurallarını yenilemeden önce mevcut dosya yedeklenmelidir.

PHP fatal error, memory exhaustion ve max execution time sorunları hem 500 hem boş sayfa üretebilir. WordPress debug.log ile domain PHP error log aynı zaman aralığında incelenmelidir.

Yalnız belirli sayfa veya işlem hata veriyorsa ilgili eklenti, shortcode, tema şablonu ya da büyük sorgu hedeflenir. Tüm site etkileniyorsa PHP handler, FPM ve web sunucusu kontrol edilir.

Cloudflare 520/521 gibi aracı katman hataları WordPress 500 ile karıştırılmamalıdır. Origin sunucu doğrudan test edilerek CDN katmanı ayrılmalıdır.

HTTP kodunu 200’e zorlamak veya hata ekranını gizlemek çözüm değildir. Uygulama, PHP ve web sunucusu loglarında aynı isteğin hangi katmanda kesildiği bulunmalıdır.

Log mesajları ve anlamları

WordPress 500, beyaz ekran ve FastCGI hata mesajları

E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.

8 kayıt

01kritik

500 Internal Server Error

Anlamı: Sunucu isteği tamamlayamamış ve genel 500 yanıtı vermiştir.

Muhtemel neden: PHP fatal error, .htaccess, izin veya web yapılandırması.

curl ile kodu doğrulayıp domain error logunu inceleyin.

02kritik

White Screen of Death

Anlamı: WordPress/PHP çıktı üretmeden sonlanmıştır.

Muhtemel neden: Fatal error, bellek tükenmesi veya boş template.

WP_DEBUG_LOG ile gerçek PHP hatasını kaydedin.

03kritik

Premature end of script headers

Anlamı: FastCGI/PHP işlemi geçerli başlık üretmeden kapanmıştır.

Muhtemel neden: Crash, timeout, izin veya yanlış PHP binary.

PHP-FPM ve domain logunu aynı anda kontrol edin.

04kritik

Allowed memory size exhausted

Anlamı: PHP bellek limiti dolmuştur.

Muhtemel neden: Ağır eklenti, import, Elementor veya döngü.

Hangi dosyanın tükettiğini logdan bulun.

05uyarı

Maximum execution time exceeded

Anlamı: PHP işlemi süre sınırını aşmıştır.

Muhtemel neden: Yavaş sorgu, dış API veya büyük işlem.

İşlemin neden uzadığını ölçmeden limiti artırmayın.

06kritik

Invalid command 'php_value'

Anlamı: Apache kullanılan PHP handlerda .htaccess php_value direktifini kabul etmiyor.

Muhtemel neden: FPM/FastCGI ile eski .htaccess ayarları.

php_value satırlarını uygun PHP ayar kanalına taşıyın.

07kritik

Primary script unknown

Anlamı: PHP-FPM istenen script yolunu bulamıyor veya erişemiyor.

Muhtemel neden: Yanlış document root, socket veya izin.

Domain kök dizini ve FPM pool yolunu karşılaştırın.

08uyarı

Too many internal redirects

Anlamı: Sunucu yönlendirme döngüsüne girmiştir.

Muhtemel neden: Hatalı .htaccess, canonical veya SSL kuralı.

Rewrite kurallarını geçici olarak izole edin.

Bu ifadeyle eşleşen kayıt bulunamadı.

Güvenli ilk inceleme

SSH teşhis komutları ve hangi çıktıya bakılmalı?

Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.

HTTP kodu ve başlıklar

curl -sSIk https://example.com/

Gerçek HTTP kodunu ve yönlendirme zincirini gösterir.

WordPress debug kaydı

tail -n 150 wp-content/debug.log 2>/dev/null

WordPress/PHP fatal error satırlarını gösterir.

Apache/Nginx logları

tail -n 150 /var/log/apache2/error.log 2>/dev/null
tail -n 150 /var/log/nginx/error.log 2>/dev/null

Web sunucusunun isteği neden reddettiğini gösterir.

htaccess yedek ve test

cp .htaccess .htaccess.once && mv .htaccess .htaccess.devre-disi

Bozuk rewrite veya direktif ihtimalini kontrollü test eder.

Eklentileri kontrollü kapatma

wp plugin deactivate --all

Yalnız yedek ve planlı testte tüm eklentileri geçici kapatır.

Çekirdek doğrulama

wp core verify-checksums

Değişmiş veya eksik WordPress çekirdek dosyalarını tespit eder.

Barındırma ortamına göre

cPanel, Plesk ve panelsiz sunucuda uygulanacak kontroller

WordPress hatasının temel nedeni aynıdır ancak log yolları, PHP ayar ekranları ve servis yönetimi kullanılan barındırma altyapısına göre değişir.

cPanel / WHM

cPanel’de Metrics > Errors, MultiPHP ve File Manager üzerinden 500 kaynağı ayrılır.

Errors ekranındaki son PHP/Apache satırını kaydedin.
MultiPHP Manager’da doğru PHP sürümünü doğrulayın.
.htaccess dosyasını yedekleyip kalıcı bağlantıları yeniden oluşturun.

cd /home/KULLANICI/public_html && wp rewrite flush --hard

Plesk Obsidian

Plesk’te Domains > Logs ve PHP Settings, domain bazlı 500 incelemesini kolaylaştırır.

Logs ekranında Apache, Nginx ve PHP mesajlarını filtreleyin.
PHP handler ve FPM ayarlarını doğrulayın.
Gerekirse yalnız domain için plesk repair web çalıştırın.

plesk repair web example.com

Panelsiz Linux Sunucu

Panelsiz sunucuda web server, PHP-FPM ve WordPress logları eş zamanlı izlenir.

Nginx/Apache config testini çalıştırın.
PHP-FPM pool durumunu kontrol edin.
Document root ve dosya sahipliğini doğrulayın.

nginx -t 2>/dev/null || apachectl configtest

Güvenli çözüm sırası

WordPress 500 ve beyaz ekran sorununu güvenli çözme adımları

HTTP kodunu doğrulayın, logu bulun, .htaccess ve PHP katmanını ayırın; sonra bileşenleri kontrollü test edin.

Gerçek HTTP kodunu belirleyin

Beyaz ekranın 500 mü yoksa boş 200 yanıtı mı olduğunu curl ile görün.

curl -sSIk https://example.com/

Logdaki ilk hatayı kaydedin

Domain error log, PHP log ve debug.log içindeki aynı saniyeyi karşılaştırın.

tail -n 150 wp-content/debug.log

htaccess etkisini yedekli test edin

Dosyayı silmeden geçici yeniden adlandırın ve sonucu karşılaştırın.

cp .htaccess .htaccess.once

Tema ve eklentileri izole edin

Logda görünen bileşeni önce kapatın; toplu kapatma son seçenek olsun.

wp plugin list --status=active

PHP handler ve kaynakları doğrulayın

Sürüm, FPM servis durumu, memory ve timeout değerlerini kontrol edin.

php -v && php -i | grep memory_limit

Kalıcı bağlantı ve cache katmanını yenileyin

Sorun düzeldikten sonra rewrite kurallarını ve uygulama cache’ini temizleyin.

wp rewrite flush --hard

Belirtiye göre ayrım

Özel senaryolar ve karar ağacı

Yalnız wp-admin 500 veriyor

Admin memory, dashboard eklentileri ve REST/AJAX logları incelenir.

curl -sSIk https://example.com/wp-admin/

Yalnız bir yazı veya ürün sayfası

Şablon, shortcode, ürün eklentisi ve o kayda özgü veri incelenir.

wp post get ID

Eklenti yükledikten sonra beyaz ekran

Yeni eklentiyi FTP veya WP-CLI ile kapatıp logu tekrar kontrol edin.

wp plugin deactivate EKLENTI

PHP sürümünden sonra tüm site 500

Uyumsuz eklenti/tema ve eksik PHP uzantıları kontrol edilir.

php -m

Cloudflare açıkken hata var

Origin IP/hosts üzerinden doğrudan test ederek CDN’i ayırın.

curl -sSIk --resolve example.com:443:ORIGIN_IP https://example.com/

Kesinlikle yapmayın

.htaccess dosyasını yedeksiz silmeyin.
Tüm dosya izinlerini 777 yapmayın.
display_errors ayarını ziyaretçilere açık bırakmayın.
Log görmeden PHP sürümünü sürekli değiştirip denemeyin.
Cloudflare cache temizliğini kök neden çözümü sanmayın.
Çekirdek dosyaları wp-content üzerine yazmayın.

Çözüm sonrası doğrulama

Ana sayfa, wp-admin ve örnek içerik beklenen kodu döndürüyor.
Yeni PHP fatal error kaydı oluşmuyor.
Rewrite ve kalıcı bağlantılar çalışıyor.
PHP-FPM ve web servisi active durumda.
Dosya sahiplik/izinleri güvenli değerlerde.
Cron, REST API ve admin-ajax işlemleri çalışıyor.

Resmî teknik kaynaklar

WordPress ve WP-CLI resmî dokümantasyonu

WordPress Common ErrorsYaygın WordPress hataları ve güvenli temel çözüm yaklaşımı

WordPress DebuggingWP_DEBUG, WP_DEBUG_LOG ve hata kaydı kullanımı

WP-CLI verify-checksumsWordPress çekirdek dosyalarının checksum doğrulaması

İç SEO içerik kümesi

İlgili WordPress hata çözümleri

WordPress Hata KodlarıTüm WordPress teknik çözüm rehberleri

→

WordPress Kritik HataWordPress kritik hata ve “Bu web sitesinde kritik bir hata oluştu” sorununu Recovery Mode, debug.log, eklenti, tema ve PHP kontrolleriyle çözün.

→

WordPress Veritabanı HatasıWordPress veritabanı bağlantısı kurulurken hata oluştu sorununu wp-config.php, MySQL/MariaDB servisi, kullanıcı yetkileri ve bozuk tablolarla çözün.

→

WordPress 404 ve PermalinkWordPress ana sayfa açılıyor ancak yazılar 404 veriyorsa permalink, .htaccess, mod_rewrite, Nginx try_files, taşıma ve slug çakışmalarını çözün.

→

WordPress Yönlendirme DöngüsüWordPress ERR_TOO_MANY_REDIRECTS, wp-admin giriş döngüsü ve tekrar login sayfasına atma sorunlarını SSL, URL, cookie, proxy ve eklenti kontrolleriyle çözün.

→

WordPress 403 ForbiddenWordPress 403 Forbidden hatasını dosya izinleri, .htaccess, ModSecurity, Wordfence, Cloudflare WAF, nonce ve wp-admin kontrolleriyle çözün.

→

WordPress Memory LimitWordPress Allowed memory size exhausted hatasını WP_MEMORY_LIMIT, php.ini, PHP-FPM, eklenti tüketimi, WooCommerce ve gerçek bellek analiziyle çözün.

→

WordPress Dosya Yükleme HatasıWordPress upload_max_filesize, post_max_size, HTTP error, tema ve medya yükleme sorunlarını cPanel, Plesk, Nginx ve PHP ayarlarıyla çözün.

→

Sık sorulan sorular

WordPress 500 ve Beyaz Ekran hakkında merak edilenler

500 Internal Server Error nedir?

Sunucunun isteği tamamlayamadığını belirten genel HTTP kodudur; kesin neden error logda bulunur.

Beyaz ekran neden hata göstermiyor?

PHP hata gösterimi kapalıysa fatal error ayrıntısı ekrana basılmaz ve boş yanıt oluşabilir.

.htaccess dosyasını silmeli miyim?

Silmek yerine yedekleyip geçici yeniden adlandırmak ve sonra WordPress kalıcı bağlantı kurallarını yeniden üretmek daha güvenlidir.

Tüm eklentileri kapatmak güvenli mi?

Test amacıyla mümkündür ancak ödeme, güvenlik ve cache işlevlerini etkileyebilir; önce logdaki şüpheli eklenti hedeflenmelidir.

500 hatası veritabanından olur mu?

Evet; PHP fatal error, bağlantı timeout veya ağır sorgu 500 oluşturabilir.

PHP memory limit artırmak yeterli mi?

Yalnız limit gerçekten düşükse yardımcı olur. Bellek sızıntısı veya hatalı döngüyü gizlememelidir.

Cloudflare 500 hatasına neden olur mu?

Cloudflare origin hatasını gösterebilir veya kendi 52x kodlarını üretir; origin doğrudan test edilmelidir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Sunucunuzdaki hatayı kalıcı olarak çözelim

cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.

Sunucu Desteği Al WhatsApp

Özel Sunucu Hizmetleri

Standart Sunucular