“Bu web sitesinde kritik bir hata oluştu” mesajı tek başına sorunun kaynağını söylemez. WordPress, çalışmayı durduran bir PHP hatasıyla karşılaşmış olabilir; neden eklenti, tema, özel kod veya sunucu ortamındaki bir değişiklik olabilir. Doğru yaklaşım, son değişikliği belirlemek ve hatanın işaret ettiği bileşeni kontrollü biçimde incelemektir.
İşleme başlamadan önce mevcut dosya ve veritabanının bir kopyasını alın veya hostingdeki yedeğin tarihini doğrulayın. Erişilemiyor olması, mevcut verinin gereksiz olduğu anlamına gelmez. Son siparişleri, yeni yazıları veya form kayıtlarını kaybetmemek için eski yedeğe dönüş kararını aceleyle vermeyin.
Sorunun kapsamını belirleyin
- Ana sayfa, bir yazı ve yönetim girişini ayrı ayrı açın.
- Hatanın herkes için mi, belirli bir işlem sırasında mı oluştuğunu not edin.
- En son eklenti, tema, WordPress veya PHP değişikliğini bulun.
- Hata saatini ve ilgili adresi kaydedin.
- Hosting panelinde disk alanı ve çalışma durumu gibi temel bilgileri kontrol edin.
Yalnızca belirli bir sayfanın hata vermesi o sayfaya eklenen blok veya kısa kodu önemli bir ipucu hâline getirir. Yönetim panelinin açılıp ön yüzün açılmaması tema incelemesini öne çıkarabilir. Bunlar kesin sonuç değildir; hangi denemeyi önce yapacağınızı belirleyen işaretlerdir.
Kurtarma e-postasını kullanın
WordPress bazı ölümcül hatalarda yönetici e-posta adresine kurtarma bağlantısı gönderir. Gelen kutusunu ve istenmeyen posta klasörünü kontrol edin. Mesajdaki alan adının kendi sitenize ait olduğunu doğrulayın; ardından bağlantıyı açıp normal yönetici hesabınızla giriş yapın. Kurtarma bildirimi hangi eklenti veya temanın hata verdiğini gösterebilir.
Kurtarma modu sorunlu bileşeni kurtarma oturumu için duraklatabilir. Bu, sitenin diğer ziyaretçiler için kendiliğinden düzeldiği anlamına gelmez. Bildirimde gösterilen bileşeni inceleyip gerektiğinde devre dışı bırakın veya hatalı değişikliği geri alın; ardından kurtarma modundan çıkıp siteyi oturum kapalıyken tekrar deneyin.
Kurtarma e-postası gelmemesi hatanın varlığını dışlamaz. Arka plan işlemlerinde oluşan bazı hatalar bu akışı başlatmayabilir; e-posta teslimi de sorunlu olabilir. Giriş adresini bulmak için WordPress yönetim paneli rehberini kullanabilirsiniz.
Hata kaydından anlamlı ipucu çıkarın
Hosting panelindeki PHP hata kayıtlarında olayın saatine yakın satırları bulun. Hata türü, dosya yolu ve satır numarası değerlidir. Yolun bir eklenti klasörünü göstermesi araştırmayı daraltır; ancak her zaman yalnız o eklentinin kusurlu olduğunu kanıtlamaz. Başka bir bileşenin gönderdiği uyumsuz veri de aynı noktada hata oluşturabilir.
Teknik destekle paylaşacağınız özette hata zamanı, sayfa adresi, son değişiklik ve ilgili hata satırı yer alsın. Tam günlük dosyasını herkesin erişebildiği bir sayfaya koymayın. Kayıtlarda dosya yolları veya kullanıcıya ait bilgiler bulunabilir. Ayrıntılı hata gösterimini ziyaretçilere açmak yerine sunucu kayıtlarını kullanmak daha düzenli bir teşhis sağlar.
Şüpheli bileşeni kontrollü olarak deneyin
Panel açılıyorsa önce hatayla ilişkili eklentiyi devre dışı bırakıp aynı işlemi yeniden deneyin. Panel açılmıyorsa hosting dosya yöneticisi veya SFTP üzerinden yalnız ilgili eklenti klasörünü geçici olarak yeniden adlandırmak bir seçenek olabilir. Klasörün eski adını not edin; dosyaları silmek gerekmez.
Bütün eklentileri aynı anda kapatmak ödeme, form veya üyelik gibi işlevleri de durdurabilir. Bu yöntem gerekiyorsa test ortamını tercih edin ve hangi işlevlerin etkileneceğini önceden belirleyin. Site açılınca bileşenleri kontrollü sırayla etkinleştirerek hatanın hangi birleşimde döndüğünü gözleyin.
Tema testi için mevcut özelleştirmeleri yedekleyin ve bir test kopyasında varsayılan tema kullanın. Özel kod yakın zamanda eklendiyse önce o değişikliğin geri alınmasını değerlendirin. Rastgele dosya içeriği silmek, görünen hatayı değiştirip asıl sorunu daha zor bulunur hâle getirebilir.
Yedeğe ne zaman dönülmeli?
Hata son güncellemenin hemen ardından başladıysa ve uyumlu düzeltme hazır değilse, doğrulanmış bir yedeğe dönüş geçici çözüm olabilir. Dosya ve veritabanının birbirine uygun tarihli olması önemlidir. Özellikle mağazalarda geri dönüş ile mevcut sipariş kayıtlarını koruma planı birlikte hazırlanmalıdır.
Yedek kullanılmadan önce hangi verilerin kaybolabileceğini listeleyin. Geri dönüşün ardından sorunlu güncellemenin otomatik olarak yeniden uygulanıp uygulanmayacağını kontrol edin. Ayrıntılar site yedekleme ve güncelleme sonrası sorunlar rehberlerinde bulunur.
Çözümü doğrulayın
- Hata veren işlemi aynı adımlarla yeniden gerçekleştirin.
- Yönetim panelini ve ön yüzü oturum kapalı olarak kontrol edin.
- Form, arama, üyelik ve varsa test ödemesini deneyin.
- Hata kayıtlarında aynı sorunun tekrar oluşmadığını inceleyin.
- Geçici klasör adlarını, kapatılan bileşenleri ve yapılan ayarları kaydedin.
- Gereksiz ayrıntılı kayıt ayarlarını kapatıp önbelleği temizleyin.
Sık sorulan sorular
Kritik hata her zaman bir eklentiden mi kaynaklanır?
Hayır. Tema, özel kod, PHP uyumluluğu veya kaynak sorunları da etkili olabilir. Hata kaydı ve son değişiklik birlikte değerlendirilmelidir.
Kurtarma bağlantısı siteyi otomatik onarır mı?
Bağlantı teşhis ve yönetim erişimi sağlar. Sorunlu bileşenin düzeltilmesi, güncellenmesi veya devre dışı bırakılması ayrıca gerekebilir.
Siteyi yeniden kurmak en hızlı çözüm mü?
Çoğu durumda önce nedeni tespit etmek daha kontrollüdür. Yeniden kurulum içerik, ayar ve sipariş kaybına yol açabilir; mevcut veriler korunmadan yapılmamalıdır.