WordPress Site Sağlığı Uyarıları: Ne Anlama Gelir, Nasıl Düzeltilir?

Site sağlığı ekranı nerede ve ne yapar?

Ekran, yönetici yetkisine sahip kullanıcılar için Araçlar > Site sağlığı menüsündedir. İngilizce arayüzde adı Tools > Site Health şeklindedir. Testlerin büyük bölümü WordPress 5.2 sürümünden beri çekirdekte bulunur; kaynak koddaki @since etiketleri bunu gösterir. Ekranda iki sekme vardır:

• Durum (Status): Testlerin sonuçları burada önem sırasına göre gruplanır. Üstteki genel değerlendirme "İyi" veya "İyileştirilmesi gerekli" olarak görünür. Altında "ciddi sorun" sayısı, "iyileştirme öneriliyor" sayısı ve açılır "Başarılı olan sınamalar" listesi bulunur.
• Bilgiler (Info): WordPress sürümü, etkin tema ve eklentiler, sunucu, PHP ve veritabanı ayarları, dosya izinleri gibi teknik ayrıntıları yalnızca görüntüler. Bu sekmeden hiçbir ayar değiştirilemez; amacı teşhis ve destek talebi için bilgi toplamaktır.

Her uyarının yanında bir rozet (badge) bulunur: Security (güvenlik), Performance (başarım), bazen Privacy veya Requirements. Uyarıya tıkladığınızda açılan açıklama, testin neyi ölçtüğünü ve genellikle bir "daha fazla bilgi" bağlantısını içerir. Önce bu açıklamayı okumak, çoğu durumda nedeni doğrudan söyler.

Sık görülen ciddi uyarılar ve çözümleri

Eski PHP sürümü

Bu test, sitenizin PHP sürümünü WordPress.org'daki "Serve Happy" hizmetinden gelen önerilen sürümle karşılaştırır. Sonuca göre farklı başlıklar görürsünüz: sürüm hâlâ destekleniyorsa "Siteniz eski bir PHP sürümü (%s) kullanıyor" (önerilen), yalnızca güvenlik düzeltmesi alıyorsa "Sitenizde, güncellenmesi gereken eski bir PHP (%s) sürümü kullanılıyor", güvenlik güncellemesi de almıyorsa "Siteniz, güvenlik güncellemelerini almayan eski bir PHP (%s) sürümünü kullanıyor ve güncellenmesi gerekiyor." (ciddi). Bu yazının kontrol tarihinde WordPress: Requirements sayfası PHP 8.3 veya üzerini öneriyor; eski ortamlarda WordPress'in PHP 7.4 ile de çalıştığını ama bu sürümlerin ömrünü tamamladığını belirtiyor.

Çözüm PHP sürümünü yükseltmektir; ancak bunu eklenti ve tema uyumluluğunu kontrol etmeden yapmayın. Panelinizde PHP sürümü seçme aracı varsa oradan, yoksa barındırma sağlayıcınızdan yardım isteyerek değiştirebilirsiniz. Güvenli yöntem için WordPress PHP sürümü yükseltme rehberimizi izleyin.

Hata ayıklama bilgileri ziyaretçilere açık

"Siteniz, hataları site ziyaretçilerine görüntüleyecek şekilde ayarlanmış" uyarısı, wp-config.php içinde WP_DEBUG ve WP_DEBUG_DISPLAY açık olduğunda çıkar. Hata mesajları dosya yollarını ve hassas bilgileri ziyaretçiye gösterebilir. "Siteniz, hataları herkese açık olabilecek bir dosyaya kaydedecek şekilde ayarlanmış" uyarısı ise WP_DEBUG_LOG açıkken görünür; varsayılan kayıt dosyası wp-content/debug.log olduğu için tarayıcıdan erişilebilir olabilir. Çekirdek kodu, kayıt dosyası WordPress klasörünün içindeyse bu testi ciddi, dışındaysa önerilen olarak işaretler.

// Canlı sitede önerilen ayar
define( 'WP_DEBUG', false );

// Geçici olarak hata kaydı gerekiyorsa: ekranda gösterme, sadece dosyaya yaz
// define( 'WP_DEBUG', true );
// define( 'WP_DEBUG_LOG', true );
// define( 'WP_DEBUG_DISPLAY', false );

Sorunu bulduktan sonra hata ayıklamayı kapatın ve debug.log dosyasını silin. Sabitlerin doğru yeri ve anlamı için wp-config.php sabitleri rehberimize bakabilirsiniz.

REST API hatası

"REST API bir hata ile karşılaştı" veya "REST API beklenmeyen bir sonuçla karşılaştı" uyarısında WordPress kendi /wp-json/ adresine istek gönderir ve yanıt alamaz ya da beklenmeyen bir yanıt alır. Blok düzenleyici (Gutenberg) ve birçok eklenti REST API'ye dayandığı için yazı kaydederken hata almanın sık nedenlerinden biridir. Uyarının açıklamasında istenen adres ve dönen hata kodu yazar; destek isterken bunu mutlaka ekleyin.

• REST API'yi kapatan veya kısıtlayan bir güvenlik eklentisi ya da ayar var mı, kontrol edin.
• Sunucu tarafında bir güvenlik duvarı (WAF veya ModSecurity) isteği engelliyor olabilir. Bu durumda 403 yanıtı görülür; 403 Forbidden rehberimiz ve barındırma sağlayıcınız yardımcı olur.
• Kalıcı bağlantı (permalink) yapısı veya .htaccess bozulduysa Ayarlar > Kalıcı bağlantılar sayfasını açıp kaydetmek kuralları yeniden yazar. Ayrıntılar için .htaccess ve permalink kuralları yazımıza bakın.

Geri döngü (loopback) isteği başarısız

"Siteniz bir geri döngü isteğini tamamlayamıyor" uyarısı, WordPress'in kendi sitesine bağlanamadığını gösterir. WordPress: Loopbacks belgesine göre geri döngü istekleri WP-Cron'u başlatmak (zamanlanmış yazılar ve eklentilerin planlı işleri) ve yerleşik tema ve eklenti dosya düzenleyicisinin yapılan değişikliğin siteyi bozup bozmadığını kontrol etmesi için kullanılır.

Belge, en sık nedenin eklenti veya tema çakışması olduğunu söyler. Önerilen sıra şudur: tüm eklentileri devre dışı bırakın ve tek tek açın, mu-plugins klasöründeki eklentileri de unutmayın, varsayılan bir temaya geçin. Sorun sürerse barındırma sağlayıcınıza sunucu güvenlik kurallarının, güvenlik duvarının, DNS veya SSL yapılandırmasının ya da HTTP kimlik doğrulamasının (şifreli dizin koruması) sitenin kendi adresine istek göndermesini engelleyip engellemediğini sorun. Eklentileri güvenle tek tek test etmek için eklenti çakışması rehberimizi kullanabilirsiniz.

Etkin bir PHP oturumu algılandı

"Etkin bir PHP oturumu algılandı" uyarısı, bir eklentinin veya temanın session_start() ile PHP oturumu açıp kapatmadığını gösterir. Çekirdek açıklamasına göre bu durum REST API ve geri döngü isteklerini etkiler. Genellikle bir eklentiden kaynaklanır; eklentileri tek tek kapatarak hangisi olduğunu bulun ve eklentinin geliştiricisine bildirin.

Sık görülen önerilen iyileştirmeler

Siteniz HTTPS kullanmıyor

"Siteniz HTTPS kullanmıyor" uyarısı, Ayarlar > Genel sayfasındaki "WordPress adresi (URL)" ve "Site adresi (URL)" alanlarının https:// ile başlamadığını gösterir. Sunucunuzda geçerli bir SSL sertifikası varsa WordPress bunu algılar ve uyarının içinde "Sitenizi HTTPS kullanacak şekilde güncelleyin" düğmesini gösterebilir. Bu düğme wp-config.php içinde WP_HOME veya WP_SITEURL tanımlıysa çalışmaz; o durumda değerleri dosyada değiştirmeniz gerekir.

Önce sertifikanın kurulu ve geçerli olduğundan emin olun (Let's Encrypt SSL kurulumu), sonra adresleri değiştirin. Geçişten sonra sayfalarda kilit simgesi kırık görünüyorsa karma içerik hatası rehberimize bakın.

Bir zamanlanmış işlem gecikmiş veya yapılamadı

"Bir zamanlanmış işlem gecikmiş" ve "Bir zamanlanmış işlem yapılamadı" uyarıları WP-Cron ile ilgilidir. Çekirdek açıklamasına göre zamanlanmış işlemler eklenti, tema ve WordPress güncellemelerini kontrol eder ve zamanlanmış yazıların vaktinde yayımlanmasını sağlar. Uyarıda geciken işlemin adı yazar. Az ziyaret alan veya tam sayfa ön belleği kullanan sitelerde WP-Cron sayfa yüklenmesiyle tetiklendiği için işlemler gecikebilir. Kalıcı çözüm, cPanel'deki Cron Jobs ile gerçek bir zamanlanmış görev kurmaktır; adımlar WP-Cron ve gerçek cron ayarı rehberimizde anlatılıyor.

Kalıcı nesne ön belleği önerisi

"Bir kalıcı nesne ön belleği kullanmalısınız" uyarısı her sitede çıkmaz. Kaynak kodda WordPress bunu yalnızca belirli eşikler aşıldığında önerir: örneğin otomatik yüklenen seçenek sayısı 500'ü veya boyutu 100.000 baytı geçtiğinde ya da yazı, yorum, kullanıcı, terim veya seçenek tablolarından birinde 1.000 veya daha fazla kayıt olduğunda. Çoklu site (multisite) kurulumlarında öneri her zaman gösterilir. Kalıcı nesne ön belleği (Redis veya Memcached gibi) sunucu tarafında bir hizmet gerektirir. Uyarının kendi metni de bunu söyler: barındırma sağlayıcınız sitenizde etkinleştirilip etkinleştirilemeyeceğini söyleyebilir. Paylaşımlı hostingde bu hizmet yoksa uyarı sitenizin bozuk olduğu anlamına gelmez; önerilen bir iyileştirmedir.

Sayfa ön belleği ve sunucu yanıt süresi

WordPress 6.1 ile gelen bu test, ana sayfanıza üç istek gönderir ve cache-control, x-litespeed-cache gibi ön bellek başlıklarını ve etkin bir sayfa ön belleği eklentisini arar. Ortanca sunucu yanıt süresini de ölçer; varsayılan eşik 600 milisaniyedir. Sonuç "Sayfa ön belleği algılandı ve sunucu yanıt süresi iyi", "Sayfa ön belleği algılanmadı ancak sunucu yanıt süresi iyi" veya "Sayfa ön belleği algılanmadı ve sunucu yanıt süresi yavaş" olabilir.

LiteSpeed sunucularda LiteSpeed Cache eklentisi sayfa ön belleğini sağlar ve x-litespeed-cache başlığını gönderir. Kurulum ve ayarlar için LSCache rehberimize, genel hız çalışması için WordPress hızlandırma rehberimize bakın. Giriş yapmış yönetici olarak test ettiğinizde bazı ön bellek eklentileri sayfayı ön bellekten sunmaz; sonucu gizli pencerede ayrıca ölçmek faydalı olur.

Otomatik yüklenen seçenekler başarımı etkileyebilir

WordPress 6.6 ile eklenen bu kontrol, wp_options tablosunda her sayfa yüklemesinde okunan (autoload) seçeneklerin toplam boyutuna bakar. Varsayılan eşik 800.000 bayttır ve aşılırsa test ciddi olarak işaretlenir. Bu veri genellikle silinmiş eklentilerden kalan ayarlardan büyür. Kullanmadığınız eklentileri kaldırmak ilk adımdır; veritabanında elle silme yapmadan önce mutlaka yedek alın.

Etkin olmayan eklenti ve temalar, bekleyen güncellemeler

"Etkin olmayan eklentileri kaldırmalısınız", "Etkin olmayan temaları kaldırmalısınız" ve "Güncellenmeyi bekleyen eklentileriniz var" uyarıları güvenlik amaçlıdır. Devre dışı bir eklentinin dosyaları sunucuda durmaya devam eder. Kullanmadıklarınızı silin; yedek olarak bir varsayılan tema bırakın, çünkü çekirdek "Kullanılabilecek bir varsayılan temanız olsun" önerisini ayrıca yapar. Güncellemeleri düzenli yönetmek için otomatik güncelleme ayarları rehberimize bakabilirsiniz.

Site bilgilerini destek için kopyalama

Bir sorunu barındırma sağlayıcınıza veya eklenti geliştiricisine anlatırken en çok işe yarayan şey, Bilgiler sekmesindeki "Site bilgilerini panoya kopyala" düğmesidir. Düğme, ekrandaki bilgilerin düz metin hâlini panoya alır; bunu destek talebine veya e-postaya yapıştırabilirsiniz.

• Araçlar > Site sağlığı ekranında Bilgiler sekmesine geçin.
• "Site bilgilerini panoya kopyala" düğmesine tıklayın; "Kopyalandı!" onayını görün.
• Metni destek talebine yapıştırın ve Durum sekmesindeki ilgili uyarının başlığını da ekleyin.

Sık yapılan hatalar

• Her uyarıyı aynı aciliyette görmek. Önce ciddi sorunları çözün; önerilen iyileştirmeler planlı yapılabilir.
• Kalıcı nesne ön belleği uyarısını kapatmak için rastgele bir eklenti kurmak. Sunucuda Redis veya Memcached hizmeti yoksa eklenti tek başına bunu sağlamaz.
• Hata ayıklamayı açık unutmak. Sorun çözüldükten sonra WP_DEBUG değerini kapatın ve debug.log dosyasını silin.
• PHP sürümünü yedek ve uyumluluk kontrolü olmadan yükseltmek. Eski bir eklenti yeni PHP sürümünde kritik hataya yol açabilir.

Sık Sorulan Sorular

Site sağlığı ekranında "İyi" görünmesi sitemin güvenli olduğu anlamına mı gelir?

Hayır. Bu ekran yapılandırma ve sunucu ortamını kontrol eder; zararlı kod veya ele geçirilmiş hesap taraması yapmaz. Güvenliği güçlendirmek için WordPress güvenlik sertleştirme rehberimize bakabilirsiniz.

Bir uyarıyı düzelttim ama hâlâ görünüyor, neden?

Sayfayı yenileyin. Bazı testler sitenize gerçek istek gönderip yanıt beklediği için sonuç birkaç saniye sonra güncellenir. Ön bellek eklentisi kullanıyorsanız ön belleği temizleyip tekrar deneyin.

"Bir kalıcı nesne ön belleği kullanmalısınız" uyarısını görmezden gelebilir miyim?

Bu önerilen bir iyileştirmedir, ciddi sorun değildir. Sunucunuzda Redis veya Memcached sunulmuyorsa siteniz bu uyarıyla da normal çalışır. Sunulup sunulmadığını barındırma sağlayıcınıza sorun.

Site sağlığı menüsünü göremiyorum, neden?

Ekran yalnızca site sağlığı bilgilerine erişme yetkisi olan kullanıcılara (tek sitede normalde Yönetici rolü) açıktır. Yetkisiz bir kullanıcı sayfayı açmaya çalışırsa erişim reddedilir. Yönetici olarak giriş yapamıyorsanız wp-admin'e girilemiyor rehberimize bakın.

Yazılım, eklenti ve hizmet adları sahiplerine aittir. Bu yazı bağımsız bir teknik rehberdir; adı geçen şirketlerle bayilik veya ortaklık ilişkisi bulunduğu anlamına gelmez.

İlgili içerikler: WordPress PHP sürümü yükseltme · WP-Cron ve gerçek cron ayarı · WordPress hızlandırma · Eklenti çakışması ve beyaz ekran · LSCache rehberi · wp-config.php sabitleri