Giv kunderne ét sted at følge driftsproblemet
Når en integration stopper, ved kunderne ikke, om fejlen ligger hos dem eller hos jer. Supporten får gentagne spørgsmål, samtidig med at teknikere forsøger at finde årsagen. En statusside skal gøre den kendte påvirkning, næste opdatering og senere løsning let at finde.
Guiden er til SaaS-virksomheder, digitale serviceleverandører og IT-teams, der vil købe en hostet kanal til driftsinformation. Vi sammenligner Atlassian Statuspage, Better Stack og Instatus. En statusside formidler hændelsen; den kan indgå sammen med overvågning, men den løser ikke i sig selv den tekniske fejl.
Kort fortalt
- Atlassian Statuspage: Undersøg løsningen, hvis kommunikationen skal kobles til eksisterende overvågnings- og hændelsesværktøjer.
- Better Stack: Undersøg løsningen, hvis statussiden skal hænge tæt sammen med overvågning og vagtberedskab i samme produktmiljø.
- Instatus: Undersøg løsningen, hvis I vil vurdere overvågning, hændelsessamarbejde og statusside samlet med tydelige plangrænser for abonnenter og domæner.
Der er ingen samlet vinder. Valget afhænger især af modtagerne, jeres eksisterende værktøjer og den kommunikationsproces, I faktisk kan bemande.
Sammenligning
Stryg tabellen til siden for at se alle kolonner.
| Produkt | Dokumenteret anvendelse | Synlig pakkegrænse | Vigtig afklaring |
|---|---|---|---|
| Atlassian Statuspage | Komponentstatus, abonnenter og integration til andre hændelsesværktøjer | Offentlige, private og målgruppespecifikke sider har forskellige planer. Komponentabonnementer står på Business og Enterprise for offentlige sider | Hvilke modtagere skal se hvilke komponenter? |
| Better Stack | Statusside forbundet med overvågning og incident management | Tilpasset kode og flere former for adgangsbeskyttelse står som prissatte tilvalg | Hvilke dele kræver ekstra abonnement eller tilvalg? |
| Instatus | Overvågning, samarbejde om hændelser og statuskommunikation | Starter: offentlig side uden eget domæne og 200 abonnenter. Pro: eget domæne og 5.000 abonnenter | Er offentlig information nok, eller skal siden være privat? |
Grundlag: Atlassian, Better Stack-produkt, Better Stack-priser, Instatus og Instatus-planer. Kapaciteter er leverandøroplysninger kontrolleret den 16. september 2026.
De tre løsninger
Atlassian Statuspage — en kommunikationsdel i jeres beredskab
Atlassian beskriver Statuspage som kommunikationsdelen af hændelseshåndteringen. Siden kan vise status pr. komponent, sende beskeder til abonnenter og forbindes med blandt andet overvågning, alarmer og helpdesk. Produkt og planer
På den offentlige planoversigt er eget domæne anført fra Hobby, mens abonnement på udvalgte komponenter står på Business og Enterprise. Private sider har deres egen planoversigt. Det er derfor vigtigt at vide, om alle kunder skal følge alt, eller om modtagere skal kunne vælge bestemte dele af servicen.
Undersøg løsningen med en hændelse, der rammer én komponent. Bed om at se præcis, hvem der får besked, og hvordan en rettelse til en tidligere opdatering håndteres.
Better Stack — tæt forbindelse til overvågning
Better Stack beskriver statussider med eget underdomæne, opdateringer via mail, abonnement på udvalgte komponenter og planlagt vedligeholdelse. Produktmiljøet omfatter også overvågning og vagtplaner. Statussideprodukt
Produktsiden bruger formuleringen gratis statusside, men prisoversigten kalder gratisniveauet »Free for personal projects«. Samme oversigt viser tilvalg til blandt andet ekstra sider, tilpasset kode, adgangskode, IP-begrænsning og SSO. Brug derfor ikke gratisbudskabet som et færdigt pristilsagn til virksomhedens behov. Prisoversigt
Bed om en afgrænset pris på jeres side og adgangskrav. Se derefter, hvordan en automatisk alarm bliver til en kundevendt besked, og hvor et menneske kan ændre tekst og påvirkningsbeskrivelse.
Instatus — afklar domæne og modtagertal tidligt
Instatus præsenterer overvågning, samarbejde om hændelser og publicering af status i samme produkt. Produktmaterialet beskriver både private og offentlige sider. Produkt
Prissiden gør det tydeligt, at Starter har offentlig side, ingen eget domæne og en grænse på 200 abonnenter. Pro beskriver eget domæne og 5.000 abonnenter, mens Business angiver alle sidetyper og SAML SSO. De betalte beløb var ikke læsbare i den hentede tekst, så de er ikke gengivet her. Planoversigt
Afklar, hvilken type SSO og privat adgang jeres modtagere behøver. En adgangsfunktion for teamets administratorer er ikke automatisk det samme som kundernes adgang til en privat statusside.
Start med et kort over servicen
Lav en kort liste over de dele, kunderne kan genkende: login, bestilling, API og integrationer kan være eksempler. Undgå at vise hele jeres interne systemarkitektur, hvis kunden ikke kan omsætte den til en handling.
Aftal, hvem der vurderer påvirkningen, hvem der skriver, og hvem der publicerer. En tekniker kan kende fejlen uden at vide, hvad kunden oplever. En supportmedarbejder kan kende påvirkningen uden at kende årsagen. Statusprocessen bør kunne rumme begge dele.
Skriv en skabelon med påvirkning, berørte brugere, eventuel midlertidig løsning og tidspunkt for næste opdatering. Lad felter stå åbne, hvis årsagen endnu ikke er kendt. En forståelig besked om det, I ved, er mere anvendelig end en teknisk forklaring, som senere må trækkes tilbage.
Afprøv processen under en øvelse
Simulér et problem i en testopsætning. Lad en alarm blive modtaget, en ansvarlig overtage og en opdatering blive sendt til testabonnenter. Opret derefter planlagt vedligeholdelse og afprøv afslutningen af hændelsen.
Kontrollér, om kunder, der kun følger én komponent, får de rigtige beskeder. Prøv også at nå statussiden og administrere den, mens jeres almindelige produktadgang er utilgængelig. Få leverandøren til at forklare relevante driftsafhængigheder; hostet status er ikke i sig selv en garanti for uafhængighed af alle jeres øvrige systemer.
Vurder, om en afløser kan fortsætte kommunikationen uden at ringe til den oprindelige ansvarlige. Det er et forslag til en øvelse; guiden bygger ikke på egne nedbruds- eller leveringstests.
Pris, data og exit
Indhent samme scenarie hos alle tre: antal sider, administratorer, abonnenter, komponenter, beskedkanaler, eget domæne og privat adgang. Få separate priser på overvågning og vagtfunktioner, hvis de skal med. Afklar eksport af hændelseshistorik og abonnentdata samt håndtering af afmeldinger.
Dansk support, dataplacering, faktisk leveringstid for notifikationer og den konkrete driftsgaranti er ikke verificeret på tværs af leverandørerne. Markedsførte oppetidstal og kunders besparelser bruges ikke som sammenligningsgrundlag.
Relaterede guider
Se IT-support og softwareleverandører, hvis I også søger en driftspartner. Et supportsystem til individuelle kundesager behandles i guiden om helpdesk til kundeservice.
Udvælgelse og metode
De tre produkter er udvalgt som et afgrænset sammenligningsfelt, fordi deres aktuelle offentlige produkt- eller hjælpesider dokumenterer det beskrevne købsbehov. Rækkefølgen er alfabetisk. Feltet er ikke en udtømmende markedskortlægning. Funktioner og pakkegrænser er leverandøroplysninger; vurderinger af anvendelse og forslag til afprøvning er redaktionens. Vi har ikke testet produkterne, indhentet tilbud eller kontaktet leverandørerne.
Kommercielle relationer mellem Branchekompas/Carter & Co og leverandørerne er uafklarede. Denne sammenligning indeholder derfor ikke en erklæring om dokumenteret økonomisk uafhængighed. Søgevolumen, kundeanmeldelser og påståede markedsplaceringer indgår ikke i vurderingen.
Kilder og kontrol
Offentlige primærkilder kontrolleret 16. september 2026. Oplysningerne beskriver leverandørernes dokumentation på kontroldagen. Kendte publicerings- og ændringsdatoer er angivet særskilt nedenfor; en kontroldato er ikke en kildes publiceringsdato.
- Real-Time Incident Communication with Statuspage | Atlassian | Atlassian. Kildens publicering: ikke oplyst i det kontrollerede materiale. Seneste oplyste ændring: ikke oplyst.
- Free Status Page | Better Stack. Kildens publicering: ikke oplyst i det kontrollerede materiale. Seneste oplyste ændring: ikke oplyst.
- Instatus – Get ready for downtime. Kildens publicering: ikke oplyst i det kontrollerede materiale. Seneste oplyste ændring: ikke oplyst.
- Instatus – Pricing. Kildens publicering: ikke oplyst i det kontrollerede materiale. Seneste oplyste ændring: ikke oplyst.
- Pricing | Better Stack. Kildens publicering: ikke oplyst i det kontrollerede materiale. Seneste oplyste ændring: ikke oplyst.