Oppetidsovervågning af et website sender en forespørgsel til dit website efter en fast tidsplan og tjekker svaret. Er svaret forkert, langsomt eller mangler det helt, får du en alarm. Det lyder enkelt, og det er det også. Værdien ligger i detaljerne: hvor ofte du tjekker, hvad der tæller som en fejl, hvordan en fejl bliver bekræftet, og hvor hurtigt den rette person hører om den.
Uptimecheck kører HTTP(S)-, ping- og porttjek hvert 1., 2., 5., 10., 15. eller 30. minut eller hver time. Hvert tjek registrerer statuskoden og svartiden, så du ser både nedbrud og perioder med langsomme svar. Vil du have baggrunden først, så læs hvad oppetidsovervågning er, og hvorfor det betyder noget.
Typer af tjek
HTTP(S): kald en URL med GET, POST eller en anden metode, send dine egne headers og body, og tjek statuskoden, et nøgleord eller JSON-felter i svaret.Ping: bekræft, at en host svarer på netværket, med round-trip-tiden.Port: tjek, at en tjeneste som en mailserver eller en database tager imod forbindelser.
Til forløb over flere sider, som at logge ind eller gennemføre et køb, bruger du flow-overvågning.
Derfor tjekker vi hvert minut, og to gange
Nedetid koster penge for hvert minut. Hvis dit checkout svarer 503 kl. 03:12, og ingen opdager det før den første supporthenvendelse, har du mistet timer i stedet for minutter. Vores guide til, hvad nedetid på et website koster, gennemgår tallene.
Uptimecheck tjekker fra Stockholm, London og New York og bekræfter hver fejl fra en anden lokation, før en hændelse åbnes. Det fjerner falske alarmer fra en enkelt tabt forespørgsel eller et kort netværksudfald, mens et reelt nedbrud stadig når frem til dig inden for et minut eller to. Vores guide til at reducere falske alarmer forklarer, hvorfor det betyder noget.
Fra fejlet tjek til løst problem
03:12: tjekket af northwind.shop/checkout returnerer 503.03:12: det andet tjek fejler også. En hændelse åbnes med det fejlende svar og et skærmbillede af det, de besøgende så.03:13: udvikleren på vagt får en push-notifikation på telefonen, og teamets kanal får detaljerne i Slack.03:19: tjekkene består igen. En meddelelse om genoprettelse sendes med den samlede nedetid.
Alarmer sendes til e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks og push-notifikationer på din telefon, på alle planer. Se alarmer og notifikationer om routing og eskalering, hændelsesstyring om, hvad der sker efter alarmen, og kombinér overvågningen med en statusside, så kunderne ved, hvad der sker, uden at oprette en supportsag.
Svartider opdelt i faser
Hvert HTTP-tjek gemmer sin svartid opdelt i DNS, forbindelse, TLS, server og download. En langsom serverfase peger på din applikation; langsom DNS eller TLS peger på infrastrukturen. Grafer viser medianen, 95. percentil og gennemsnittet, så en langsom hale ikke gemmer sig bag et pænt gennemsnit. Læs mere om svartid for websites.
Sæt en grænse, for eksempel 2.000 ms, så får du en alarm om langsomme svar, når tre tjek i træk er langsommere end det, og en ny, når websitet bliver hurtigt igen. Langsom tid tæller ikke som nedetid.
Monitorens side viser de seneste tjek. Tre eller flere ens tjek i træk samles på én linje, for eksempel »OK · 200 × 18« med intervallet for svartiderne, og kan foldes ud, så du ser hvert tjek. En fejl bliver aldrig samlet med en række beståede tjek, og det andet tjek, der bekræfter en fejl, beholder sin egen linje. Hvis en monitor, der ikke er sat på pause, ikke er blevet tjekket i det dobbelte af sit interval, viser siden »Ingen nye data« med tidspunktet for det seneste tjek, så en gammel status aldrig udgiver sig for at være aktuel.
Tjek, at siden faktisk virker
En side kan svare 200 og alligevel være i stykker: en tom produktliste, en fejlmeddelelse, en vedligeholdelsesside. Tilføj svartjek, som alle skal bestå:
Forventet status: koder eller intervaller, for eksempel 200-299 eller 200,301.Nøgleord: tekst, siden skal eller ikke må indeholde, for eksempel »Læg i kurv«.JSON og headers: for API’er et felt som $.status, der er lig med ok, eller en header, der skal være til stede.
HTTPS-monitorer læser også certifikatet og minder dig om det, før det udløber. Se SSL-overvågning.
Opret din første monitor
Tilføj URL’en, vælg typen af tjek, angiv, hvad der tæller som et gyldigt svar, og vælg, hvilke kanaler der skal have alarmen. »Testforespørgsel« viser svaret, før du gemmer, og det første tjek kører med det samme. De fleste teams starter med tre monitorer: forsiden, den vigtigste konverteringsside (checkout, tilmelding eller login) og det vigtigste API-endpoint. Skifter du fra UptimeRobot, Better Stack, Pingdom eller StatusCake? Importér dine monitorer med deres indstillinger, og se hver eneste af dem, før noget bliver oprettet.
Hvad der tæller som nede
Et tjek fejler, når forespørgslen får timeout, forbindelsen afvises, certifikatet er ugyldigt, statuskoden ikke er den forventede, eller et svartjek ikke holder. Oppetid er andelen af tid uden et bekræftet nedbrud, og vedligeholdelsesvinduer tæller ikke med. Rapporter viser oppetid pr. monitor for en vilkårlig periode i forhold til dit SLA-mål, med eksport til CSV.
Planer starter ved 9 € om måneden ved årlig betaling eller 12 € ved månedlig betaling, ekskl. moms, med tjek hvert minut på alle betalte planer, eller gratis for 5 monitorer, der tjekkes hvert 5. minut. Sammenlign monitorer, statussider og historik (1, 2 eller 3 år) på prissiden, se dig omkring i livedemoen uden at oprette dig, eller start en gratis prøveperiode på 14 dage uden kort.