Website uptime monitoring stuurt volgens een vast schema een verzoek naar je site en controleert het antwoord. Is het antwoord fout, traag of blijft het uit, dan krijg je een alert. Dat klinkt eenvoudig, en dat is het ook. De waarde zit in de details: hoe vaak je checkt, wat als fout telt, hoe een fout wordt bevestigd en hoe snel de juiste persoon ervan hoort.
Uptimecheck voert HTTP(S)-, ping- en poortchecks uit elke 1, 2, 5, 10, 15 of 30 minuten of elk uur. Elke check legt de statuscode en de responstijd vast, zodat je zowel storingen als trage periodes ziet. Wil je eerst de achtergrond? Lees wat uptime monitoring is en waarom het ertoe doet.
Soorten checks
HTTP(S): vraag een URL op met GET, POST of een andere methode, stuur je eigen headers en body mee, en controleer de statuscode, een trefwoord of JSON-velden in het antwoord.Ping: controleer of een host antwoordt op het netwerk, met de round-trip time.Poort: controleer of een dienst zoals een mailserver of een database-listener verbindingen accepteert.
Voor trajecten over meerdere pagina’s, zoals inloggen of afrekenen, gebruik je flow monitoring.
Waarom elke minuut checken, en twee keer
Downtime kost per minuut geld. Geeft je checkout om 03:12 een 503 en merkt niemand het tot het eerste supportticket, dan ben je uren kwijt in plaats van minuten. Onze gids over de kosten van website-downtime rekent het voor je door.
Uptimecheck checkt vanuit Stockholm, Londen en New York, en bevestigt elke fout vanaf een tweede locatie voordat er een incident opent. Dat voorkomt vals alarm door één verloren verzoek of een korte netwerkhapering, terwijl een echte storing je nog steeds binnen een minuut of twee bereikt. Onze gids over minder valse alerts legt uit waarom dat ertoe doet.
Van mislukte check tot opgelost
03:12: de check naar northwind.shop/checkout geeft 503.03:12: de tweede check mislukt ook. Er opent een incident met het foute antwoord en een screenshot van wat bezoekers zagen.03:13: de dienstdoende developer krijgt een pushmelding op zijn telefoon, en het teamkanaal krijgt de details in Slack.03:19: de checks slagen weer. Er gaat een herstelmelding uit met de totale downtime.
Alerts gaan naar e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks en pushmeldingen op je telefoon, op elk abonnement. Zie alerts en meldingen voor routering en escalatie, incidentbeheer voor wat er na de alert gebeurt, en combineer monitoring met een statuspagina, zodat klanten weten wat er speelt zonder een ticket aan te maken.
Responstijden, opgesplitst in fases
Elke HTTP-check slaat de responstijd op, opgesplitst in DNS, connect, TLS, server en download. Een trage serverfase wijst naar je applicatie; trage DNS of TLS wijst naar de infrastructuur. Grafieken tonen de mediaan, het 95e percentiel en het gemiddelde, zodat een trage staart zich niet achter een goed gemiddelde verstopt. Lees meer over de responstijd van je website.
Stel een grens in, zoals 2.000 ms, en je krijgt een alert voor traagheid zodra drie checks op rij trager zijn, en nog een zodra de site weer sneller wordt. Trage tijd telt niet als downtime.
De pagina van de monitor toont de laatste checks. Drie of meer gelijke checks op rij worden samengevoegd tot één regel, zoals “OK · 200 × 18” met het bereik van de responstijden, en klappen open om elke check te tonen. Een fout wordt nooit samengevoegd met een reeks geslaagde checks, en de tweede check die een fout bevestigt, houdt een eigen regel. Is een monitor die niet gepauzeerd is al twee keer zijn interval niet gecheckt, dan staat er “No recent data” met het tijdstip van de laatste check, zodat een oude status nooit voor een actuele doorgaat.
Controleer of de pagina echt werkt
Een pagina kan 200 teruggeven en toch kapot zijn: een lege productlijst, een foutmelding, een onderhoudspagina. Voeg responschecks toe die allemaal moeten slagen:
Verwachte status: codes of bereiken, zoals 200-299 of 200,301.Trefwoord: tekst die wel of juist niet op de pagina moet staan, zoals “In winkelwagen”.JSON en headers: voor API’s bijvoorbeeld een veld zoals $.status dat gelijk is aan ok, of een header die aanwezig moet zijn.
HTTPS-monitors lezen ook het certificaat uit en herinneren je eraan voordat het verloopt. Zie SSL-monitoring.
Stel je eerste monitor in
Voeg de URL toe, kies het type check, bepaal wat een geldig antwoord is en kies welke kanalen een alert krijgen. “Test request” toont het antwoord voordat je opslaat, en de eerste check draait meteen. De meeste teams beginnen met drie monitors: de homepage, de belangrijkste conversiepagina (checkout, aanmelden of inloggen) en het belangrijkste API-endpoint. Stap je over van UptimeRobot, Better Stack, Pingdom of StatusCake? Importeer je monitors met hun instellingen en bekijk ze allemaal voordat er iets wordt aangemaakt.
Wat telt als down
Een check mislukt als het verzoek een time-out geeft, de verbinding wordt geweigerd, het certificaat ongeldig is, de statuscode niet is wat je verwacht of een responscheck niet klopt. Uptime is het deel van de tijd zonder bevestigde storing, en onderhoudsvensters tellen niet mee. Rapporten tonen de uptime per monitor voor elke periode, afgezet tegen je SLA-doel, met export naar CSV.
Abonnementen beginnen bij € 9 per maand bij jaarlijkse betaling of € 12 bij maandelijkse betaling, excl. btw, met checks elke minuut op elk betaald abonnement, of gratis voor 5 monitors die elke 5 minuten worden gecheckt. Vergelijk monitors, statuspagina’s en historie (1, 2 of 3 jaar) op de prijspagina, kijk rond in de live demo zonder account, of start een gratis proefperiode van 14 dagen zonder creditcard.