WordPress sitenizde gördüğünüz hata mesajını seçerek ilgili teknik rehbere ulaşın. Bu merkez; kritik hata, veritabanı, HTTP 500/403/404, yönlendirme döngüsü, PHP memory, dosya yükleme, e-posta ve zararlı yazılım sorunlarını tek içerik kümesinde toplar.
critical error
error establishing a database connection
500 internal server error
ERR_TOO_MANY_REDIRECTS
403 forbidden
allowed memory size exhausted
Tarayıcıdaki hata yalnız son belirtidir. Doğru teşhis, sorunun WordPress, PHP, veritabanı, web sunucusu, CDN veya güvenlik katmanından hangisinde oluştuğunu ayırmakla başlar.
Önce sorunun kapsamı belirlenmelidir: yalnız bir URL, wp-admin, belirli kullanıcı veya tüm site mi etkileniyor? Bu ayrım gereksiz ve riskli toplu değişiklikleri önler.
HTTP kodu, WordPress debug.log, domain error log ve ilgili servis kayıtları aynı zaman aralığında karşılaştırılmalıdır. Tek bir log satırı bağlamından koparılarak karar verilmemelidir.
Her rehber cPanel, Plesk ve panelsiz Linux sunucu için ayrı kontrol yolları içerir. Panel menüleri değişse de kök neden ve güvenlik prensipleri aynıdır.
Canlı sitede müdahale öncesi dosya ve veritabanı yedeği alınmalı; geri dönüş planı olmayan toplu replace, repair, izin veya silme işlemlerinden kaçınılmalıdır.
Google’da bulunan ilk komutu doğrudan canlı sunucuda çalıştırmak yerine hata mesajını, sürümü ve barındırma ortamını eşleştirin. Aynı belirti farklı nedenlerden oluşabilir.
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.
Anlamı: WordPress kritik hata ve “Bu web sitesinde kritik bir hata oluştu” sorununu Recovery Mode, debug.log, eklenti, tema ve PHP kontrolleriyle çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress veritabanı bağlantısı kurulurken hata oluştu sorununu wp-config.php, MySQL/MariaDB servisi, kullanıcı yetkileri ve bozuk tablolarla çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress 500 Internal Server Error ve beyaz ekran sorununu .htaccess, PHP, tema, eklenti, FastCGI, izinler ve sunucu loglarıyla çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress 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.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: 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.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress 403 Forbidden hatasını dosya izinleri, .htaccess, ModSecurity, Wordfence, Cloudflare WAF, nonce ve wp-admin kontrolleriyle çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress Allowed memory size exhausted hatasını WP_MEMORY_LIMIT, php.ini, PHP-FPM, eklenti tüketimi, WooCommerce ve gerçek bellek analiziyle çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: 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.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress mail göndermiyor sorununu wp_mail, SMTP, SPF, DKIM, DMARC, port 587, WooCommerce ve form e-postası kontrolleriyle çözün.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Anlamı: WordPress başka siteye, casino veya reklama yönlendiriyorsa zararlı PHP, veritabanı, sahte admin, cron, .htaccess ve çekirdek bütünlüğünü güvenli temizleyin.
Muhtemel neden: İlgili hata sınıfının farklı WordPress, PHP veya sunucu nedenleri olabilir.
Bu ifadeyle eşleşen kayıt bulunamadı.
Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.
wp core version
wp plugin list --status=active
wp theme list --status=active
Çekirdek, aktif eklenti ve tema sürümlerini toplar.
curl -sSIk https://example.com/
Ana URL’nin kodunu ve temel başlıklarını gösterir.
tail -n 150 wp-content/debug.log 2>/dev/null
Uygulama düzeyindeki son hata kayıtlarını gösterir.
wp core verify-checksums --include-root
Değişmiş veya eksik çekirdek dosyalarını tespit eder.
wp db check
WordPress veritabanı bağlantısı ve tablo durumunu kontrol eder.
df -h
df -i
free -h
Disk, inode ve RAM durumunu gösterir.
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 sitelerinde MultiPHP, File Manager, Errors, MySQL ve Email Deliverability araçları kullanılır.
cd /home/KULLANICI/public_html && wp core versionPlesk sitelerinde Domains > Logs, PHP Settings ve WP Toolkit merkezi kontrol sağlar.
cd /var/www/vhosts/ALANADI/httpdocs && wp core versionPanelsiz Linux sunucuda Nginx/Apache, PHP-FPM, MariaDB ve WordPress logları birlikte incelenir.
sudo -u www-data wp core version --path=/var/www/htmlBelirtiyi kaydedin, kapsamı ayırın, doğru logu bulun, ilgili rehberi uygulayın ve çözüm sonrası tüm temel işlevleri doğrulayın.
Tarayıcı metni, HTTP kodu, saat ve etkilenen URL’yi not edin.
curl -sSIk https://example.com/Ana sayfa, wp-admin, bir içerik türü veya tüm sunucu etkisini ayırın.
Canlı müdahaleden önce geri dönüş noktası oluşturun.
wp db export once-yedek.sqlHata arama kartlarından en yakın gerçek mesajı açın.
Aynı anda birden fazla eklenti, PHP ve sunucu ayarını değiştirmeyin.
Ana sayfa, wp-admin, form, cron, ödeme ve logları doğrulayın.
Kritik hata, veritabanı ve 500 rehberleri önceliklidir.
404/permalink ve rewrite rehberine geçin.
Redirect loop, cookie ve 403 rehberlerini karşılaştırın.
wp_mail/SMTP ve DNS kimlik doğrulama rehberini uygulayın.
Malware/hack rehberindeki izolasyon ve bütünlük adımlarını izleyin.
Hata mesajını, HTTP kodunu, etkilenen URL’yi ve aynı zamandaki debug/error log kayıtlarını kaydedin.
Kısa süreli teşhiste log dosyasına yazacak şekilde kullanılabilir; hataları ziyaretçiye göstermek güvenli değildir.
Temel neden aynı olabilir ancak log yolları, PHP ayarları ve servis araçları farklıdır.
SSH ve WP-CLI erişimi olan ortamlarda çalışır; paylaşımlı hostingte sağlayıcı kısıtlayabilir.
Kapsamlı veri/dosya bozulması ve doğrulanmış temiz yedek varsa; yine de saldırı veya kök neden kapatılmalıdır.
Domain, hata zamanı, ekran mesajı, son değişiklikler, PHP/WordPress sürümü ve ilgili log satırları.
Hayır; teknik ve özgün içerik güçlü bir temel sağlar ancak Google sıralaması rekabet, otorite, iç linkleme ve kullanıcı davranışı gibi birçok etkene bağlıdır.
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.