Web Sitesi Bakımı Neden Gerekli? Güncelleme, Güvenlik ve Yedek

Web sitesi bakımı; yazılımın güncel tutulması, güvenlik kontrollerinin yapılması, düzenli yedek alınması ve sitenin çalışır durumda olduğunun izlenmesidir. Gereklidir, çünkü bir web sitesi yayına alındığı gün donmaz: Kullandığı yazılımlar sürekli güncellenir, yeni güvenlik açıkları bulunur ve sunucu ortamı değişir. Bakımı yapılmayan bir site bir gün çalışmayı bırakabilir ya da fark edilmeden ele geçirilebilir.

Web sitesi bakımı neden gerekli?

Bir WordPress sitesi tek bir yazılım değil, birkaç katmanın birleşimidir: WordPress çekirdeği, tema, eklentiler, sunucudaki PHP sürümü, veritabanı ve SSL sertifikası. Bu katmanların her biri kendi takvimiyle güncellenir. Bu yüzden biri geride kaldığında diğerleriyle uyumsuzluk ve güvenlik riski başlar.

Bakımsız sitelerde sık görülen sorunlar:

• Güvenlik açıkları: Güncellenmeyen bir eklentideki bilinen bir açık, sitenin ele geçirilmesine, istenmeyen yönlendirmelere ya da spam içerik eklenmesine yol açabilir.
• Uyumsuzluk: Sunucu sağlayıcısı PHP sürümünü yükselttiğinde, yıllardır güncellenmeyen bir tema ya da eklenti çalışmayı bırakabilir.
• Kırık formlar: İletişim formu, e-posta ayarları ya da bir entegrasyon sessizce bozulur. Sonuçta müşteri talepleri haftalarca gelmez ve kimse fark etmez.
• Yavaşlama: Biriken eski revizyonlar, şişen veritabanı ve kullanılmayan eklentiler siteyi yavaşlatır.
• Sertifika ve alan adı sorunları: Süresi dolan bir SSL sertifikası ya da yenilenmeyen alan adı, siteyi bir gecede erişilmez hâle getirebilir.

Güvenlik açıkları en çok nereden gelir?

Güvenlik firması Patchstack'in 2025 raporuna göre, 2024 yılında WordPress ekosisteminde 7.966 yeni güvenlik açığı bildirildi. Bunların yaklaşık %96'sı ise eklentilerde, %4'ü temalarda bulundu. WordPress çekirdeğinde ise yalnızca 7 açık tespit edildi.

Bu rakamlar iki şey söylüyor:

1. WordPress'in kendisi değil, siteye eklenen her eklenti ve tema bir risk noktasıdır. Bu nedenle eklenti sayısını gereken kadarla sınırlamak, bakımın ilk adımıdır.
2. Açıkların çoğu, geliştiricinin yayımladığı bir güncellemeyle kapatılır. Dolayısıyla güncellemeyi yapmayan site, bilinen ve herkesin okuyabildiği bir açıkla yaşamaya devam eder.

WordPress'in resmî güvenlik rehberi de aynı noktaya işaret eder: Eklenti ve temaları yalnızca güvenilir kaynaklardan almak, yazılımı güncel tutmak ve düzenli yedek almak temel önlemlerdir.

Web sitesi bakımı neleri kapsar?

1. Güncellemeler

• WordPress çekirdeği: WordPress 3.7'den bu yana küçük bakım ve güvenlik sürümleri (ör. 6.8.0'dan 6.8.1'e) varsayılan olarak otomatik yüklenir. Büyük sürümler (ör. 6.7'den 6.8'e) ise genellikle elle ya da bilinçli bir ayarla yapılır.
• Eklenti ve temalar: WordPress 5.5'ten bu yana eklenti ve temalar için otomatik güncelleme, yönetim panelinden tek tek açılıp kapatılabilir. Ancak her eklentide otomatik güncellemeyi açmak her zaman doğru değildir. Sayfa oluşturucu, e-ticaret ya da önbellek gibi sitenin işleyişini doğrudan etkileyen eklentileri kontrollü güncellemek daha güvenlidir.
• Ücretli eklenti lisansları: Elementor Pro gibi ücretli eklentiler, lisans süresi dolduğunda güncelleme almayı bırakabilir. Bu yüzden lisans yenileme tarihleri bakım takviminde yer almalıdır. Elementor tarafını Elementor ile kurumsal web sitesi yazımızda anlattık.

2. Sunucu ve PHP sürümü

WordPress PHP ile çalışır ve PHP'nin her sürümünün bir destek süresi vardır. Örneğin PHP 8.1 için güvenlik desteği 31 Aralık 2025'te sona eriyor. Yani bu tarihten sonra o sürüm için güvenlik yaması yayımlanmaz. PHP sürümünü yükseltmeden önce tema ve eklentilerin yeni sürümle uyumlu olduğunu test etmek gerekir. Sunucu tarafındaki bu sorumluluğun kimde olduğunu hosting yazımızda ele aldık.

3. Yedekleme

Yedek, bir şeyler ters gittiğinde siteyi geri getirmenin tek güvenilir yoludur. İyi bir yedek düzeni şu soruların cevabını verir:

• Ne yedekleniyor? Hem dosyalar (tema, eklentiler, yüklenen görseller) hem veritabanı (yazılar, sayfalar, ayarlar, siparişler).
• Nerede saklanıyor? Yalnızca sitenin bulunduğu sunucuda tutulan yedek, sunucu çöktüğünde yedekle birlikte kaybolur. Bu yüzden yedeğin bir kopyası farklı bir yerde durmalıdır. WordPress'in kendi dokümantasyonu da birden fazla yedeği farklı yerlerde ve farklı ortamlarda saklamayı önerir.
• Ne sıklıkla? İçeriği sık değişen ya da sipariş alan bir site için günlük, nadiren güncellenen bir tanıtım sitesi için haftalık yedek çoğu zaman yeterlidir.
• Geri yüklenebiliyor mu? Hiç denenmemiş bir yedeğin çalışıp çalışmadığını ancak ihtiyaç anında öğrenirsiniz. Bu nedenle ara sıra bir test ortamına geri yükleme denemesi yapmalısınız.

4. Güvenlik kontrolleri

• Yönetici hesaplarının gözden geçirilmesi, kullanılmayan kullanıcıların kaldırılması.
• Güçlü parolalar ve mümkünse iki aşamalı doğrulama.
• Kullanılmayan eklenti ve temaların yalnızca devre dışı bırakılması değil, tamamen silinmesi.
• Yönetim panelinden dosya düzenleme özelliğinin kapatılması.
• SSL sertifikasının ve HTTPS yönlendirmesinin çalıştığının kontrolü.

5. İzleme ve performans

• Sitenin erişilebilir olduğunun düzenli kontrolü.
• İletişim formlarının gerçekten e-posta gönderdiğinin test edilmesi. Form e-postalarının spama düşmemesi için alan adının e-posta ayarlarının da doğru olması gerekir. Bunu SPF, DKIM ve DMARC yazımızda anlattık.
• Core Web Vitals değerlerinin ve Search Console'daki hataların ara ara kontrolü.
• Veritabanı temizliği (eski revizyonlar, çöp kutusu, geçici veriler).

Örnek bir bakım planı

Aşağıdaki plan, orta ölçekli kurumsal bir WordPress sitesi için bir başlangıç noktasıdır. Elbette sıklıklar sitenin yapısına ve trafiğine göre değişir.

Güncelleme yaparken izlenecek sıra

1. Tam yedek alın (dosyalar ve veritabanı).
2. Mümkünse güncellemeyi önce bir test (staging) kopyasında deneyin.
3. Güncellemeleri tek tek yapın. Bir sorun çıkarsa hangisinden kaynaklandığını bilirsiniz.
4. Önbelleği temizleyin.
5. Ana sayfayı, menüleri, formları ve mobil görünümü kontrol edin.
6. Sorun varsa yedekten geri dönün ve uyumluluk sorununu ayrıca inceleyin.

Bizim deneyimimiz

Kendi sitemiz artsution.com.tr; WordPress, Hello Elementor, Elementor Pro, LiteSpeed sunucu ve LiteSpeed Cache ile çalışıyor. Bu yapıda edindiğimiz deneyimler bakım alışkanlıklarımızı şekillendirdi.

Siteleri yerel geliştirme ortamından canlı sunucuya All-in-One WP Migration ile taşıyoruz. Çünkü bu yöntem, sitenin tam bir kopyasını tek dosya hâline getirdiği için hem taşımada hem de güncelleme öncesi güvenli bir dönüş noktası oluşturmada işimize yarıyor.

Önbellek ayarlarını da bakımın parçası olarak görüyoruz. LiteSpeed Cache'teki "Konuk İyileştirme" (guest optimization) özelliğinin JavaScript'i ilk etkileşime kadar geciktirip menü ve formları bozabildiğini gördük ve bu özelliği kapalı tutuyoruz. Bir eklenti güncellemesinden ya da ayar değişikliğinden sonra menüleri ve formları elle denememizin nedeni de bu: Bazı sorunlar otomatik testlerde değil, ancak gerçek bir kullanıcı gibi tıklandığında ortaya çıkıyor.

Sık sorulan sorular

Sonuç

Web sitesi bakımı, sitenin güvenli, hızlı ve çalışır kalması için yapılan düzenli bir iştir. Güncelleme, güvenlik, yedek ve izleme birlikte düşünüldüğünde, sorunların çoğu ortaya çıkmadan önlenir. Bakım bir maliyet kalemi gibi görünse de, bozulan bir siteyi kurtarmanın ya da kaybedilen müşteri taleplerinin maliyeti genellikle çok daha yüksektir.

WordPress sitenizin bakımını düzenli bir plana bağlamak istiyorsanız WordPress geliştirme hizmetimize göz atabilir ya da bizimle iletişime geçebilirsiniz.