Een statuspagina die je klanten vertrouwen — en waar je team mee kan werken.

Uit je monitoring. Achter elke dienst op de pagina zit een van je checks, dus de status is wat die check als laatste meldde, en de banner bovenaan wordt uit alle checks samen berekend — de ergste wint. Er is niets met de hand bij te werken en geen tweede kopie van de waarheid om gelijk te houden. Jij kiest welke checks verschijnen en hoe ze publiek heten, dus een monitor met de naam “App — northwind-app.dev” kan als “Web app” op de pagina staan, en de certificaat- en databasepoortchecks kunnen intern blijven.

Dezelfde statuspagina, herschreven voor wie het probleem oplost, binnen InfraNest achter je gewone login. Je publieke pagina beantwoordt één vraag — is er iets stuk — en bewust verder niets. De teamweergave voegt toe wat iemand met dienst nodig heeft: wie er oproepbaar is, welke incidenten nu lopen met links naar hun publieke verslagen, en de diensten met uptimebalken, laatste meetmoment en een runbook-link per dienst. Niets daarvan komt op de publieke pagina; dat wordt afgedwongen met een whitelist en twee tests en niet met een filter dat iemand moet onthouden.

Ja, en dat is het punt. Elk incident heeft een eigen permanente URL, dus een link die je in een ticket of chat plakte komt nog steeds uit bij dat incident — wat het raakte, wanneer het begon, hoe lang het duurde en elke update op volgorde — lang nadat je statuspagina er niet meer over praat. Hij overleeft ook het geschiedenisvenster: dat venster bepaalt hoe lang een lijst hoort te zijn, niet hoe lang een link hoort te werken.

Ja. Wijs een CNAME naar ons en HTTPS wordt automatisch aangevraagd en verlengd. Zit de hostnaam onder een DNS-zone die je al in InfraNest beheert bij een provider die schrijven toestaat, dan maakt “Regel het voor mij” het record zelf aan en start de verificatie, dus je hoeft niet naar de registrar. De verificatie loopt op de achtergrond, en de routering achter het domein wordt bij elke deploy en elk uur opnieuw uit de database opgebouwd als vangnet.

We bewaren het minimum. Aanmeldingen zijn dubbele opt-in en niet-bevestigde worden op leeftijd opgeruimd; beheerders zien aantallen en statistieken zonder persoonsgegevens; er is bewust geen export van abonnees, met een test die dat vastlegt; en “alles wissen” verwijdert echt iedereen. Dit zijn leden van het publiek die om storingsmails over andermans dienst hebben gevraagd, dus de lat ligt hoger dan bij je eigen contactenlijst. Er is ook geen abonnement per component — iedereen op een pagina krijgt de meldingen van die pagina, want abonnementen per component vermenigvuldigen het bevestigings- en afmeldoppervlak voor een marginale winst.

Op twee manieren. Een op de server gerenderde SVG-badge die je als afbeelding hotlinkt, waarvoor geen JavaScript nodig is en die dus werkt in een README, een documentatiesite, een footer of een e-mail. En een live widget — één cachebaar script in een shadow root, dat elke zestig seconden een lichte feed ophaalt — in vier indelingen: badge, samenvattingskaart, lijst per dienst, en een banner die zichzelf verbergt als alles gezond is. Er is ook een badge voor één losse monitor, onafhankelijk van een pagina, bereikbaar via een onraadbaar token zodat er met één badge niet meteen meer zichtbaar wordt.

Ja — een pagina kan publiek zijn of beveiligd met een wachtwoord voor een intern of klantenpubliek, met een aparte schakelaar voor of zoekmachines hem mogen indexeren. De wachtwoordpoort is één stuk code dat de pagina, de geschiedenis, de badge en de incidentweergave allemaal gebruiken, dus er is geen route die stilletjes vergeet te vragen. Een beveiligde pagina vraagt het wachtwoord ook voordat hij een incident benoemt, zodat de titel niet uitlekt in een linkvoorbeeld.