WordPress ve WooCommerce logları nerede bulunur ve nasıl okunur
Bir WooCommerce mağazası, hatalarını kaynağına göre birkaç ayrı günlüğe yazar: WordPress'in çekirdeği, WooCommerce eklentisinin kendisi ve sunucu. Nereye bakılacağını bilmek, yanlış dosyada zaman kaybetmeyi önler.
Bilinmesi gereken üç günlük
-
wp-content/debug.log
wp-config.php dosyasında WP_DEBUG_LOG etkinleştirildikten sonra WordPress, çekirdek, eklentiler ve tema tarafından üretilen tüm PHP hatalarını, uyarılarını ve bildirimlerini, ilgili dosya ve satır numarasıyla birlikte buraya yazar.
-
WooCommerce > Durum > Günlükler
WordPress yönetim panelinden erişilen bu ekran, kaynağına göre ayrılmış günlükleri listeler: ödeme, webhook, e-posta gönderimi, stok senkronizasyonu. Sipariş veya ödeme sorunlarında bakılması gereken ilk yerdir.
-
Sunucu günlükleri
Barındırma paneli veya SSH üzerinden erişilen bu günlükler, sunucu düzeyindeki PHP hatalarını (error_log) ve Apache ya da Nginx günlüklerini kaydeder; site WordPress yüklenmeden önce bile erişilemez durumdaysa faydalıdır.
-
Tam saati belirleyin
Çok kaynaklı her teşhiste olduğu gibi, olayın kesin saati, aynı hatayı birden fazla günlükte bulmayı ve birden çok belirtinin aynı nedene bağlı olup olmadığını doğrulamayı sağlar.
-
Birden fazla eklenti hata yazıyorsa kaynağı ayırt edin
Çok sayıda etkin eklentisi olan bir sitede debug.log, mevcut sorunla ilgisi olmayan gürültü içerebilir; eklentinin adı veya wp-content/plugins içindeki yolu genellikle hata satırının kendisinde görünür.
WooCommerce neden kendi günlüklerine sahiptir
WooCommerce, bazı olayları debug.log'dan ayrı olarak kaydeder çünkü bunlar her zaman tam anlamıyla birer PHP hatası değildir: alınan ancak reddedilen bir ödeme webhook'u, bir ödeme geçidiyle sessizce başarısız olan bir senkronizasyon denemesi veya gönderilemeyen bir sipariş onay e-postası gibi. Bu olaylar yalnızca WooCommerce, Durum, Günlükler bölümünden görülebilir.
debug.log dosyası ise, dar anlamda bir PHP hatası veya uyarısı sayılan her şeyi yakalar: iyi bakımı yapılmayan bir eklenti tarafından çağrılan kullanımdan kaldırılmış bir fonksiyon, bir dizi beklenirken kullanılan boş (null) bir değer veya sayfanın yüklenmesini kesintiye uğratan ölümcül bir hata gibi. Kritik bir WordPress hatasıyla karşılaşıldığında en yararlı kaynak budur.
[24-Jul-2026 09:14:02 UTC] PHP Fatal error: Uncaught Error: Call to undefined function some_removed_function() in /wp-content/plugins/exemple-extension/exemple.php:42Önem düzeyi izlenecek yöntemi değiştirir
debug.log dosyasındaki her satır aynı aciliyetle ele alınmaz. PHP Fatal error düzeyindeki bir hata sayfanın çalışmasını keser ve genellikle beyaz ekranı veya kritik hata mesajını doğrudan açıklar. Bir PHP Warning veya PHP Deprecated ise genellikle sayfanın görüntülenmesini engellemez, ancak PHP veya WordPress'in bir sonraki sürüm yükseltmesinde uyumsuz hâle gelecek bir kodu işaret eder.
Aktif bir mağazada, o anki sorunla ilgisi olmayan yüzlerce bildirim veya uyarı satırı bulmak yaygındır. Önce ölümcül hatalara, ardından zaman damgası olayla tam olarak örtüşen uyarılara odaklanmak, gözlemlenen belirtiyle ilgisi olmayan mesajları düzeltmeye zaman harcamayı önler.
Sıkça sorulan sorular
Site çöktüğü hâlde debug.log neden boş?
debug.log dosyasını risksiz şekilde silebilir miyim?
WooCommerce günlükleri üçüncü taraf ödeme eklentilerini de kapsıyor mu?
WooCommerce > Durum > Günlükler'deki bir satırı hangi eklentinin yazdığı nasıl anlaşılır?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.