WordPress Bakım Planı: Güncelleme, Yedek, Güvenlik, İzleme

Dört parça vardır. Güncelleme, çekirdek yazılımın, eklentilerin ve temanın yeni sürümlere geçirilmesidir. Yedekleme, sitenin hem dosyalarının hem veritabanının kopyasının güvenli bir yerde tutulmasıdır. Güvenlik, bilinen açıkların kapatılması, kullanıcı hesaplarının ve izinlerin gözden geçirilmesi ve şüpheli etkinliğin taranmasıdır. İzleme ise sitenin açık olup olmadığının, formların çalışıp çalışmadığının ve hız gibi göstergelerin takip edilmesidir.

Bu dört parça birbirine bağlıdır. Güncelleme öncesinde yedek alınmazsa, hatalı bir güncelleme geri dönüşsüz kalabilir. İzleme olmazsa, güncellemenin bir şeyi bozduğu ancak bir ziyaretçi şikayet ettiğinde fark edilir. Bu yüzden planı parça parça değil, birlikte düşünmek gerekir.

WordPress çekirdeği, eklentiler ve tema düzenli olarak güncelleme yayımlar; bunların bir kısmı güvenlik açıklarını kapatır. Güncellemeleri uzun süre bekletmek, bilinen bir açığın açık kalması demektir. Pratikte sıklık, sitenin ne kadar kritik olduğuna göre belirlenir; sık kullanılan ve satış yapan sitelerde daha kısa aralıklar mantıklıdır.

Güncelleme doğrudan canlı siteye uygulanmaz. Önce yedek alınır, mümkünse siteyle aynı yapıdaki bir deneme kopyasında güncelleme sınanır, sorun görülmezse canlıya geçilir. Bu sıra, özellikle birbirine bağımlı eklentilerin çok olduğu sitelerde fark yaratır; bir eklentinin yeni sürümü başka bir eklentiyle uyuşmayabilir.

Güncelleme sonrası kısa bir kontrol listesi de işlemin parçasıdır: ana sayfa açılıyor mu, iletişim formu mesaj gönderiyor mu, ödeme akışı çalışıyor mu? Bu üç soru, güncellemenin bir şeyi sessizce bozup bozmadığını gösterir.

İyi bir yedek üç özelliğe sahiptir: düzenli alınır, sitenin kendi sunucusundan ayrı bir yerde tutulur ve geri yüklenebildiği denenmiştir. Aynı sunucuda duran yedek, sunucu bozulduğunda ya da saldırıya uğradığında siteyle birlikte gider. Bu yüzden yedeğin başka bir konumda saklanması gerekir.

Yedekleme sıklığı, sitenin ne kadar sık değiştiğine bağlıdır. Yılda birkaç kez güncellenen bir tanıtım sitesi için seyrek yedek yeterli olabilir; her gün sipariş alan bir mağaza için veritabanının çok daha sık yedeklenmesi gerekir. Burada ölçüt, kaybetmeyi göze alabileceğiniz süredir.

Geri yükleme denemesi en çok atlanan adımdır. Yedek vardır ama açılmıyorsa, yedek yoktur. Belirli aralıklarla bir deneme ortamına geri yükleme yapıp sitenin açıldığını görmek, planın gerçekten işe yaradığının tek kanıtıdır.

Güvenlik, bir kez yapılıp kapatılan bir ayar değil, belirli aralıklarla tekrarlanan bir kontrol işidir. Saldırıların çoğu, güncellenmemiş eklentilerdeki bilinen açıklardan ya da zayıf parolalı yönetici hesaplarından girer. Bu yüzden düzenli işler listesi kısa ve somuttur; aşağıdaki maddeler çoğu site için temeli oluşturur.

İzleme tarafı, sitenin ayakta olup olmadığını dışarıdan yoklayan bir erişim kontrolüyle başlar. Site kapandığında ya da hata sayfası verdiğinde birine haber gitmesi gerekir. Buna iletişim formunun ve varsa ödeme akışının düzenli denenmesi eklenir; çünkü site açıkken bile form sessizce çalışmayabilir.

Hız ve alan adı ile sertifika bitiş tarihleri de izlemenin parçasıdır. Süresi dolan bir sertifika, siteyi ziyaretçiye uyarı ekranıyla gösterir. Bu tarihleri takvime bağlamak, en basit ve en çok işe yarayan izleme adımlarından biridir.

• Kullanılmayan eklenti ve temaların silinmesi
• Yönetici hesaplarının ve yetkilerin gözden geçirilmesi
• Güçlü parola ve iki adımlı doğrulamanın zorunlu tutulması
• Kötü amaçlı kod taraması
• Giriş denemelerinin sınırlandırılması

En sık hata, bakımı bir kriz çıkana kadar ertelemektir. Güncellemeler birikir, eklentiler uyumsuz hale gelir ve sonunda tek bir büyük güncelleme siteyi bozar. Düzenli ve küçük adımlar, seyrek ve büyük adımlardan daha güvenlidir.

İkinci hata, kullanılmayan eklentileri bırakmaktır. Devre dışı bırakılmış ama yüklü duran bir eklenti de açık barındırabilir. Üçüncü hata, yedeği denemeden güvenmektir. Dördüncü hata ise bakımı kimin yaptığını belirsiz bırakmaktır: herkes birinin yaptığını varsayarsa kimse yapmaz. Plan yazılı olmalı ve her işin bir sahibi olmalıdır.

Son olarak, izlemeyi gereksiz görmek de sık bir hatadır. Site gece bozulur ve sabaha kadar kimse fark etmezse, o saatlerde gelen ziyaretçi ve sipariş kaybedilir. Basit bir erişim izleme bile bu riski belirgin ölçüde azaltır.

Bakım, sağlam bir temelin üzerinde anlam taşır. Site eski bir temaya, bırakılmış eklentilere ve düzensiz özel koda dayanıyorsa, düzenli bakım sorunu geciktirir ama çözmez. Böyle bir sitede her güncelleme bir risktir ve bakım maliyeti zamanla yeni bir yapının maliyetine yaklaşır.

Siteyle iş arasındaki bağ da gözden geçirilmelidir. WordPress, sitenin ihtiyacını karşılamayı bıraktıysa, örneğin karmaşık ürün mantığı ya da özel iş akışları gerekiyorsa, bakımı sürdürmek yerine yapıyı gözden geçirmek daha doğru olabilir. Bu karar, bakım planının bir çıktısı olarak da doğabilir: plan düzenli raporlar ürettiğinde, sorunların nerede toplandığı görünür hale gelir.