Kort svar: Uptime-overvågning er en ekstern tjeneste, der tjekker dit site hvert 1.–5. minut fra flere lokationer og slår alarm, når det ikke svarer korrekt. En god opsætning hviler på fire valg: tjek efter et nøgleord på siden (ikke kun et 200-svar), alarmér først, når fejlen er bekræftet, send alarmen som push eller sms til den, der kan handle, og aftal eskalering, hvis ingen reagerer inden for fx 15 minutter. Så larmer overvågningen ikke unødigt – og tier ikke, når det gælder.
Fagligt gennemgået: 2. oktober 2026
Uden overvågning bliver nedbrud opdaget af den mest pinlige kilde: en kunde. Med en forkert opsætning er det næsten lige så slemt, for så kommer der så mange falske alarmer, at de rigtige bliver ignoreret.
Denne guide viser, hvordan du sætter overvågning op, der rammer balancen: den opdager det, der betyder noget, og den forstyrrer ikke, når alt er i orden.
Hvad overvågningen skal svare på
Overvågning kan svare på tre spørgsmål, og de stiger i værdi:
- Er sitet oppe? Svarer serveren overhovedet? Det er grundtjekket.
- Virker siden? Svarer den med det rigtige indhold? En hvid skærm, en databasefejl eller en generisk fejlside kan alle levere et teknisk fint svar.
- Hvor hurtigt? Svartiden over tid. Et site, der langsomt bliver tungere, udløser ingen alarm, men taber kunder hver dag.
Overvågningen skal være ekstern. Overvågning, der kører på samme server som sitet, går ned sammen med det. Den skal også tjekke fra flere lokationer, så en enkelt netværksfejl mellem ét målepunkt og din server ikke giver falsk alarm.
Overvåg mindst to adresser: forsiden og den vigtigste funktionsside, fx kurven i webshoppen eller bookingsiden. De kan fejle hver for sig – forsiden kan komme fra cachen, mens kurven, der altid genereres af PHP, er nede.
Typer af tjek – og hvad de fanger
De fleste overvågningstjenester tilbyder flere typer tjek. Det er nyttigt at kende forskellen, så du vælger det tjek, der faktisk fanger de fejl, du er bange for:
| Tjek | Hvad det gør | Fanger | Overser |
|---|---|---|---|
| HTTP(S)-statuskode | Henter en adresse og kontrollerer, at svaret er fx 200 | Server nede, 5xx-fejl, timeout | Fejlsider, der svarer 200 |
| Nøgleord | Kræver, at et bestemt ord står i svaret | Hvid skærm, databasefejl, forkert indhold | Fejl i funktioner længere inde, fx checkout |
| Ping eller port | Kontrollerer, at serveren eller en port svarer | Server eller netværk nede | Alt på applikationsniveau |
| Certifikat | Læser SSL-certifikatets udløbsdato | Udløb, der nærmer sig | Fejl i selve sitet |
| Heartbeat (cron-tjek) | Dit job kalder en adresse hos tjenesten; udebliver kaldet, kommer der alarm | Planlagte opgaver og backupjob, der er stoppet | Om jobbet gjorde det rigtige |
Til de fleste WordPress-sites er nøgleordstjek på forside og funktionsside plus certifikattjek et solidt udgangspunkt. Heartbeat-tjek er værd at kende, hvis du har vigtige planlagte opgaver – læs mere om dem i guiden om cron uden wp-cron-fælder.
Opsætningen: interval, lokationer og nøgleord
- Interval: 1 minut er et godt valg til forretningskritiske sites, 5 minutter er rigeligt til et visitkort-site. Forskellen er, hvor hurtigt uret starter, når noget går ned.
- Nøgleord: Kræv et ord, der kun står på den færdigt renderede side, fx dit firmanavn i footeren. Så fanges også den hvide skærm og fejlsiden, som et rent statustjek overser. Undgå ord, der også står i fejlsider eller vedligeholdelsessider.
- Lokationer: Vælg flere målepunkter, gerne i forskellige lande, men tæt på dine kunder. Et site med kunder i Danmark har mest gavn af målepunkter i Europa.
- HTTPS-tjek: De fleste tjenester kan advare om certifikatudløb. Slå det til som ekstra sikkerhedsnet ud over udløbsovervågningen.
- Timeout: Sæt en realistisk grænse for, hvor længe tjenesten venter på svar. Er grænsen for lav, får du alarmer, hver gang cachen lige er ryddet.
Værktøjet: Gratis-niveauet hos de etablerede overvågningstjenester rækker fint til at starte, typisk med færre lokationer og længere intervaller. Betalte niveauer giver som regel minuttjek, sms-alarmer og statussider. Sammenlign selv vilkårene hos udbyderne, for de ændrer sig løbende.
Din egen overvågning er et lag oven på det, din hosting gør. Den ser sitet udefra, sådan som kunderne ser det – og den opdager også fejl, der skyldes dit eget site, fx et plugin, der vælter forsiden.
Alarmer, der ikke larmer
Alarmtræthed er overvågningens største fjende. Efter ti falske alarmer sover alle gennem den ægte. Fire regler holder kanalen ren:
- Bekræftelse: Alarmér først, når andet tjek i træk fejler, eller når en anden lokation bekræfter fejlen. Mange tjenester kalder funktionen “confirmation” eller lignende.
- Rette kanal: Push-notifikation eller sms til den, der har vagten. Mail er til rapporter, ikke til alarmer.
- Rette modtager: Én ansvarlig ad gangen, ikke hele teamet. Når alle får alarmen, regner alle med, at en anden tager den. Eskalationsplanen sætter rækkefølgen.
- Prioritet: Nede-alarmer må vække folk. Langsomhedsadvarsler og certifikatpåmindelser samles i en daglig eller ugentlig opsummering.
Sæt også en vedligeholdelsespause, når du selv arbejder på sitet. Planlagte genstarter og opdateringer skal ikke trække folk ud af sengen.
Test alarmen, før du stoler på den
En alarm, der aldrig er blevet testet, er en antagelse. Test den, når opsætningen er færdig, og igen når modtagere eller telefoner skifter:
- Opret et ekstra testtjek med et nøgleord, der ikke findes på siden, eller brug tjenestens testfunktion, hvis den har en.
- Kontrollér, at alarmen kommer frem på den rigtige telefon, og at notifikationer ikke er dæmpet af fokus- eller natindstillinger.
- Lad være med at kvittere, og kontrollér, at eskaleringen til næste person faktisk sker.
- Slet testtjekket bagefter, og notér testen i ændringsloggen.
Når en rigtig alarm kommer, er første skridt at bekræfte den fra et andet netværk, fx mobildata. Derefter følger du nedbrudsplanen: hvem gør hvad, og hvornår informeres kunderne.
Hvad tallene betyder
Oppetid måles i nitaller, og de er mindre ens, end de ser ud. Med en måned på 30 dage gælder:
| Oppetid | Tilladt nedetid pr. måned (30 dage) |
|---|---|
| 99 % | ca. 7 timer og 12 minutter |
| 99,5 % | ca. 3 timer og 36 minutter |
| 99,9 % | ca. 43 minutter |
| 99,99 % | ca. 4 minutter |
Vælg dit mål efter forretningen. En webshop i kampagneugen har andre krav end en forenings kalender. Læs også tallet over tid: én måned med 99,8 % er en hændelse, mens tre måneder med faldende kurve er et mønster, der skal undersøges.
Svartiden er det tidlige varsel. Kryber gennemsnittet op måned for måned, er noget ved at vokse: en større database, tungere sider eller flere plugins. Det er billigere at handle på kurven end på klagerne. Begge tal hører hjemme i månedsrutinen fra årshjulet og i drifts-KPI’erne, hvis du rapporterer til andre.
Ud over oppetid
Oppetidstjekket ser kun døren, ikke om butikken indenfor virker. Formularen kan fejle stille, checkout kan afvise kort, og søgningen kan gå i stå, mens forsiden svarer perfekt.
Derfor har funktionerne deres egen overvågning – overvågning af formularer og checkout går i dybden. Og derfor hører en statusside til opsætningen, så kunderne kan få besked, når noget er nede, uden at skulle ringe.
Fundamentet tæller også. Hos Hostious kører WordPress-sites på LiteSpeed og NVMe med daglig backup, og den danske support er tilgængelig døgnet rundt. Så har du nogen at ringe til, når din egen overvågning melder fejl.
Læs også
- Hub: Driftshåndbogen
- Overvåg mere end oppetid: formularer, checkout og søgning
- Din egen statusside: informér kunder ved nedbrud
- Nedbrudsplanen: hvem gør hvad, når sitet er nede?
- Hvad er uptime garanti på hosting?
- WordPress hosting hos Hostious – LiteSpeed, NVMe, daglig backup og dansk support døgnet rundt
Ofte stillede spørgsmål om uptime-overvågning
Hvor ofte skal sitet tjekkes?
Hvert minut for forretningskritiske sites og hvert 5. minut for informationssider. Intervallet afgør, hvor hurtigt uret starter, når noget går ned, og hvor præcis din oppetidsstatistik er.
Hvorfor får jeg falske alarmer?
Typisk fordi alarmen udløses af første fejl fra én lokation. Slå bekræftelse til, så der først kommer alarm ved anden fejl eller fra en anden lokation, og sæt overvågningen på pause under planlagt arbejde.
Er 99,9 % oppetid godt?
Det svarer til ca. 43 minutters nedetid på en måned med 30 dage. Om det er godt, afhænger af forretningen og af, hvornår minutterne falder: 43 minutter midt i en kampagne er dyrere end kl. 4 om natten.
Er et statuskodetjek ikke nok?
Sjældent. En hvid skærm eller en fejlside kan svare med statuskode 200, så tjekket melder alt i orden. Et nøgleordstjek, der kræver et ord fra den færdige side, fanger også de fejl.
Kan overvågningen ligge på samme server som sitet?
Nej. Går serveren ned, går overvågningen ned med den, og så kommer der ingen alarm. Brug en ekstern tjeneste, der tjekker fra flere lokationer.
Udgivet 2. september 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026