Ana sayfa açılıyorsa web siteniz gerçekten çalışıyor mu?
Bir üreticinin ana sayfası açılırken teknik katalog indirilemiyor olabilir. Bir danışmanlık sitesinde menü çalışırken randevu bağlantısı eski bir adrese gidebilir. Bunlar temsili örneklerdir; belirli bir müşterimizde ölçülmüş arıza sonuçları değildir. Web sitesi bakımında ilk karar, yalnız sunucunun yanıtını mı yoksa ziyaretçinin önemli işini de mi izleyeceğinizdir. Kontrol kapsamı yazılmadan alınan yeşil bir durum işareti, bütün müşteri yolculuğuna güvence vermez.
İşletmenin üç kritik görevini seçin
Bütün sayfaları aynı önem düzeyinde izlemeye çalışmak yerine, müşterinin size ulaşması için gerekli yolları yazın. Temsili üreticide bunlar ürünü bulmak, ilgili teknik dosyayı indirmek ve teklif kanalını açmak olabilir. Her görev için başlangıç adresi, beklenen içerik ve kontrolün nerede biteceği belli olsun. Ziyaret sayısı yüksek olduğu için ana sayfayı seçmek tek başına yeterli değildir; satış ekibinin sürekli paylaştığı bir alt sayfa daha kritik olabilir.
Durum kontrolü ile görev kontrolünü ayırın
Google Cloud belgeleri, erişim kontrolleri ile bir dizi işlemi sınayabilen sentetik izlemeyi ayırır. Bu ayrım sağlayıcı seçiminden bağımsız olarak kapsam hazırlamakta işe yarar. Bir kontrol sayfanın yanıt verdiğini, diğeri beklenen katalog başlığının göründüğünü sınayabilir. Görev kontrolünde ise ürün bağlantısından doğru dosyaya kadar belirlenmiş yol izlenir. Burada belirli bir ücretli araç veya yeni hizmet alımı önermiyoruz; önce hangi sonucu doğrulamak istediğinizi seçin.
Kontrolün yan etkisini tasarlayın
Teklif düğmesine kadar ilerlemek ile gerçek teklif göndermek aynı test değildir. Canlı formu düzenli aralıklarla gönderen bir kontrol, satış ekibine sahte iş ve müşteri sistemine gereksiz kayıt oluşturabilir. Mümkünse salt okuma adımlarında durun. Uçtan uca gönderim gerekiyorsa ayrı test alıcısı, açıkça işaretlenmiş test kaydı ve işletmenin onayladığı temizlik düzeni kullanın. Ödeme, stok ayırma veya gerçek müşteriye bildirim gönderen işlemleri sıradan erişim testine dahil etmeyin.
Alarmın kime, hangi bilgiyle gideceğini yazın
Bir alarm yalnız “site kapalı” demesin. Kontrol edilen adres, başarısız adım, gözlem zamanı ve tekrar kontrolünün sonucu birlikte yer alsın. Geçici bir bağlantı sorunu ile tekrarlayan hatayı ayırt eden eşikleri ekip kapasitesine göre belirleyin; bütün işletmeler için aynı dakika sayısı doğru değildir. Bildirimi alacak asıl kişi ve ulaşılmazsa ikinci kişi belli olsun. Bildirim kanalı bozuk web sitesine bağımlıysa, kesinti anında haber verme yolu da kaybolabilir.
Bakım ve geri dönüşü görünür tutun
Planlı bakım sırasında oluşacak uyarılar için başlangıç ve bitişi belli bir susturma düzeni kurun. Bakım tamamlanınca izlemeyi tekrar açmak kontrol listesinin parçası olsun. Bir kesinti sonrası yalnız hata sayfasının kaybolmasını değil, ilk seçtiğiniz müşteri görevlerini yeniden sınayın. Yedek geri yükleme provası farklı bir soruya cevap verir: veriyi geri getirebilmek. İzleme ise bir sorunun fark edilmesini destekler; bu iki işin sahipleri aynı olsa bile sonuçları ayrı kaydedilmelidir.
Bir aylık kapsam incelemesi yapın
Raporun sonunda kaç alarm geldiğini sıralamak yerine, hangi alarmın işe yaradığını ve hangi arızanın kapsam dışında kaldığını değerlendirin. Yeni dil, ürün kategorisi veya iletişim aracı eklendiğinde kontrol listesini güncelleyin. Son başarılı kontrol zamanı bütün zaman aralığının kusursuz geçtiğini göstermez; kullanılan sıklık ve sınanmayan adımlar raporda açık olsun. Web sitesi bakım kapsamını bu görev listesiyle konuşmak, yalnız açık bir sayfa ile çalışan bir hizmeti birbirinden ayırır.
Sık sorulan sorular
Erişim kontrolü tüm hataları bulur mu?
Hayır. Sonuç, kontrolün adresine, sıklığına ve başarı ölçütüne bağlıdır. Görsel, dil ve bazı etkileşim sorunları ayrıca incelenmelidir.