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
- Kontrol sıklığını işin etkisine göre seçin
- Karar tablosu: durumunuzu değerlendirin
- Güncellemeyi geri dönüş planıyla birlikte hazırlayın
- Teknik bakım kadar içerik bakımını da kaydedin
- Eklenti güncellemesinden sonra form bozulursa
- Bakım kaydını ekip devrine uygun tutun
- Uygulama kontrolü ve dikkat edilecek nokta
- Sık sorulan sorular
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ç |
Karar tablosu: durumunuzu değerlendirin
Dar ekranda tüm sütunları görmek için tabloyu yatay kaydırabilirsiniz.
| Durum | Nasıl yorumlanır? | Sonraki adım |
|---|---|---|
| Rutin kontrol | Bağlantı, form ve içerik güncelliği inceleniyor. | Sonucun kanıtını ve sorun sahibini kaydedin; yalnız tamamlandı işareti koymayın. |
| Sürüm değişikliği | Kod veya eklenti davranışı değişiyor. | Uyumluluk, yedek ve geri dönüş planını değişiklikten önce hazırlayın. |
| Acil müdahale | Kullanıcı işi durmuş veya önemli risk görülmüş. | Önce etkiyi sınırlandırın, sonra neden ve kalıcı düzeltmeyi kayıt altına alın. |
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.
Eklenti güncellemesinden sonra form bozulursa
AÇIKLAMALI ÖRNEK · TEMSİLÎ SENARYO
Bir site güncelleme sonrasında açılıyor fakat başvuru formu mesaj iletmiyor. Sadece ana sayfayı görüntülemek bu sorunu yakalamaz. Bakım öncesinde kritik işlemler listelenmişse form gönderimi, onay ekranı ve ilgili bildirimin ulaşması ayrı kontrol edilir. Güncelleme kaydında etkilenen bileşen ve önceki sürüm bilgisi bulunur.
Hata görülürse rastgele yeni değişiklikler yapmak yerine tanımlanmış geri dönüş yolu uygulanır veya sorun izole edilir. Geri dönüş de veri etkisi bakımından değerlendirilmelidir: eski veritabanına dönmek arada gelen kayıtları kaybettirebilir. Bakım tamamlandıktan sonra yapılan işlem, açık kalan sorun ve bir sonraki kontrol tarihi kaydedilir. Böylece sonraki kişi yalnız “güncellendi” notuyla baş başa kalmaz.
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.
Uygulama kontrolü ve dikkat edilecek nokta
KENDİ ÇALIŞMANIZA UYGULAYIN
- Site türüne göre üç kritik kullanıcı akışını seçip her bakımda tekrar deneyin.
- Alan adı, sertifika ve dış servis yenilemelerinin sorumlusunu ve tarihini takip edin.
- Eski kampanya metinleri, çalışan bilgileri ve iletişim adreslerini teknik kontrollerle birlikte güncelleyin.
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.
Bakım sadece yazılım güncellemek mi?
Hayır. İşlev kontrolü, içerik doğruluğu, erişim yetkileri, yedekleme ve yenileme takibi de bakım kapsamına girebilir. Kapsam siteye göre yazılmalı ve sorumlular belirlenmelidir.
Kaynaklar ve doğrulama
Bu kaynaklar ilgili platform veya teknik konu için referanstır. Örnek senaryolar editoryal açıklamalardır; bağımsız ürün testi veya gerçek müşteri sonucu değildir. Değişebilen koşulları işlem öncesinde resmi kaynaktan doğrulayın.
Bu rehber Takipci.gen.tr tarafından hazırlanmıştır. Temsilî senaryolar ve hesaplamalar yöntemi açıklamak içindir; ölçülmüş müşteri sonucu veya başarı garantisi değildir. Yayın ve kaynak yaklaşımımız.