WordPress'i bozmadan güncellemek: Test ortamı (staging) ve güvenli güncelleme sırası

Destek masasında en sık duyduğum cümlelerden biri şu: "Hiçbir şeye dokunmadım, sadece güncelle düğmesine bastım ve site açılmıyor." Bu cümleyi söyleyen kişi genellikle haklıdır. Sorun güncellemenin kendisinde değil, nasıl yapıldığındadır: Yedeksiz, test edilmeden, onlarca eklenti bir anda ve canlı sitede.

Öte yandan güncellemeyi ertelemek daha büyük bir risktir. Ele geçirilen WordPress sitelerinin büyük çoğunluğu, yaması aylar önce yayınlanmış bir eklenti açığından düşer. Doğru yol, güncellemeyi ertelemek değil, güvenli hâle getirmektir.

Güncelleme türlerini ayırın

Her güncelleme aynı risk düzeyinde değildir:

• Küçük çekirdek sürümleri (6.7.1 → 6.7.2): Güvenlik ve hata düzeltmeleri. Risk çok düşüktür. WordPress bunları varsayılan olarak otomatik yapar; bu ayarı kapatmayın.
• Büyük çekirdek sürümleri (6.7 → 6.8): Yeni özellikler ve değişiklikler içerir. Test edilmelidir.
• Eklenti güncellemeleri: Riski eklentiye göre değişir. Ödeme, üyelik, sayfa oluşturucu ve önbellek eklentileri en hassas olanlardır.
• Tema güncellemeleri: Temanın dosyalarını doğrudan düzenlediyseniz değişiklikleriniz silinir. Bunun çözümü alt temadır.
• PHP sürümü yükseltmesi: Eski eklentileri en çok bozan değişiklik budur ve ayrıca planlanmalıdır.

Test ortamı (staging) nedir?

Test ortamı, canlı sitenizin birebir kopyasıdır. Güncellemeleri önce orada denersiniz. Bir şey bozulursa ziyaretçileriniz bunu hiç görmez.

Kurmanın birkaç yolu var:

1. Hosting panelinin hazır aracı: Pek çok hosting firması "Staging" ya da "Test sitesi oluştur" özelliği sunar. Tek tıkla kopya oluşturur, test bittiğinde değişiklikleri canlıya aktarabilir. Varsa en kolay yol budur.
2. Bir alt alan adına elle kopya: test.ornek.com gibi bir alt alan adına dosyaları ve veritabanını kopyalarsınız, ardından adresleri WP-CLI ile değiştirirsiniz:

wp search-replace 'https://ornek.com' 'https://test.ornek.com' --all-tables --precise

1. Yerel bilgisayar: Local, DDEV gibi araçlarla kendi bilgisayarınızda bir kopya.

Test ortamının arama motorlarında görünmemesi için Ayarlar → Okuma bölümünden dizine eklemeyi kapatın ve mümkünse şifreyle koruyun. Test sitesinden müşterilere e-posta gitmemesi için de SMTP eklentisini orada devre dışı bırakın. Bir WooCommerce test sitesinin gerçek müşterilere "siparişiniz kargoya verildi" e-postası göndermesi, sandığınızdan daha sık yaşanır.

Güvenli güncelleme sırası

Benim önerdiğim sıra şu:

1. Yedek alın. Dosyalar ve veritabanı, sitenin dışında saklanacak şekilde. Hosting panelinizin yedekleme aracı ya da WP-CLI:

wp db export oncesi-$(date +%F).sql

2. Neyin güncelleneceğine bakın.

wp core check-update
wp plugin list --update=available --fields=name,version,update_version

Büyük sürüm atlayan eklentilerin (örneğin 3.x → 4.0) değişiklik notlarını okuyun. "Breaking changes" ya da "PHP 8.1 gerektirir" gibi uyarılar orada yazar.

3. Test ortamında güncelleyin, sonra sitenin kritik yollarını kontrol edin: ana sayfa, bir yazı, iletişim formu, giriş, varsa sepet ve ödeme.

4. Canlıda, trafik düşükken güncelleyin. Önce eklentiler, sonra tema, en son çekirdek. Her şeyi tek tıkla güncellemek yerine kritik eklentileri tek tek güncelleyin; bir sorun çıkarsa hangisinin sebep olduğunu hemen bilirsiniz.

5. Kontrol edin. Aynı kritik yolları canlıda bir kez daha deneyin ve hata günlüğüne göz atın.

Bir şey bozulursa

• Yalnızca bir eklenti sorun çıkardıysa onu bir önceki sürüme döndürün:

wp plugin install eklenti-adi --version=2.4.1 --force

• Panele giremiyorsanız eklentinin klasör adını FTP ya da dosya yöneticisiyle değiştirerek devre dışı bırakın.
• Durum karmaşıksa yedeği geri yükleyin. Bu yüzden yedek her zaman ilk adımdır.

Geri döndükten sonra sorunu test ortamında inceleyin ve eklenti geliştiricisine bildirin. Çoğu zaman birkaç gün içinde düzeltilmiş bir sürüm gelir.

Otomatik güncellemeler açılmalı mı?

WordPress 5.5'ten beri eklenti ve temalar için otomatik güncelleme açılabiliyor. Benim önerim:

• Çekirdek küçük sürümleri: Açık.
• Güvenilir ve basit eklentiler (iletişim formu, SEO, yedekleme): Açık, ama yedekleme düzenliyse.
• Ödeme, üyelik, sayfa oluşturucu ve e-ticaret eklentileri: Kapalı. Bunları elle ve test ederek güncelleyin.

Kısa kontrol listesi

• [ ] Yedek alındı ve sitenin dışında
• [ ] Değişiklik notları okundu
• [ ] Test ortamında denendi
• [ ] Canlıda, düşük trafikli saatte güncellendi
• [ ] Kritik sayfalar ve formlar kontrol edildi

Bu düzene alıştığınızda güncelleme, korkulan bir olay olmaktan çıkar ve haftada on dakikalık sıradan bir işe dönüşür.