Je hosting kan er van buiten goed uitzien, maar wat gebeurt er als je server tegen zijn limieten aanloopt? Hosting monitoring is de enige manier om te weten of je website écht stabiel draait, of dat je op een tijdbom zit te wachten. In deze gids lees je welke metrics je moet meten, hoe vaak en met welke tools.
Goede monitoring is het verschil tussen een uurtje downtime en een incident dat pas uren later wordt opgemerkt. Voor developers, webshopeigenaren en marketeers is het dé basis van betrouwbare hosting.
Waarom hosting monitoring onmisbaar is
Zonder monitoring vaar je blind. Je website lijkt online, maar je weet niet hoe snel pagina's laden, hoeveel geheugen er vrij is of hoe vaak er 500-fouten optreden. Pas als bezoekers klagen, merk je dat er iets mis is, en dan ben je al te laat.
Met de juiste meetpunten zie je problemen aankomen. Geheugenlekken, trage database-queries, volgelopen schijven en pieken in verkeer verraden zichzelf in grafieken. Je kunt ingrijpen vóór je bezoekers er iets van merken.
Monitoring is daarnaast een keihard SEO-thema. Google ziet elke storing, elke trage respons en elke timeout. Wie zijn hosting en SEO serieus neemt, meet continu.
De vier lagen van hosting monitoring
Goede monitoring werkt op meerdere lagen tegelijk. Eén laag is nooit genoeg: een server die volgens de dashboards gezond is, kan nog steeds een stuk PHP-code hebben dat op z'n knieën ligt.
Laag 1: uptime en bereikbaarheid
Dit is de basis. Is je site online, vanaf welk werelddeel dan ook? Uptime-checks pingen je website elke 30–60 seconden vanaf meerdere locaties en loggen elke downtime.
Let goed op het verschil tussen HTTP-status 200 (alles oké) en 2xx/3xx met trage respons. Een site die in 12 seconden reageert, is technisch "up" maar praktisch "down".
Laag 2: infrastructuur en systeemresources
Hier meet je wat er binnen de server gebeurt: CPU, geheugen, disk I/O, netwerkverkeer en load average. Deze metrics vertellen je of je server genoeg capaciteit heeft voor je huidige verkeer.
Pieken die structureel worden? Dan is het tijd om te overwegen of je moet upgraden van hosting. Monitoring maakt dat zichtbaar, in plaats van dat je het vermoedt.
Laag 3: applicatie en performance
Application Performance Monitoring (APM) gaat dieper dan de server. Tools zoals New Relic, Datadog of Tideways volgen individuele requests, database-queries en PHP-functies. Zo zie je precies welke pagina of query de boosdoener is van trage pagina's.
Laag 4: logs en events
Fouten verbergen zich vaak in logs: PHP-errors, NGINX 5xx-responses, mislukte cronjobs, geweigerde SSH-pogingen. Een centrale log-oplossing (Loki, ELK, Graylog) maakt van al die ruis doorzoekbare data.
De metrics die je écht moet meten
Niet elke metric is even belangrijk. Hieronder de lijst die voor 95% van de websites en webshops het meest oplevert.
Uptime percentage
Geef aan hoeveel procent van de tijd je site bereikbaar is. Een uptime van 99,9% klinkt goed, maar betekent alsnog bijna 9 uur downtime per jaar. Lees hier meer over uptime en SLA's.
Responstijd (TTFB)
Time To First Byte meet hoe snel je server het eerste byte van een response verstuurt. Onder de 200 ms is uitstekend, tot 500 ms acceptabel, daarboven een probleem. TTFB is direct gelinkt aan latency.
CPU-gebruik
Blijvend boven de 80% is een teken dat je server krap zit. Korte pieken zijn normaal, structureel hoog niet. Combineer CPU met load average voor een compleet beeld.
Geheugengebruik
Houd zowel RAM als swap in de gaten. Als je server veel swap gebruikt, is dat vrijwel altijd slecht: swap is traag en wijst op een geheugenprobleem.
Disk usage en I/O
Een volle schijf legt je site plat. Stel alerts in bij 80% en 90% disk usage. Meet daarnaast disk I/O: op een trage HDD merk je het snel, op NVMe storage pas bij zware database-operaties.
Foutpercentages
Hoeveel procent van je requests eindigt in een 4xx- of 5xx-fout? Een stijging van 5xx-errors is altijd een rode vlag, daar gaat iets in je applicatie of infrastructuur mis.
Database performance
Queries per seconde, slow queries en connection pool gebruik. Voor WordPress, WooCommerce of andere datagedreven sites is dit vaak de eerste bottleneck die je tegenkomt.
SSL-certificaat vervaldatum
Een vergeten SSL-renewal is een klassieker. Stel een alert in 30 dagen vóór expiratie. Meer over SSL-certificaten lees je in ons eerdere artikel.
Hoe vaak moet je meten?
Te weinig meten levert gaten op, te vaak meten kost geld en genereert ruis. Een goede richtlijn:
- Uptime-checks: elke 30–60 seconden vanaf meerdere locaties
- Systeemmetrics (CPU, RAM, disk): elke 10–60 seconden
- Applicatiemetrics (APM): realtime, per request
- Logs: continu verzamelen, alerts op patterns
- Rapportages: wekelijks of maandelijks voor trendanalyse
Voor verkeerspieken (Black Friday, lanceringen) verhoog je de granulariteit tijdelijk. Liever even meer datapunten dan een blinde vlek op het kritieke moment.
Monitoring vs alerting: het verschil
Monitoring zonder alerting is zoals een rookmelder zonder batterij: hij ziet wel rook, maar geeft geen piep. Alerting stuurt je een bericht (e-mail, Slack, SMS, push) zodra een drempelwaarde wordt overschreden.
Stel alerts in op zinvolle drempels. Een alert bij 70% CPU is meestal ruis, bij 90% gedurende 5 minuten is het zinvol. Te veel false positives maken dat je mensen de alerts gaan negeren, de bekende alert fatigue.
Werk met escalatieniveaus: een waarschuwing bij 80%, een kritieke melding bij 95%. En zorg dat er altijd iemand on-call is om te reageren.
Welke tools kun je gebruiken?
Er zijn tientallen monitoringtools, elk met hun eigen sterktes. Een typische stack ziet er zo uit:
Uptime monitoring
- UptimeRobot, gratis tier, simpel, goed voor kleine sites
- Better Uptime, mooi, moderne interface, statuspagina's inbegrepen
- Pingdom, enterprise, uitgebreide rapportages
Infrastructuur
- Grafana + Prometheus, de open source standaard, zelf te hosten
- Zabbix / Nagios, klassiekers, krachtig maar steiler in configuratie
- Datadog, SaaS, alles-in-één, prijzig bij schaal
Applicatie (APM)
- New Relic, marktleider, goede PHP-ondersteuning
- Tideways / Blackfire, specifiek voor PHP/WordPress-developers
- Sentry, primair voor error tracking, maar uitstekend
Logs
- Grafana Loki, goedkoop, integreert met je Grafana-stack
- ELK (Elasticsearch, Logstash, Kibana), krachtig, veel opzet
- Papertrail, simpel, SaaS, prima voor kleinere setups
Gebruik je een managed hostingprovider, dan is veel monitoring al ingebakken. Bij unmanaged hosting moet je dit zelf opzetten.
Een praktische monitoring-setup in 5 stappen
Begin niet alles tegelijk. Bouw stap voor stap op:
- Zet uptime-monitoring aan vanaf dag één (UptimeRobot is binnen 5 minuten klaar)
- Activeer systeemmetrics via je control panel of een agent (Netdata, node_exporter)
- Configureer alerts op CPU, RAM en disk met realistische drempels
- Voeg APM toe zodra je applicatie complex genoeg wordt
- Centraliseer logs en bouw dashboards voor je belangrijkste flows
Documenteer wat je meet en waarom. Een monitoring-setup die niemand begrijpt, wordt niet onderhouden.
Monitoring en incidentrespons
Metrics zijn pas waardevol als je er iets mee doet. Koppel je monitoring aan een runbook: per alert een beschrijving van de mogelijke oorzaak, eerste controles en escalatieroute.
Google's Site Reliability Engineering boek is hét naslagwerk hierover. De principes (SLI, SLO, error budget) zijn ook bruikbaar voor kleinere teams.
Houd ook post-mortems na elk incident. Niet om de schuldige te vinden, maar om je monitoring te verbeteren. Was er een alert die te laat kwam? Een metric die ontbrak? Los dat op.
Valkuilen bij hosting monitoring
Een paar veelgemaakte fouten:
- Alleen uptime meten, je mist de trage pagina's die niet "down" zijn
- Te veel alerts, leidt tot alert fatigue en genegeerde meldingen
- Geen baseline, zonder historische data weet je niet wat "normaal" is
- Dashboards die niemand bekijkt, monitoring zonder eigenaar vervalt
- Monitoring op dezelfde server als je website, valt de server uit, dan ook je monitoring
Tool-keuze is minder belangrijk dan het proces erachter. Een simpele setup die consequent wordt gebruikt, verslaat een luxe dashboard dat niemand opent.
Monitoring als basis voor schaalbare hosting
Wie monitoring goed op orde heeft, kan met vertrouwen schalen. Je ziet capaciteitsproblemen aankomen, kunt voorspellen wanneer je meer servers nodig hebt, en onderbouwt upgrades met data in plaats van onderbuikgevoel.
Bij We Develop Communication werken we samen met Hostbit om klanten monitoring vanaf dag één in hun hostingomgeving in te bakken. Zo voorkom je dat je performance- of uptime-problemen pas ontdekt als je klanten mailen.
Meer lezen over wat een goede hostingomgeving levert? Bekijk wat een hostingprovider goed maakt en hoe je de juiste hostingprovider kiest.
Veelgestelde vragen
Wat is hosting monitoring?
Hosting monitoring is het continu meten en bewaken van de gezondheid, prestaties en beschikbaarheid van je server en website. Denk aan uptime, responstijd, CPU-gebruik, geheugen en logbestanden. Met de juiste tools krijg je direct een melding als er iets misgaat.
Welke metrics zijn het belangrijkst voor hosting?
De belangrijkste metrics zijn uptime, responstijd (TTFB), CPU- en geheugengebruik, disk I/O en foutpercentages in logs. Voor websites met veel verkeer komen daar database-query-tijden en cache hit ratio bij. Deze metrics vertellen je samen of je hosting gezond is.
Hoe vaak moet ik mijn hosting monitoren?
Uptime-checks horen elke 30 tot 60 seconden te draaien, systeemmetrics minimaal elke minuut. Logs check je continu via een centrale log-tool met alerts. Rapportages bekijk je wekelijks of maandelijks om trends en capaciteitsproblemen op tijd te zien.
Wat is het verschil tussen monitoring en alerting?
Monitoring verzamelt meetgegevens over je hosting, alerting stuurt je een melding als een waarde een drempel overschrijdt. Zonder alerting moet je zelf dashboards bekijken, met alerting word je actief gewaarschuwd. Je hebt beide nodig voor een betrouwbare setup.
Welke tools kan ik gebruiken voor hosting monitoring?
Populaire opties zijn UptimeRobot en Better Uptime voor uptime, Grafana met Prometheus voor infrastructuur, New Relic of Datadog voor APM en Loki of ELK voor logs. Veel hostingproviders leveren daarnaast hun eigen monitoringdashboard. Combineer tools voor volledige dekking.