Web sitesi bakım planı: kontrol sıklığı ve görev şablonu
Web sitesi bakımında form kontrolleri, güncellemeler, yedekler, erişim yetkileri ve içerik doğruluğu için sorumluları ve kanıtları belirleyin.
Bakım planı her iş için kontrol sıklığı, sorumlu ve tamamlanma kanıtı içermelidir. Güncellemeleri, yedekleri, kritik kullanıcı akışlarını ve içeriğin doğruluğunu tek bir görev listesinde takip edin.
Bu rehberde neler var?
Bakım kapsamını site türüne göre belirleyin
Yalnızca rehber yayımlayan bir site ile ödeme ve üyelik işlemleri sunan bir uygulamanın bakım yükü aynı değildir. Önce hangi bileşenlerin bulunduğunu yazın: uygulama, sunucu, veritabanı, dış servisler, form, e-posta ve içerik yönetimi gibi.
Her bileşen için kimin erişimi olduğunu, hangi hesabın ödeme veya yenileme bildirimini aldığını ve sorun çıktığında kime başvurulacağını kaydedin. Alan adı veya barındırma yenileme bilgisinin ekipten ayrılmış bir kişinin e-postasında kalması teknik olarak çalışan bir siteyi de riske sokabilir.
Kontrol sıklığını işin etkisine göre seçin
Aşağıdaki dağılım küçük bir site için örnek başlangıç planıdır; risk ve değişiklik sıklığına göre uyarlanmalıdır. Kritik güvenlik duyuruları veya kesintiler takvimdeki olağan kontrol gününü beklemeyebilir.
| Zaman | Örnek iş | Kaydedilecek kanıt |
|---|---|---|
| Her yayın sonrası | Değişen sayfa, form ve bağlantı kontrolü | Kontrol edilen adres ve sonuç |
| Haftalık değerlendirme | Hatalar, başarısız işler ve yedek kayıtları | Bulgu ve aksiyon notu |
| Aylık değerlendirme | Erişim yetkileri, eski içerikler, büyüme eğilimi | Sorumlu ve düzeltme tarihi |
| Önemli değişiklik sonrası | Geri yükleme ve kritik akış testi | Test ortamı, sürüm ve sonuç |
Güncellemeyi geri dönüş planıyla birlikte hazırlayın
Kullanılan yazılım ve bağımlılıkların destek durumunu resmi kaynaklardan takip edin. MDN’nin web sitesi güvenliği açıklaması, sunucu tarafındaki riskleri ve koruma yaklaşımını öğrenmek için bir başlangıç kaynağıdır.
Güncelleme öncesinde mevcut sürümü ve değişecek bileşenleri kaydedin. Uygun bir test ortamında kritik akışları deneyin; güncel ve geri getirilebilir bir yedek bulunduğunu doğrulayın. Yalnızca sürüm numarasının değişmesini tamamlanma ölçütü saymayın.
Bir sorun çıkarsa hangi sürüme, hangi veriyle ve kimin kararıyla dönüleceğini belirleyin. Veritabanı değişikliklerinde eski uygulama sürümünün yeni veri yapısıyla çalışacağını varsaymayın. Geri dönüş adımları yapılan değişikliğin türüne göre hazırlanmalıdır.
Teknik bakım kadar içerik bakımını da kaydedin
Eski kampanya metni, çalışmayan telefon bağlantısı veya kaldırılmış bir ürünün açıklaması kullanıcıyı yanlış yönlendirebilir. İletişim bilgileri, hizmet kapsamı, indirme dosyaları ve önemli dış kaynakları bakım listesine ekleyin.
Bir sayfa taşınacaksa uygun yeni adresi ve iç bağlantıları birlikte değerlendirin. İçeriği olmayan her adresi ana sayfaya göndermek yerine gerçekten eşdeğer bir sayfa olup olmadığına bakın. Güncelleme tarihi, yapılan anlamlı içerik değişikliğiyle birlikte yenilensin.
Formu kontrol ederken ekrandaki başarı mesajına ek olarak kaydın beklenen yere ulaştığını doğrulayın. Deneme kaydını gerçek müşteri talebinden ayırın; test sırasında gereksiz kişisel veri kullanmayın.
Bakım kaydını ekip devrine uygun tutun
Web sitesi bakım şablonunu indir · CSV
Şablonda iş, sıklık, sorumlu, son kontrol, sonuç ve sonraki adım alanları bulunur. Sorumlu sütununa yalnızca ekip adını yazmak yerine işi takip edecek kişiyi veya rolü belirleyin. Yapılmayan kontrolü başarılı işaretlemeyin; nedenini ve yeni tarihi ekleyin.
Yeni bir ekip devraldığında açık işler, bilinen sorunlar ve erişim envanteri birlikte aktarılmalıdır. Sunucu izleme rehberi günlük sinyalleri, yedekleme rehberi ise kurtarma hazırlığını bu plana bağlamanıza yardımcı olur.
Sık sorulan sorular
Bakım sadece güncelleme yapmak mıdır?
Hayır. Kritik işlevlerin çalışması, yedeklerden geri dönülebilmesi, erişimlerin doğru kişide bulunması ve içerik bilgilerinin güncelliği de bakım kapsamına girer.
Her gün elle bütün sayfaları kontrol etmek gerekir mi?
Kontrol kapsamını sitenin büyüklüğü ve riskine göre belirleyin. Otomatik kontrollerden gelen verileri, kritik kullanıcı akışlarının anlamlı kontrolleriyle tamamlayın.
Kaynaklar ve doğrulama
Platforma özgü bilgileri işlem yapmadan önce resmi kaynaktan kontrol edin.
Örnek planlar ve hesaplamalar genel bilgilendirme amaçlıdır. Yayın ve kaynak yaklaşımımız.