Jak vypadá dobrá veřejná status stránka

Veřejná status stránka je místo, kam zákazníci jdou při výpadku. Dobrá status page snižuje počet support ticketů a buduje důvěru. Z čeho se skládá.

Co musí mít dobrá status page

Aktuální stav každé klíčové služby. Nejen "všechno OK", ale rozdělené po komponentách (API, web, dashboard, emailing, payment processing).
Historie incidentů za posledních 90 dní. Bez snahy cokoli skrývat - transparentní historie buduje důvěru.
Uptime metrika (typicky za 30 dní) pro každou komponentu, vyjádřená transparentním procentem.
Plánovaná údržba. Banner s datem a popisem toho, co bude nedostupné.
Aktivní incident s časovou osou aktualizací. Investigating → Identified → Monitoring → Resolved.
Formulář k odběru. Zákazníci dostanou e-mail při změně stavu a nemusí stránku opakovaně kontrolovat.

Jasná hierarchie komponent

Místo jediného "monitor" záznamu rozdělte službu na komponenty, které dávají smysl z pohledu zákazníka:

Web App - frontend (používají ho návštěvníci)
API - backend pro programové integrace
Auth / Login - přihlašování
Email delivery - transakční e-maily
Background jobs - sync, fakturace, exporty
Status page - meta komponenta: i samotná status page může spadnout (proto by měla běžet na jiné infrastruktuře než produkt)

Incident communication: anatomie dobrého update

Při reálném výpadku dodržujte tyto fáze:

Investigating - "Identifikovali jsme problém s [komponenta]. Tým zkoumá příčinu." (do 5 min od detekce)
Identified - "Příčinou je [stručně]. Pracujeme na opravě. ETA [čas]." (když víte, co problém způsobuje)
Monitoring - "Opravu jsme nasadili. Sledujeme, zda se problém nezopakuje." (po nasazení řešení)
Resolved - "Incident je vyřešený. Trvání X minut. Postmortem následuje." (po potvrzené obnově)

Každá fáze dostane timestamp a vlastní update. Po incidentu publikujte post-mortem (root cause, timeline a opatření, která brání opakování).

Pravidlo: Nikdy nepoužívejte vágní fráze typu "experiencing some issues". Zákazníci chtějí konkrétnost: "Login selhává u ~30 % pokusů. API funguje normálně. Web je dostupný jen v read-only režimu."

Hosting: zásada nezávislé infrastruktury

Status page musí běžet na jiné infrastruktuře než monitorovaná služba. Pokud vám spadne AWS region, status page hostovaná ve stejném regionu spadne spolu s ním - přesně v okamžiku, kdy ji zákazníci nejvíc potřebují.

Praktická řešení:

Hosting přes externí SaaS (ePulz.io, Better Stack, Atlassian Statuspage)
Vlastní statická stránka na CDN (Cloudflare Pages, Netlify) s API endpointem jinde
V krajním případě minimální statická stránka na Cloudflare s ručně aktualizovaným textem

Subscribers: e-mail a webhook

Zákazníci nechtějí status page neustále refreshovat. Dobrá stránka proto podporuje:

Email subscribers - v ePulz.io dostupné pro přihlášené uživatele s placeným plánem (odběry sbíráme jen od ověřených účtů, ne od anonymních návštěvníků)
Webhook - pro týmy, které si chtějí stav integrovat do vlastního Slacku nebo PagerDuty

Anti-pattern: skrývání problémů

Pokušení označit výpadek jako "degraded" místo "down" (nebo ho neukázat vůbec) je velké, ale krátkozraké:

Zákazníci si výpadku stejně všimnou (přes vlastní monitoring, support tickety či sociální sítě)
Ztrácíte důvěru, když zjistí, že status hlásí "OK" během evidentního výpadku
Přicházíte o reálný obraz uptime trendu, který potřebujete pro interní rozhodování

Nejlepší strategií je radikální transparentnost. GitLab, Cloudflare i Stripe publikují detailní post-mortem i u trapných chyb a komunita to oceňuje.

SEO a brand

Status stránka by měla:

Být na stabilní a snadno zapamatovatelné URL pro stav služby
Mít vlastní branding (logo, barvy) - zákazník musí vidět, že je stále na vaší stránce
Být indexovaná v Google (lepší viditelnost při hledání "[brand] down")
Být prolinkovaná z hlavní stránky (footer "Stav služby")

Závěr

Status page není dekorace. Je to operativní nástroj, který během incidentu snižuje zátěž podpory a buduje dlouhodobou důvěru. Investice několika hodin do správné konfigurace se vrátí hned při prvním větším výpadku.

Vytvořte status page za 5 minut

ePulz.io status pages s vlastním brandingem, email subscribers a incident timeline. 7 dní zdarma.

Vyzkoušet ePulz.io →