Web Sitesi Durum Sayfası Kullanımı: Kesinti ve Bakım İletişimi
Web Sitesi Durum Sayfası Kullanımı: Kesinti ve Bakım İletişimi
Bir hizmet kesintiye uğradığında kullanıcıların ilk yaptığı şey sorunun kendilerinden mi kaynaklandığını anlamaya çalışmaktır. Bu belirsizlik, kesintinin kendisinden daha fazla sinir bozar.
Bu rehberde durum sayfasının nasıl kurulacağını, kesinti bildiriminin nasıl yazılacağını ve iletişim dilini ele alıyoruz. Kurgunun sitenize uyarlanması için Weblike web sitesi tasarımı ekibimizden destek alabilirsiniz.
Web Sitesi Durum Sayfası Kullanımı Nedir?
web sitesi durum sayfası kullanımı, hizmetin çalışır durumunu ve yaşanan kesintileri açık biçimde yayımlayan ayrı bir sayfanın işletilmesidir. Sayfa ana sistemden bağımsız çalışmalıdır.
Bu sayfa bir özür metni değildir. Anlık ve olgusal bilgi verir.
Neden Gerekli?
Kesinti anında destek kanalları aynı soruyla dolup taşar. Durum sayfası bu yükü büyük ölçüde üstlenir.
Ayrıca şeffaf iletişim, kesintinin itibar üzerindeki etkisini azaltır.
Bağımsız Barındırma
Durum sayfası ana sistemle aynı sunucuda barındırılmamalıdır. Sistem çöktüğünde durum sayfası da erişilemez olur.
Ayrı bir alt alan adı ve ayrı bir barındırma tercih edilmelidir.
Alt Alan Adı Kullanımı
Durum sayfası genellikle ayrı bir alt alan adında yayımlanır. Adres kısa ve akılda kalıcı olmalıdır.
Alt alan adı kullanımını subdomain kullanımı yazısında ele aldık.
Bileşen Yapısı
Hizmet tek bir bütün olarak değil, bileşenler halinde gösterilmelidir. Kullanıcı hangi parçanın etkilendiğini görür.
- Web sitesi: Ana sayfa ve içerik.
- Üye paneli: Giriş ve hesap işlemleri.
- Ödeme: Tahsilat altyapısı.
- API: Entegrasyon bağlantıları.
- E-posta: Bildirim gönderimi.
Durum Seviyeleri
Her bileşen için az sayıda durum tanımlanmalıdır. Çok sayıda seviye kafa karıştırır.
Çalışıyor, yavaş, kısmi kesinti ve tam kesinti çoğu hizmet için yeterlidir.
Renk Kullanımı
Durumlar renklerle desteklenmelidir ancak yalnızca renge dayanmamalıdır. Renk körlüğü olan kullanıcılar için metin de gerekir.
Erişilebilirlik gereksinimlerini web sitesi erişilebilirliği yazısında inceleyebilirsiniz.
Kesinti Bildirimi Zamanlaması
Bildirim, sorun doğrulandıktan hemen sonra yayımlanmalıdır. Çözüm bulunmasını beklemek güven kaybı üretir.
İlk bildirim kısa olabilir, ayrıntı sonradan eklenir.
İlk Bildirim İçeriği
İlk bildirimde neyin etkilendiği ve araştırmanın başladığı yazılmalıdır. Neden henüz bilinmiyorsa bu da belirtilmelidir.
Tahmin yürütülmemelidir. Yanlış tahmin sonradan düzeltilmek zorunda kalır.
Güncelleme Sıklığı
Kesinti sürerken düzenli güncelleme yapılmalıdır. Sessizlik en kötü iletişimdir.
Yeni bilgi olmasa bile "çalışmalar sürüyor" notu geçilmelidir.
Çözüm Bildirimi
Sorun giderildiğinde net bir kapanış bildirimi yayımlanmalıdır. Kullanıcı hizmetin düzeldiğini öğrenmelidir.
Kapanış bildirimi, etkilenen süreyi de içermelidir.
Olay Sonrası Rapor
Uzun süren kesintilerden sonra ayrıntılı bir rapor yayımlanmalıdır. Rapor nedeni ve alınan önlemleri anlatır.
Bu rapor teknik olabilir ama anlaşılır kalmalıdır.
Rapor İçeriği
Olay sonrası raporun yapısı standart olmalıdır. Standart yapı hem yazımı hem okumayı kolaylaştırır.
- Zaman çizelgesi: Olayın akışı.
- Etki: Kimler ne kadar etkilendi.
- Kök neden: Sorunun kaynağı.
- Önlem: Tekrarını engelleyecek adımlar.
Weblike ile Durum Sayfası Kurulumu
Weblike web sitesi tasarımı ekibi, durum sayfasını ana sisteminizden bağımsız biçimde kurar; bileşen yapısını ve abonelik akışını birlikte devreye alır.
Sayfanın hızı ve erişilebilirliği Google PageSpeed Insights üzerinden ölçülerek doğrulanır.
Planlı Bakım Duyuruları
Planlı bakımlar önceden duyurulmalıdır. Habersiz bakım, kesintiyle aynı etkiyi yaratır.
Duyuru en az birkaç gün önceden yapılmalıdır.
Bakım Penceresi Seçimi
Bakım, kullanımın en düşük olduğu saatlerde yapılmalıdır. Bu saat kullanım verisinden çıkarılır.
Pencere süresi gerçekçi tutulmalıdır.
Abonelik ve Bildirim
Kullanıcılar durum güncellemelerine abone olabilmelidir. Bildirim e-posta ya da kısa mesajla gönderilir.
Abonelik sırasında yalnızca ilgilenilen bileşenler seçilebilmelidir.
Geçmiş Kayıtları
Geçmiş kesintiler sayfada kalmalıdır. Silinen kayıtlar şeffaflık iddiasını zedeler.
Aylık çalışma süresi oranı da yayımlanabilir.
Çalışma Süresi Oranı
Yüzdelik çalışma süresi, hizmet kalitesinin en net özetidir. Ancak hesaplama yöntemi açıklanmalıdır.
Kısmi kesintilerin nasıl sayıldığı belirtilmelidir.
İzleme Altyapısı
Durum sayfası elle güncellenmemelidir. Otomatik izleme, kesintiyi kullanıcıdan önce tespit eder.
Uptime izleme yaklaşımını uptime izleme yazısında ele aldık.
Otomatik ve Elle Güncelleme
Otomatik izleme durumu değiştirir, metinsel açıklamayı ise bir kişi yazar. İki yöntem birlikte çalışmalıdır.
Tamamen otomatik sayfalar yanlış alarm üretebilir.
Yanlış Alarm Yönetimi
İzleme sistemi hatalı uyarı verebilir. Doğrulanmamış uyarılar sayfaya yansıtılmamalıdır.
Kısa süreli dalgalanmalar için eşik tanımlanmalıdır.
İletişim Dili
Durum sayfası dili sade ve olgusal olmalıdır. Aşırı özür ya da savunma, güveni azaltır.
Müşteri bilgilendirme dilini hata mesajı yazımı yaklaşımıyla birlikte değerlendirmek gerekir.
Suçlamadan Anlatım
Kesinti nedeni üçüncü bir sağlayıcı olsa bile sorumluluk paylaşılmalıdır. Suçlayıcı dil profesyonel görünmez.
Olgular anlatılır, yorum yapılmaz.
Destek Ekibiyle Uyum
Destek ekibinin verdiği bilgi ile durum sayfası çelişmemelidir. Çelişki güveni tamamen yok eder.
Destek ekibi sayfayı kaynak olarak kullanmalıdır.
Kurumsal Müşteri Beklentisi
Kurumsal sözleşmelerde hizmet seviyesi taahhütleri bulunur. Durum sayfası bu taahhüdün kanıtı olur.
Kayıtların tutarlı olması sözleşme açısından önemlidir.
Mobil Erişim
Kesinti anında kullanıcılar çoğunlukla mobilden bakar. Sayfa hafif ve hızlı olmalıdır.
Ağır bileşenler bu sayfada kullanılmamalıdır.
Sayfanın Tanıtımı
Durum sayfasının varlığı kullanıcılara duyurulmalıdır. Bilinmeyen sayfa kesinti anında bulunmaz.
Alt bilgide ve destek yanıtlarında bağlantı verilmelidir.
Ölçümleme
Kesinti anında durum sayfasına gelen trafik ve destek taleplerindeki değişim birlikte izlenmelidir.
Talep sayısı düşmüyorsa sayfa yeterince bilinmiyor demektir.
Sık Yapılan Hatalar
Durum sayfalarında tekrar eden hatalar vardır. Bunlar sayfanın amacını ortadan kaldırır.
- Aynı sunucu: Kesintide erişilemeyen sayfa.
- Geç bildirim: Çözümü bekleyip yayımlamak.
- Silinen geçmiş: Şeffaflık iddiasının zedelenmesi.
- Sessiz kalma: Güncelleme yapılmaması.
web sitesi durum sayfası kullanımı kontrol listesi
web sitesi durum sayfası kullanımı kurarken birkaç başlığın net olması yeterlidir. Liste kısa olduğunda sayfa da işler kalır.
Bağımsız barındırma, bileşen bazlı gösterim, hızlı ilk bildirim ve düzenli güncelleme bu listenin omurgasıdır. web sitesi durum sayfası kullanımı bu dört madde oturduğunda kesinti anında en çok işe yarayan kanal haline gelir.
Yavaşlama ile Kesinti Farkı
Hizmetin tamamen durmasıyla yavaşlaması farklı durumlardır ve ayrı gösterilmelidir. Yavaşlama bildirilmediğinde kullanıcı sorunu kendi bağlantısında arar.
Sunucu yanıt süresi eşiği aşıldığında durum otomatik olarak yavaş seviyesine çekilmelidir. Yanıt süresi ölçümünü sunucu yanıt süresi yazısında ele aldık.
Veri Güvenliği Mesajı
Uzun kesintilerde kullanıcıların ilk endişesi verilerinin kaybolup kaybolmadığıdır. Bu endişe bildirimde doğrudan karşılanmalıdır.
Yedekleme düzeninin işlediği kısaca belirtilmelidir; yedekleme yaklaşımını web sitesi yedekleme yazısında anlattık.
Ana sistemden bağımsız bir yerde. Aynı sunucuda olursa sistem çöktüğünde sayfa da erişilemez olur.
Sorun doğrulandıktan hemen sonra. Çözüm bulunmasını beklemek güven kaybı üretir.
Neyin etkilendiği ve araştırmanın başladığı. Neden bilinmiyorsa tahmin yürütülmemeli, bu da belirtilmelidir.
Kesinti sürerken düzenli aralıklarla. Yeni bilgi olmasa bile çalışmaların sürdüğü not edilmelidir.
Hayır. Silinen kayıtlar şeffaflık iddiasını zedeler; aylık çalışma süresi oranı da yayımlanabilir.
Durum otomatik izlemeyle değişmeli, metinsel açıklamayı bir kişi yazmalıdır. Tamamen otomatik sayfalar yanlış alarm üretir.
Evet ve önceden duyurulmalıdır. Habersiz bakım kesintiyle aynı etkiyi yaratır.
Uzun süren kesintilerde gereklidir. Zaman çizelgesi, etki, kök neden ve alınan önlemleri içermelidir.
Alt bilgide ve destek yanıtlarında bağlantı verilmelidir; bilinmeyen sayfa kesinti anında bulunmaz.
web sitesi durum sayfası kullanımı, kesinti anında en çok işe yarayan ve destek kanallarını rahatlatan tek araçtır. Ana sistemden bağımsız barındırılan, bileşen bazlı gösterim yapan, hızlı ilk bildirim veren ve düzenli güncellenen bir sayfa, kesintinin itibar üzerindeki etkisini belirgin biçimde azaltır.
BİZE ULAŞIN
Bizimle iletişime geçerek projeniz için hemen ücretsiz teklif alabilirsiniz.
