Bir web sitesi yayına alındığında iş bitmez. Yazılımlar, eklentiler ve sunucular sürekli güncellenir; güncellenmeyen bir site zamanla hem yavaşlar hem güvenlik riski taşır. Bu yazıda bir bakım paketinde neler olması gerektiğini ve paket seçerken hangi soruları sormanız gerektiğini anlatıyoruz.
1. Bakım yapılmayan sitede ne olur?
Bunu bir senaryo olarak düşünün: Sitenizin bir eklentisinde güvenlik açığı bulunuyor ve geliştirici güncelleme yayınlıyor, ama kimse siteyi güncellemiyor. Aylar sonra site kötü amaçlı yazılımla bulaşıyor, Google uyarı gösteriyor ve ziyaretçiler siteyi terk ediyor. Benzer şekilde:
- Süresi dolan SSL sertifikası veya alan adı siteyi erişilemez yapabilir.
- Bozulan iletişim formu fark edilmediği için gelen talepler kaybolabilir.
- Birikmiş eklentiler ve optimize edilmemiş görseller siteyi yavaşlatır.
2. Güvenlik
Çekirdek yazılım ve eklenti güncellemeleri, güvenlik duvarı ve kötü amaçlı yazılım taraması bakımın temelidir. WordPress sitelerinde Wordfence gibi güvenlik eklentileri ve Cloudflare gibi bir ağ katmanı sık kullanılan araçlardır. Önemli olan, araçların yalnızca kurulması değil, düzenli izlenmesidir.
3. Yedekleme
- Sıklık: Günlük veya haftalık; sitenin ne kadar sık değiştiğine göre belirlenir.
- Konum: Yedekler sitenin bulunduğu sunucunun dışında saklanmalıdır.
- Geri yükleme testi: Yedeğin var olması yetmez; geri yüklenebildiğinin test edilmesi gerekir.
4. Uptime takibi
Sitenizin kesintiye uğradığını müşteriniz fark etmeden önce siz öğrenmelisiniz. UptimeRobot gibi araçlarla site belirli aralıklarla kontrol edilir ve kesintide uyarı gönderilir. Paket seçerken “uyarıyı kim alıyor ve sonrasında ne yapılıyor?” sorusunu mutlaka sorun.
5. Performans
Core Web Vitals (LCP, INP, CLS) ölçümü, görsel optimizasyonu ve önbellek ayarları performansın temel parçalarıdır. Bakım, yalnızca “bozulmasın” demek değil, siteyi zamanla yavaşlamaktan da korumaktır.
6. İçerik ve küçük geliştirmeler
Birçok bakım paketi aylık bir destek veya geliştirme saati içerir: metin değişiklikleri, küçük düzeltmeler, yeni bir bölüm eklemek gibi. Bu saatlerin sonraki aya devredip devretmediğini ve nasıl talep edileceğini önceden öğrenin.
7. Raporlama
Aylık bir raporda en az şunlar bulunmalı:
- Yapılan güncellemeler ve alınan yedekler
- Güvenlik taraması sonuçları ve tespit edilen sorunlar
- Uptime durumu ve kesintiler
- Performans ölçümleri
- Kullanılan destek saati ve yapılan işler
- Bir sonraki ay için öneriler
8. Bakım paketi seçerken sorulacak 8 soru
| # | Soru |
|---|---|
| 1 | Güncellemeleri canlıya almadan önce test ortamında doğruluyor musunuz? |
| 2 | Yedekler ne sıklıkla alınıyor ve sitenin dışında, ayrı bir yerde mi saklanıyor? |
| 3 | Yedekten geri dönüşü gerçekten test ediyor musunuz? |
| 4 | Sitem çöktüğünde kim, ne kadar sürede haberdar oluyor ve ilk müdahale süresi yazılı mı? |
| 5 | Aylık geliştirme/destek saati var mı; kullanılmayan saatler devrediyor mu? |
| 6 | Siteye, hosting’e ve alan adına yönetici erişimi kimde? |
| 7 | Aylık raporda tam olarak neler yer alıyor? |
| 8 | Sözleşme bitince ne olur: erişimler, yedekler ve dosyalar bana nasıl teslim edilir? |
Acil müdahale süresi gibi taahhütler yalnızca yazılı olarak ve kapsamı net belirtilerek verilmelidir. “7/24” veya belirli bir saat içinde müdahale gibi ifadeleri sözleşmede arayın.
9. WordPress ve Next.js bakımı farkı
- WordPress: Bakım yükü büyük ölçüde çekirdek, tema ve eklenti güncellemelerinden gelir. Eklenti sayısı arttıkça güncelleme ve uyumluluk riski de artar.
- Next.js: Eklenti ekosistemi yerine paket bağımlılıkları vardır. Bağımlılık güncellemeleri ve güvenlik yamaları izlenir; hareketli parça sayısı genellikle daha azdır ama güncellemeleri yapacak bir geliştirici gerekir.
Bakım hizmetimizin kapsamını Bakım & Hosting sayfasından, WordPress özelinde WordPress & Elementor sayfasından inceleyebilir, genel fiyat çerçevesi için Fiyatlar sayfasına bakabilirsiniz.