Bir güncelleme düğmesine bastınız ve site artık eskisi gibi değil. İki ihtimal var ve ilk iş hangisinde olduğunuzu anlamak:
- Site açılmıyor: beyaz ekran, "Bu sitede kritik bir hata oluştu" mesajı ya da 500 hatası.
- Site açılıyor ama bir şey ters: menü kaymış, sepet düğmesi kaybolmuş, form gönderilmiyor, bir sayfa boş.
İkincisi daha tehlikelidir, çünkü kimse size haber vermez. Önce birinciden başlayalım.
Site açılmıyorsa: kurtarma sırası
1. E-postanızı kontrol edin
WordPress 5.2'den beri, ölümcül bir PHP hatası olduğunda site yöneticisine "kurtarma modu" bağlantısı içeren bir e-posta gönderir. Bu bağlantı sizi, sorunu çıkaran eklenti ya da tema devre dışıyken yönetim paneline sokar. E-posta geldiyse en hızlı yol budur: paneli açın, hatalı eklentiyi devre dışı bırakın.
2. Hatanın ne olduğunu görün
E-posta gelmediyse wp-config.php dosyasında hata kaydını açın:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Sayfayı bir kez yenileyin ve wp-content/debug.log dosyasına bakın. Hatanın
satırında hangi eklentinin ya da temanın klasör adı geçiyorsa suçlu odur. İşiniz
bitince WP_DEBUG değerini tekrar false yapın.
3. Eklentileri panele girmeden kapatın
Panele giremiyorsanız FTP ya da barındırma dosya yöneticisiyle
wp-content/plugins klasöründe şüpheli eklentinin klasörünün adını değiştirin
(örneğin sonuna -kapali ekleyin). WordPress o eklentiyi bulamaz ve devre dışı
sayar. Hangisi olduğunu bilmiyorsanız bütün plugins klasörünün adını
değiştirip site açılıyor mu diye bakın, sonra klasörleri tek tek geri getirin.
4. PHP sürümünü kontrol edin
Güncelleme bazen barındırmanızdaki PHP sürümünün artık desteklenmediği anlamına
gelir. Hata kaydında syntax error ya da undefined function görüyorsanız
barındırma panelinizden PHP sürümünü ve eklentinin gerektirdiği sürümü
karşılaştırın.
5. Geri almak, düzeltmekten hızlıysa geri alın
Müşterinin sitesi kapalıyken kök neden araştırmak yerine önce siteyi ayağa kaldırın. Güncellemeden önce alınmış bir yedeğiniz varsa geri yükleyin; yoksa eklentinin bir önceki sürümünü (WordPress.org'daki eklenti sayfasının "Gelişmiş" bölümünde eski sürümler durur) yükleyin. Kök nedeni site çalışırken, bir test kopyasında arayın.
Site açılıyor ama bir şey ters: görünmeyen bozulmalar
Bunlar asıl pahalı olanlardır. Bir güncellemeden sonra en sık gördüğümüz sessiz bozulmalar:
- Bir düğme ya da form kayboldu. Tema ya da sayfa oluşturucu güncellemesi bir bileşenin HTML'ini değiştirir, CSS'i eşleşmez. Sayfa yüklenir, ama sepet düğmesi ekranın altına kaymıştır.
- Ölçüm etiketi gitti. Tema başlık dosyası yenilenir, elle eklenmiş GA4 ya da GTM kodu silinir. Site çalışır, veri gelmez.
- SEO eklentisi ayarları sıfırlandı. En kötüsü, sayfaya
noindexeklenmesidir: Google sayfayı bir sonraki taramada dizinden çıkarır. - robots.txt değişti. Bazı eklentiler sanal bir robots.txt üretir; güncelleme sonrası farklı kurallar yazabilir.
Bu dördünü bir dakikada kontrol edebilirsiniz:
Kaybolan bir düğmeyi ise ancak önceki haliyle karşılaştırarak görebilirsiniz. Güncellemeden önce kritik sayfaların (ana sayfa, fiyatlar, sepet, iletişim) ekran görüntüsünü almak, "neyi değiştirdik" sorusunun tek güvenilir cevabıdır.
Bir dahaki sefere: güncellemeden önce beş dakika
- Tam yedek alın ve geri yüklemenin çalıştığını bir kez deneyin.
- Kritik sayfaların ekran görüntüsünü alın.
- Güncellemeleri tek tek yapın; on eklentiyi aynı anda güncellemek, hangisinin bozduğunu bulmayı on kat zorlaştırır.
- Güncellemeden sonra aynı sayfaları tekrar açıp karşılaştırın.
- Sonucu müşteriye tarihli olarak bildirin: "şu tarihte şu güncellemeyi yaptık, şu sayfalar kontrol edildi".
Crawlens bu karşılaştırmayı sizin yerinize yapar: müşteri sitelerini düzenli olarak aynı tarayıcı ve ekran boyutuyla tarar, bir önceki sağlam haliyle karşılaştırır ve bir düğme kaybolduğunda, bir etiket gittiğinde ya da noindex geldiğinde size kanıtıyla haber verir. Önce ücretsiz site kontrolüyle bugünkü durumu görün.