Övervakning: veta att webbplatsen ligger nere före kunderna
Övervakning börjar med en fråga — svarar webbplatsen — men felen som kostar pengar är sällan så enkla. Webbplatsen är uppe och formuläret skickar ingenting. Startsidan laddar och kassan fallerar. Certifikatet löper ut om tre dagar och ingen tittar.
Den här guiden går igenom vad du faktiskt övervakar, hur du sätter larm som får uppmärksamhet, och vad du gör när ett går.
Vad du övervakar utöver «är den uppe»#
En ping mot startsidan fångar de uppenbara felen. De här kontrollerna fångar de tysta.
- HTTP-status och innehåll: inte bara att något kommer tillbaka, utan att sidan innehåller förväntad text.
- Certifikatets utgångsdatum: larma trettio dagar i förväg, inte på dagen.
- Domänens utgång: det mest ovanliga och mest katastrofala, och helt möjligt att undvika.
- Formulärinlämningar: en periodisk testinlämning som bekräftar att mejlet faktiskt kommer fram.
- Kassaflödet i en butik: det dyraste tysta felet som finns.
- Svarstid: en stigande trend varnar ofta dagar före ett verkligt haveri.
- Felfrekvens i loggarna: en ökning av 500-fel som besökare inte rapporterar.
- Bakgrundsjobb: schemalagda processer som tyst slutar köra.
Formulärkontrollen ger mest per insats. Kontaktformulär som tyst fallerar kostar förfrågningar i veckor innan någon märker det.
Att sätta larm som fungerar#
Ett larm ingen läser är sämre än inget larm, eftersom du då tror att du är täckt.
| Inställning | Rekommendation | Varför |
|---|---|---|
| Kontrollfrekvens | Varje minut för kritiska webbplatser | Fem minuter betyder upp till fem minuters tyst fel |
| Bekräftelse från andra plats | På | Förhindrar larm vid nätfel hos kontrollanten |
| Larmtröskel | Två misslyckanden i rad | Undviker brus vid en enstaka hickning |
| Kanal | E-post plus SMS eller chatt | Enbart e-post läses inte på natten |
| Mottagare | En namngiven person, inte en gruppbrevlåda | Gruppbrevlådor betyder att ingen äger det |
| Återställningslarm | På | Utan det vet du inte att det är över |
| Underhållsfönster | Satt före planerade ändringar | Förhindrar vana vid falska larm |
Larmtrötthet är det vanligaste sättet övervakning fallerar på. Två falska larm i veckan och ingen tittar på det tredje.
När ett larm går#
En kort procedur som sparar tid och framför allt förhindrar att någon ändrar något i panik.
- Bekräfta felet själv från ett annat nät — mobildata fungerar bra. En del larm är lokala.
- Kontrollera webbhotellets statussida innan du undersöker något.
- Se vad som senast ändrades: en driftsättning, en tilläggsuppdatering, en DNS-ändring.
- Kontrollera certifikat och domän — de två förklarar en förvånansvärt stor andel av plötsliga fel.
- Sätt vid behov upp en underhållssida så att besökare ser något användbart.
- Rulla tillbaka innan du diagnostiserar om en nylig ändring är trolig orsak.
- Anteckna efteråt vad det var och hur länge det varade. Tre sådana anteckningar visar ett mönster.
Hur mycket tillgänglighet du faktiskt behöver#
Tillgänglighetsprocent låter abstrakt tills man räknar om det till tid per år.
| Tillgänglighet | Nedtid per år | Realistiskt för |
|---|---|---|
| 99 % | Drygt tre dygn | För lite för en företagswebbplats |
| 99,5 % | Nästan två dygn | Billigt delat webbhotell |
| 99,9 % | Nästan nio timmar | Bra webbhotell; rimligt mål |
| 99,95 % | Drygt fyra timmar | Managerad drift med support |
| 99,99 % | Ungefär en timme | Kräver redundans och verklig ingenjörskraft |
För de flesta företagswebbplatser är 99,9 % ett bra mål, och pengarna gör mer nytta i snabb återhämtning än i att jaga ytterligare en nia.
Vanliga frågor
Hur ofta ska jag kontrollera?
Varje minut för något som intäkter går genom, var femte minut för en vanlig företagswebbplats. Intervallet räknas eftersom det är din undre gräns för hur länge ett fel förblir oupptäckt. Viktigare än intervallet är att kontrollen verifierar sidans innehåll snarare än bara bekräftar att servern returnerade något.
Räcker gratis övervakning?
För en webbplats med kontroller var femte minut och larm via e-post oftast ja. Du betalar för kortare intervall, flera platser, SMS-larm och transaktionskontroller som ett kassaflöde. För en butik är det värt det; för en företagswebbplats oftast inte.
Varför verkar webbplatsen uppe medan övervakningen larmar?
Oftast DNS-cache eller ett regionalt problem: din resolver har kvar den gamla adressen, eller felet drabbar ett nät. Därför är bekräftelse från en andra plats värdefull. Kontrollera alltid från ett annat nät innan du avfärdar larmet som falskt — det antagandet är hur verkliga fel ignoreras.
Vad är ett tyst fel?
Ett fel där webbplatsen verkar fungera men något väsentligt inte gör det: kontaktformuläret skickar inget mejl, kassan fallerar i sista steget, eller sökfunktionen ger inget. Tillgänglighetsövervakning fångar inte det, eftersom sidan laddar fint. Till det behövs funktionella kontroller som faktiskt utför handlingen.
uptime-övervakningövervaka webbplatsnedtidslarmtillgänglighet webbplatsutgånget certifikatdriftstörning webbplats
