Monitor meer dan alleen de homepage. Een complete opzet omvat de homepage, elk conversiepad (login, aanmelden, checkout en zoeken), de API-endpoints waar je apps op draaien, betaalcallbacks en webhooks, geplande taken, SSL-certificaten, domeinregistratie, DNS-records inclusief MX, de servers eronder en de externe diensten waarvan je afhankelijk bent. Voor een kleine bedrijfswebsite volstaan een paar checks; een webshop of SaaS-product heeft er een paar dozijn nodig. Begin met wat geld oplevert en voeg daarna toe wat kan verlopen of ongemerkt kan falen. Voor het grotere plaatje lees je hoe betrouwbare uptime monitoring je website beter laat presteren.
Deze checklist loopt elk onderdeel langs, legt uit wat je controleert en waarom, en sluit af met voorbeeldopzetten voor een kleine site, een webshop, een SaaS-product en een bureau, plus een naamgevingsconventie die alles overzichtelijk houdt.
1. De homepage
De homepage is de voor de hand liggende eerste monitor, en een goede: ligt die eruit, dan ligt alles eruit. Maar hij wordt vaak geserveerd vanuit een CDN of paginacache, dus hij kan online blijven terwijl de applicatie erachter faalt. Monitor hem met een HTTP(S)-check elke minuut en valideer een stukje vaste content, zoals de bedrijfsnaam in de footer, zodat een gecachte foutpagina niet als online telt. Ga daarna verder met de pagina’s die je meer vertellen.
2. Conversiepaden
Dit zijn de pagina’s die geld opleveren of klanten behouden, en ze leunen op de database, sessies en applicatiecode die de homepage misschien overslaat:
Login: bewijst dat sessies en de gebruikersdatabase werken. Monitor de loginpagina en valideer dat het formulier er staat.
Aanmelden of registratie: het begin van elke nieuwe klant.
Winkelwagen en checkout: voor een webshop de belangrijkste pagina’s van de site. Monitor de checkoutpagina zelf, niet alleen de productpagina’s.
Zoeken: draait vaak op een aparte dienst en faalt dus op zichzelf. Monitor een URL met zoekresultaten voor een zoekopdracht die altijd resultaten geeft, en valideer dat er een resultaat verschijnt.
Boekings- of contactformulieren, als je leads daarlangs binnenkomen.
Controleer deze elke minuut. Voor de meeste bedrijven kost een kapotte checkout per minuut meer dan wat dan ook op deze lijst. Uptime monitoring van Uptimecheck ondersteunt eigen methoden en headers en valideert de statuscode, trefwoorden en JSON op elke pagina. Wil je controleren of login of checkout echt werkt, en niet alleen laadt, dan doorloopt een flowmonitor het stap voor stap, desgewenst in een echte browser, met waarden die tussen stappen worden doorgegeven en afgeschermde geheimen.
3. API-endpoints
Heb je een mobiele app, een single-page frontend of partnerintegraties, dan is de API het product. Monitor:
Een health-endpoint dat de database, cache en schijf controleert. Zie hoe je een health check endpoint bouwt.
Het belangrijkste lees-endpoint, met de API-key-header die je clients meesturen.
Eén schrijf-endpoint, met een veilige testpayload, als schrijfacties cruciaal zijn.
Valideer de response body, niet alleen de statuscode: een API die 200 teruggeeft met een foutmelding is nog steeds down. API monitoring en de API monitoring checklist gaan dieper.
4. Betaalcallbacks en webhooks
Betaalproviders, verzenddiensten en andere platforms roepen je site terug aan om bestellingen te bevestigen en statussen bij te werken. Gaat het ontvangende endpoint stuk, dan kunnen betalingen slagen terwijl bestellingen nooit als betaald worden gemarkeerd. Niemand ziet een foutpagina, want er is geen bezoeker bij betrokken.
Vanuit een monitor kun je meestal geen echte callback sturen, maar je kunt wel controleren of het endpoint antwoordt. Veel webhook-ontvangers geven een 4xx-code terug op een verzoek zonder geldige handtekening; is dat de verwachte respons, monitor daar dan op. Een 5xx of een time-out betekent dan dat de ontvanger zelf kapot is. Combineer dit met de afleverlogs van de provider, die mislukte callbacks vanaf hun kant laten zien.
5. Cronjobs en achtergrondtaken
Back-ups, imports, factuurruns, feed-exports, nieuwsbriefverzendingen en queue workers hebben geen URL om te controleren. Ze falen ongemerkt. Geef ze elk een heartbeat: de taak roept een unieke URL aan als hij klaar is, en er gaat een melding uit als dat verzoek niet op tijd binnenkomt. Uptimecheck-abonnementen tellen heartbeats apart van monitors, dus dit gaat niet ten koste van je websitechecks.
6. SSL-certificaten
Een verlopen certificaat toont elke bezoeker een paginagrote browserwaarschuwing en legt API-clients direct plat. Monitor het certificaat op elke hostnaam die je bedient, inclusief www, het API-subdomein, het domein van je statuspagina en beheerpanelen, en ontvang weken voor het verlopen herinneringen. Automatische verlenging maakt verlopen zeldzamer, niet onmogelijk. Zie monitoring van verlopende SSL-certificaten voor de gebruikelijke valkuilen.
7. Domeinregistratie
Verloopt een domeinregistratie, dan stoppen de website, e-mail en API op dat domein allemaal tegelijk. Herinneringen van de registrar gaan vaak naar een oud adres. Houd de vervaldatum bij van elk domein dat je bezit, inclusief landvarianten, campagnedomeinen en oude merknamen die nog doorverwijzen.
8. DNS-records, inclusief MX
DNS bepaalt waar verkeer en e-mail naartoe gaan. Let op wijzigingen in:
A en AAAA: waarvandaan de site laadt.
NS: wie de zone beheert. Een wijziging hier is altijd het bekijken waard.
MX: wie je e-mail ontvangt, inclusief orderbevestigingen en wachtwoordresets.
TXT: SPF, DKIM en DMARC. Een verwijderd record kan je e-mail regelrecht in de spam doen belanden. De domeinmonitor van Uptimecheck controleert SPF, DKIM en DMARC ook twee keer per dag en vertelt hoe je elk probleem oplost, met een DNS-record om te plakken waar dat de oplossing is; zie monitoring van e-mailauthenticatie.
CNAME en CAA: CDN-aliassen en welke certificaatautoriteiten certificaten voor het domein mogen uitgeven.
Een onverwachte wijziging is óf een vergissing óf een aanval. DNS monitoring waarschuwt je met de oude en de nieuwe waarde. Draai je een eigen mailserver, voeg daar dan ook een poortcheck op toe, bijvoorbeeld SMTP op poort 465.
9. Servers
Draai je eigen servers of VPS’en, monitor dan CPU, geheugen, schijf, netwerk en herstarts. Zo vang je de oorzaken van storingen op voordat ze symptomen worden: een schijf die donderdag vol zit, een geheugenlek, een herstart waarna een dienst niet opstartte. Servermonitoring staat naast je uptimechecks, zodat oorzaak en symptoom op hetzelfde scherm verschijnen. Bij volledig beheerde hosting kun je dit vaak overslaan en op de provider vertrouwen.
10. Externe afhankelijkheden
Je site is afhankelijk van diensten die je niet zelf draait: betaalproviders, e-mailbezorging, zoeken, een headless CMS, een authenticatieprovider, een CDN. Valt er één uit, dan kan je site gewoon laden terwijl de functie erachter kapot is. Monitor de publieke endpoints waar je op leunt, of je eigen endpoints die ze aanspreken, zodat je een klant binnen enkele minuten kunt vertellen of het probleem bij jou ligt of upstream. Zet deze op een meldingskanaal met lagere prioriteit, want je kunt ze niet zelf oplossen.
Monitoring van externe diensten van Uptimecheck volgt de statuspagina’s van 31 diensten zoals Klarna, Swish, Shopify, Cloudflare en OpenAI, of elke pagina gehost op Statuspage, zodat hun incidenten naast je eigen monitors verschijnen.
11. Sitegezondheid
Sommige problemen halen nooit een pagina offline: een kapotte link na een migratie, een afbeelding die via gewoon HTTP laadt, een pagina die trager werd na een nieuwe plugin. Een dagelijkse scan vangt ze op. De sitegezondheidsmonitor van Uptimecheck crawlt je site en de sitemap elke dag op kapotte links en mixed content, en meet paginasnelheid en Core Web Vitals met Google Lighthouse op mobiel en desktop.
Hoeveel monitors heb je nodig?
De opzetten hieronder zijn voorbeelden om aan te passen, geen vaste recepten:
Type siteVoorbeeldopzetKleine bedrijfswebsite, zoals fjordstudio.seHomepage, pagina met contactformulier, SSL, domein, DNS voor A en MX, één heartbeat voor de back-up. Zo’n 3 HTTP-monitors plus de checks op vervaldatums en DNS.Webshop, zoals northwind.shopHomepage, een categoriepagina, productpagina, winkelwagen, checkout, login, zoeken, betaalcallback, health-endpoint, SSL op elke hostnaam, domein, DNS, heartbeats voor back-ups, feed-exports en ordersynchronisaties, en de servers. Ongeveer 10 tot 15 HTTP-monitors.SaaS-product, zoals lumenanalytics.ioMarketingsite, app-login, aanmelden, API-health, belangrijkste API-endpoints, webhook-ontvanger, statuspagina, SSL, domeinen, DNS, heartbeats voor elke worker en geplande taak, en servers. Vaak 15 tot 40 monitors.BureauDe set voor kleine sites voor elke klant, plus checkout en login voor webshops van klanten, gegroepeerd per klant. Meestal een paar monitors per klant, maal het aantal klanten.
Begin met de conversiepaden en de checks op vervaldatums, laat het twee weken draaien en voeg dan toe wat je tijdens het eerste incident had willen hebben.
Naamgevingsconventies
De naam van een monitor is het eerste wat iemand ’s nachts in een melding leest. Zorg dat die antwoord geeft op “wat is er kapot, waar, en hoe erg” zonder iets te hoeven openen:
[klant of product] – [omgeving] – [wat] – [type check]
Northwind – prod – Checkout – HTTPS
Northwind – prod – Betaalcallback – HTTPS
Northwind – prod – Nachtelijke back-up – heartbeat
Lumen – prod – API health – HTTPS
Lumen – staging – API health – HTTPS
Fjord Studio – prod – MX-record – DNS
Gebruik overal dezelfde volgorde, zodat meldingen snel te scannen en te sorteren zijn.
Noem dingen zoals het team erover praat, niet naar interne hostnamen.
Markeer omgevingen duidelijk, zodat een melding van staging nooit op productie lijkt.
Begin als bureau met de naam van de klant en groepeer monitors per klant in projecten, zodat de monitors en meldingen van elke klant bij elkaar blijven.
De checklist
Homepage, met contentvalidatie.
Login, aanmelden, checkout en zoeken.
API-health en de belangrijkste endpoints.
Betaalcallbacks en webhook-ontvangers.
Een heartbeat voor elke geplande taak die ertoe doet.
SSL op elke hostnaam en de registratie van elk domein.
DNS-records: minimaal A, AAAA, NS, MX en TXT.
Servers, als je die zelf draait.
Belangrijke externe diensten, op een kanaal met lagere prioriteit.
Sitegezondheid: kapotte links, mixed content en paginasnelheid, dagelijks gescand.
Duidelijke namen, en meldingen die terechtkomen bij wie elk onderdeel beheert.
Uptimecheck dekt websites, API’s, flows met meerdere stappen, heartbeats, SSL, domeinen, DNS, servers, externe diensten en sitegezondheid in één account. Start een gratis proefperiode van 14 dagen, geen creditcard nodig.