İyi bir herkese açık durum sayfası nasıl olur

Herkese açık durum sayfası, bir kesinti sırasında müşterilerin gittiği yerdir. İyi bir durum sayfası destek ticket sayısını azaltır ve güven oluşturur. Nelerden oluşur.

İyi bir durum sayfasında neler olmalı

Her kilit hizmetin güncel durumu. Sadece "her şey OK" değil, bileşenlere ayrılmış olarak (API, web, dashboard, emailing, payment processing).
Son 90 günün olay geçmişi. Hiçbir şeyi gizlemeye çalışmadan - şeffaf bir geçmiş güven oluşturur.
Uptime metriği (genellikle 30 günlük) her bileşen için, şeffaf bir yüzde olarak ifade edilir.
Planlı bakım. Tarih ve neyin kullanılamayacağına dair bir açıklama içeren bir banner.
Güncellemelerin zaman çizelgesiyle aktif olay. Investigating → Identified → Monitoring → Resolved.
Bir abonelik formu. Müşteriler durum değiştiğinde bir e-posta alır ve sayfayı tekrar tekrar kontrol etmek zorunda kalmaz.

Net bir bileşen hiyerarşisi

Tek bir "monitor" kaydı yerine, hizmeti müşteri açısından anlamlı olan bileşenlere ayırın:

Web App - frontend (ziyaretçiler kullanır)
API - programatik entegrasyonlar için backend
Auth / Login - oturum açma
Email delivery - işlemsel e-postalar
Background jobs - sync, faturalama, dışa aktarımlar
Status page - meta bileşen: durum sayfasının kendisi de çökebilir (bu yüzden üründen farklı bir altyapıda çalışmalıdır)

Incident communication: iyi bir güncellemenin anatomisi

Gerçek bir kesinti sırasında şu aşamalara uyun:

Investigating - "[bileşen] ile ilgili bir sorun tespit ettik. Ekip nedenini araştırıyor." (tespitten sonraki 5 dk içinde)
Identified - "Neden [kısaca]. Bir düzeltme üzerinde çalışıyoruz. ETA [saat]." (soruna neyin yol açtığını bildiğinizde)
Monitoring - "Bir düzeltme yayına aldık. Sorunun tekrarlanmadığından emin olmak için izliyoruz." (çözümü dağıttıktan sonra)
Resolved - "Olay çözüldü. Süre X dakika. Bir postmortem gelecek." (doğrulanmış kurtarmadan sonra)

Her aşama bir timestamp ve kendi güncellemesini alır. Olaydan sonra bir post-mortem yayınlayın (root cause, timeline ve tekrarı önleyen önlemler).

Kural: "experiencing some issues" gibi belirsiz ifadeleri asla kullanmayın. Müşteriler somutluk ister: "Giriş, denemelerin ~%30'unda başarısız oluyor. API normal çalışıyor. Web yalnızca read-only modunda kullanılabilir."

Hosting: bağımsız altyapı ilkesi

Durum sayfası, izlenen hizmetten farklı bir altyapıda çalışmalıdır. AWS bölgeniz çökerse, aynı bölgede barındırılan bir durum sayfası onunla birlikte çöker - tam da müşterilerin ona en çok ihtiyaç duyduğu anda.

Pratik çözümler:

Harici bir SaaS üzerinden barındırma (ePulz.io, Better Stack, Atlassian Statuspage)
Bir CDN üzerinde kendi statik sayfanız (Cloudflare Pages, Netlify), API endpoint başka bir yerde
En kötü durumda, Cloudflare üzerinde manuel olarak güncellenen metinli minimal bir statik sayfa

Subscribers: e-posta ve webhook

Müşteriler durum sayfasını sürekli yenilemek istemez. Bu yüzden iyi bir sayfa şunları destekler:

Email subscribers - ePulz.io'da ücretli plana sahip, oturum açmış kullanıcılar için kullanılabilir (abonelikleri yalnızca doğrulanmış hesaplardan toplarız, anonim ziyaretçilerden değil)
Webhook - durumu kendi Slack veya PagerDuty'lerine entegre etmek isteyen ekipler için

Anti-pattern: sorunları gizlemek

Bir kesintiyi "down" yerine "degraded" olarak işaretleme (veya hiç göstermeme) cazibesi güçlüdür, ancak basiretsizdir:

Müşteriler kesintiyi yine de fark eder (kendi izlemeleri, destek ticketları veya sosyal medya aracılığıyla)
Durumun bariz bir kesinti sırasında "OK" gösterdiğini fark ettiklerinde güveni kaybedersiniz
İç karar verme için ihtiyaç duyduğunuz uptime trendinin gerçek görüntüsünü kaybedersiniz

En iyi strateji radikal şeffaflıktır. GitLab, Cloudflare ve Stripe, utanç verici hatalarda bile ayrıntılı post-mortem yayınlar ve topluluk bunu takdir eder.

SEO ve marka

Bir durum sayfası şöyle olmalıdır:

Hizmet durumu için kararlı ve hatırlanması kolay bir URL'de bulunmalı
Kendi markasına (logo, renkler) sahip olmalı - müşteri hâlâ sizin sayfanızda olduğunu görmeli
Google'da dizine eklenmeli ("[marka] down" araması için daha iyi görünürlük)
Ana siteden bağlantılı olmalı (footer "Hizmet durumu")

Sonuç

Durum sayfası bir dekorasyon değildir. Bir olay sırasında destek yükünü azaltan ve uzun vadeli güven oluşturan operasyonel bir araçtır. Doğru yapılandırmaya birkaç saat yatırım, ilk büyük kesintide kendini amorti eder.

5 dakikada bir durum sayfası oluşturun

ePulz.io durum sayfaları özel markalama, email subscribers ve incident timeline ile. 7 gün ücretsiz.

ePulz.io'yu deneyin →