Kısaca: Web sitesi bakımı, yayına giren bir sitenin düzenli kontrolü ve güncellemesidir: WordPress, tema ve eklenti güncellemeleri, yedekleme, güvenlik, çalışırlık ve hız takibi, içerik ve yasal metinlerin tazelenmesi. Bakımsız site önce yavaşlar, sonra saldırıya açık hâle gelir. Patchstack’e göre 2025’te WordPress ekosisteminde 11.334 yeni güvenlik açığı çıktı; bunların %91’i eklentilerdeydi ve ilk istismar çoğu zaman saatler içinde başladı. Oysa ayda bir iki saatlik düzenli bakım bu riskin büyük kısmını ortadan kaldırır. Kısacası bakımı kimin yaptığı değil, düzenli ve kayıtlı yapılması önemlidir.
Web sitesi bakımı: Kısaca…
Devraldığım sitelerin çoğunda, ne yazık ki, aynı tabloyu görüyorum. Site üç yıl önce yayına girmiş, o günden beri kimse elini sürmemiş. Örneğin yönetim panelinde 23 bekleyen güncelleme, süresi geçmiş bir eklenti lisansı ve hiç denemedikleri bir yedek var. Dışarıdan site çalışıyor gibi görünür; ama bir güncelleme ya da bir saldırıyla bir gecede çöker. Çünkü web sitesi bakımı, siteyi yapmaktan farklı bir iştir ve çoğu zaman kimse üstüne almaz.
Bu yazıda önce web sitesi bakımı neyi kapsar, neden şart ve kim yapmalı, onu anlatacağım. Son olarak haftalık, aylık ve yıllık görevleri tek bir tabloda bulacaksınız. Yazıyı WordPress siteleri için yazdım; ama ilkeler her altyapı için geçerli.
Web sitesi bakımı neden gerekir? Dört sebep
1. Güvenlik açıkları her gün çıkıyor
WordPress, bütün sitelerin %39,4’ünü ve altyapısı bilinen sitelerin %58,2’sini çalıştırıyor (W3Techs). Bu yaygınlık, aynı zamanda, onu hedef hâline getiriyor. Patchstack’in 2026 raporuna göre 2025’te WordPress ekosisteminde 11.334 yeni güvenlik açığı çıktı; bu, bir önceki yıla göre %42 artış. Açıkların %91’i eklentilerde, %9’u temalardaydı; buna karşılık WordPress çekirdeğinde yalnızca altı düşük öncelikli açık vardı. Üstelik açıkların %46’sı kamuya duyurulduğunda henüz yamasızdı ve ilk istismara kadar geçen ağırlıklı ortanca süre beş saatti (Patchstack). Yani sorun WordPress değil, güncel olmayan eklentilerdir. Bu yüzden eklenti sayısını az tutmak ve güncellemeleri geciktirmemek, bakımın en ucuz kısmıdır.
2. Altyapı eskiyor: PHP ve sunucu
Ayrıca sitenizin altındaki PHP sürümünün de bir ömrü var. Örneğin PHP 8.2’nin güvenlik desteği 31 Aralık 2026’da, 8.3’ün desteği 31 Aralık 2027’de bitiyor (php.net). Hosting firmaları eski sürümleri kapatıyor; dolayısıyla o gün geldiğinde yıllardır güncellemediğiniz bir eklenti yeni sürümle çalışmayabiliyor. Bakım, bu geçişi önceden test etmek demektir.
3. Sertifika ve alan adı süreleri kısalıyor
Öte yandan tarayıcıdaki kilit simgesini sağlayan TLS sertifikalarının ömrü kısalıyor. CA/Browser Forum’un kararıyla azami süre 15 Mart 2026’da 398 günden 200 güne indi; 2027’de 100 güne, 2029’da 47 güne düşecek (CA/Browser Forum). Örneğin Let’s Encrypt zaten 90 günlük sertifika veriyor (Let’s Encrypt). Yani sertifikayı elle yenilemek artık mümkün değil; otomasyonun çalıştığını düzenli kontrol etmek gerekiyor. Alan adı tarafında ise süresi dolan bir .tr alan adı iki ay sonra yeniden tahsise açılıyor. Ayrıntısını alan adı seçimi yazısında anlattım.
4. İçerik ve yasal metinler eskiyor
Telefon numarası değişir, bir hizmet biter, fiyat mantığı değişir; ama sitede eski bilgi kalır. Üstelik bu, yalnızca müşteriyi yanıltmaz. Google güncel ve güvenilir içeriği öne çıkarıyor; yapay zeka araçları da cevaplarını sitenizdeki metinden derliyor. Dolayısıyla eski bir sayfa, yanlış bir cevabın kaynağı olur. Bunu yapay zeka aramaları yazısında anlattım. KVKK aydınlatma metni ve çerez politikası da aynı şekilde eskir; veri işleme süreçleriniz değiştiğinde metinler de değişmeli.
Web sitesi bakımı neleri kapsar? Beş alan
Güncellemeler: WordPress, tema, eklentiler
WordPress küçük sürüm güncellemelerini kendiliğinden yapar; bunu kapatmayın (WordPress.org). Büyük sürümleri, temayı ve eklentileri ise önce yedek alıp sonra güncelleyin. Önemli bir sitede güncellemeyi önce test kopyasında deneyin. Ayrıca kullanmadığınız eklentileri yalnızca kapatmayın, silin; çünkü kapalı eklentinin kodu sunucuda durur ve açık taşır.
Yedekleme: 3-2-1 kuralı
Yedeğin kuralı basit: üç kopya, iki farklı ortam, bir kopya site dışında (CISA). Hosting firmasının yedeği tek başına yetmez; çünkü sunucu çökerse yedek de onunla gider. Yedeği başka bir yere, örneğin bir bulut depolama hesabına gönderin. En önemlisi, yedeği arada bir geri yükleyip deneyin. Çünkü hiç denemediğiniz yedek, yedek değildir.
Güvenlik: giriş, izleme, sertifika
Yönetici hesabında iki aşamalı doğrulama açın, “admin” kullanıcı adını kullanmayın ve her kullanıcıya yalnızca gereken yetkiyi verin. Ayrıca giriş denemelerini sınırlayın. Dosya değişikliklerini izleyen bir güvenlik eklentisi ya da sunucu tarafı bir güvenlik duvarı kullanın. Son olarak sertifikanın kendiliğinden yenilendiğini ay sonunda bir kez kontrol edin; tarayıcıdaki kilit simgesi için bu yeter.
Çalışırlık ve hız
Site kapandığında bunu müşteriden önce siz öğrenin: Ücretsiz bir çalışırlık izleme aracı, site cevap vermediğinde e-posta ya da mesaj gönderir. Hızı ise ayda bir ölçün; çünkü her eklenti ve her büyük görsel siteyi biraz daha yavaşlatır. Hangi değerlere bakacağınızı siteniz neden yavaş yazısında anlattım. Bunun yanında Search Console’daki tarama hatalarına da aynı sıklıkla bakın.
İçerik, formlar ve bağlantılar
Ayda bir iletişim formunu gerçekten gönderin ve e-postanın geldiğini doğrulayın. Çünkü form arızasını kimse size söylemez; müşteri sessizce rakibe gider. Ayrıca kırık bağlantıları tarayın, altbilgideki telif yılını güncelleyin ve bitmiş hizmetleri kaldırın. Yılda bir de KVKK metnini ve çerez politikasını gözden geçirin.
Web sitesi bakımı takvimi
| Sıklık | Görevler |
|---|---|
| Haftalık | Bekleyen güncellemeleri uygula, yedeğin alındığını doğrula, çalışırlık uyarılarına bak |
| Aylık | Hız ölçümü, Search Console hataları, iletişim formu testi, kullanmadığın eklentileri sil, sertifika kontrolü |
| Üç aylık | Yedeği geri yükleyerek dene, kullanıcı ve parolaları gözden geçir, kırık bağlantı taraması, içerik güncelliği |
| Yıllık | Alan adı, hosting ve lisans yenilemeleri, PHP sürümü, KVKK ve çerez metinleri, temanın hâlâ uygun olup olmadığı |
Yıllık kontrolün son maddesi önemli: Bakım, her sorunu çözmez. Tema eskidiyse ya da site artık işinizi anlatmıyorsa yenileme zamanı gelmiştir; bunun işaretlerini sitenizi ne zaman yenilemelisiniz yazısında anlattım.
Web sitesi bakımı kimin işi? Kendiniz mi, ajans mı?
Küçük bir tanıtım sitesinde yukarıdaki görevler ayda bir iki saat sürer; bunu kendiniz yapabiliyorsunuz. E-ticaret sitesinde ya da çok eklentili bir sitede ise iş büyür ve bir hata satışı durdurur. O halde bakım anlaşması mantıklıdır. Anlaşmada şunlar yazılı olmalı: kapsam (hangi görevler, hangi sıklıkla), yedeğin nerede durduğu, acil durumda müdahale süresi, aylık rapor ve sözleşme bitince yedeklerin size teslimi. Teklif alırken bakımın ayrı bir kalem olup olmadığını da sorun; bunu web sitesi teklifi yazısında anlattım.
Hangi yolu seçerseniz seçin, her şeyden önce bir bakım günlüğü tutun: tarih, yapılan iş, sonuç. Bir sorun çıktığında “en son ne değişti?” sorusunun cevabı o günlükte olur. Sitenizin bugünkü durumunu da ücretsiz site testiyle otuz saniyede görebilirsiniz.
Kontrol listesi: web sitesi bakımı için
- Güncelleme: Küçük sürümler otomatik; tema ve eklentiler yedekten sonra; gereksiz eklentiler yok.
- Yedek: 3-2-1 kuralı; bir kopya site dışında; geri yükleme testi üç ayda bir.
- Güvenlik: İki aşamalı doğrulama, sınırlı yetki, giriş sınırı, dosya izleme, sertifika otomasyonu.
- Çalışırlık ve hız: İzleme aracı kurulu, aylık hız ölçümü, Search Console kontrolü.
- İçerik: Form testi, kırık bağlantılar, telif yılı, hizmet ve iletişim bilgileri, yasal metinler.
- Yıllık: Alan adı, hosting, lisanslar, PHP sürümü ve yenileme kararı.
- Kayıt: Bakım günlüğü tutuluyor; sorumlusu belli.
Sık sorulan sorular
Web sitesi bakımı yapmazsam ne olur?
İlk aylarda, aslında, hiçbir şey. Sonra site yavaşlar, bir eklenti güncellemesi uyumsuzluk çıkarır ya da bir açık üzerinden siteye zararlı kod girer. En sık gördüğüm sonuç, Google’ın siteyi “tehlikeli” diye işaretlemesi ve müşterinin uyarı ekranıyla karşılaşmasıdır. Sonuç olarak temizlemek, bakımdan her zaman pahalıdır.
Otomatik güncellemeleri açmak güvenli mi?
WordPress’in küçük sürümleri için evet; çünkü bunlar güvenlik yamalarıdır. Eklenti ve tema için ise yedek alan bir düzen varsa evet, yoksa hayır. Çünkü otomatik güncelleme arada bir siteyi bozar; o anda geri dönmek için bir yedeğiniz olmalı.
Hosting firmam yedek alıyor; bu yeterli mi?
Hayır. O yedek genellikle aynı sunucuda durur, birkaç günü kapsar ve geri yüklemek için destek talebi gerekir. Kendi yedeğiniz ayrıca olsun ve site dışında dursun. Ayrıca yedeği indirip açmayı da en az bir kez deneyin.
Web sitesi bakımı ücreti ne kadar?
Sitenin büyüklüğüne ve kapsamına göre değişir; tek bir rakam yok. Bu yüzden karşılaştırırken fiyata değil, kapsama bakın: kaç saat, hangi görevler, müdahale süresi, yedek düzeni ve rapor. Bu kalemler yazılı olmadan teklifleri karşılaştıramazsınız.
Bu yazı Kasım 2026 itibarıyla geçerli bilgilere dayanır. PHP destek tarihleri, sertifika süreleri ve güvenlik istatistikleri zamanla değişir.
