Website-beschikbaarheidsmonitoring vanaf 300+ locaties wereldwijd

De zes kaarten hierboven zijn waar de meeste accounts beginnen. De volledige catalogus telt veertien monitortypen, die allemaal dezelfde vloot locaties, hetzelfde bevestigingsprotocol en dezelfde meldingsrouting delen - u draait niet één tool voor uptime en een tweede voor certificaten.

De netwerkcontroles draaien vanuit de publieke vloot van 300+ locaties. De infrastructuurcontroles - databasequery, prestatieteller en SNMP - lopen in plaats daarvan via speciale agents, omdat ze inloggegevens en toegang tot uw netwerk nodig hebben en geen geografie.

Dat is belangrijk, want de meest voorkomende redenen dat een controle „mislukt” hebben niets met uw server te maken:

• Het pad viel uit, niet de site. Een transitprovider routeert negentig seconden lang slecht terwijl elk ander netwerk u nog gewoon bereikt.
• De site viel uit, maar alleen voor sommige mensen. Een CDN-edge serveert in één regio verouderde fouten, of een firewallregel blokkeert een land - en een waarnemingspunt op de verkeerde plek noemt dat „alles in orde”.
• De sonde viel uit. Zonder tweede mening zien een defect knooppunt en een defecte site er hetzelfde uit.

Gedistribueerde monitoring beantwoordt alle drie op dezelfde manier: meerdere onderling onafhankelijke plekken vragen en dan vergelijken. Voor die vergelijking, eenmalig en meteen, gebruikt u de gratis HTTP-controle vanaf meerdere locaties.

1. De monitor is aan de beurt. De intervallen lopen van een minuut tot 24 uur, standaard drie, en openstaand werk wordt continu opgepakt in plaats van in batchvensters.
2. Uit de groepen die u koos wordt een locatie gekozen. U kiest groepen, geen machines, dus een controle wisselt binnen de groep in plaats van aan één machine vast te zitten.
3. De controle wordt uitgevoerd. De locatie voert het echte verzoek uit - HTTP-aanvraag, ICMP-ping, TCP-handshake, paginalading in een browser - en geeft de uitkomst, de tijdsopbouw en, waar relevant, de inhoud van het antwoord terug.
4. Een statuswijziging start een bevestiging, geen melding. Alleen een bevestigde wijziging opent of sluit een downtime-episode.

De groepen waarop een monitor kan worden gericht hebben een naam en zijn te selecteren in de interface en in de API:

Een nieuwe monitor start op West-Europa, Oost-Europa en Noord-Amerika. Groepen combineren en ze trekken af: allworld met -russia betekent „overal behalve Rusland”, zo houdt u de nationale routing van één land buiten uw meldingen.

Eén mislukte controle stuurt nooit een melding. Wijkt een resultaat af van de huidige status van de monitor, dan opent HostTracker een bevestigingssessie en houdt de melding vast totdat andere locaties antwoorden:

1. Tien seconden wachten. Een doel dat net is omgeslagen heeft het minst behoefte aan een stortvloed extra verkeer, en veel haperingen zijn voorbij voordat seconde tien is bereikt.
2. De herverificatie uitwaaieren. Tot zeven locaties worden uit een geschudde pool getrokken en met twee seconden ertussen gestart, zodat de herverificaties zowel in tijd als in geografie gespreid zijn. Zijn er te weinig vertrouwde locaties vrij, dan wordt het quorum aangevuld tot een minimum van drie.
3. De antwoorden sorteren voordat ze geteld worden. Een locatie die de controle niet kon uitvoeren telt niet mee en wordt niet bestraft. Een locatie die onbruikbare data teruggeeft telt ook niet mee, wordt gemarkeerd en er wordt een vervanger gestuurd.
4. De overeenstemmingsregel toepassen. Standaard beslist de meerderheid. Per monitor kunt u eisen dat minstens een ingesteld aantal locaties een storing meldt, volledige overeenstemming in beide richtingen eisen, of volledige overeenstemming eisen voor een storing terwijl herstel met een meerderheid wordt bevestigd.
5. De locaties afmeten aan het oordeel. Een locatie die blijft afwijken krijgt een wantrouwenspunt met een aftelling, wordt overgeslagen zolang die loopt en verdient haar plek terug naarmate de aftelling afneemt. Zo trekt een haperend knooppunt zichzelf terug.
6. Kwam er niets telbaars terug, dan wordt niemand wakker gemaakt. De sessie eindigt zonder oordeel en de basiscontrole wordt later opnieuw geprobeerd.

Er is ook een uitschakelaar: een controle waarvan het resultaat op zichzelf definitief is (een databasequery gaf de rij wel of niet terug) slaat de bevestiging helemaal over.

Het sterkste argument voor monitoring vanaf meerdere locaties is niet de storing die iedereen opmerkt, maar die welke maar sommigen opmerken. Online in Europa, onbereikbaar in Noord-Amerika ziet er zo uit:

Ter illustratie, maar het is de vorm die een echt resultaat per locatie heeft. De standaardregel van de meerderheid noemt dit geen wereldwijde storing, want dat is het niet. Wat hij wel doet is vastleggen welke locaties faalden, op welke seconde en met welke fout - bewijs met tijdstempel, verzameld buiten het netwerk van uw provider, en dat maakt het bruikbaar in een supportticket.

Om bij een regionale storing te worden gewaarschuwd in plaats van die alleen te laten loggen: stel de bevestigingsregel in op „minstens zoveel locaties melden een storing”, of draai een tweede monitor die aan die regio is vastgepind, waar de storing de meerderheid is. Bent u nu een host aan het onderzoeken? Een wereldwijde pingtest toont dit beeld met één klik.

Meldingen worden aangestuurd door de eigen vertraging van elk contact, niet door één globale regel. Elk contact kiest wanneer het over een storing wil horen: meteen, of na 3, 5, 15, 30 of 60 minuten aanhoudende storing, of na 3, 6, 12 of 24 uur. Die ladder maakt van een contactlijst een escalatiebeleid zonder apart bereikbaarheidsproduct - minuut 0 naar het teamkanaal, minuut 5 naar de telefoon van de dienstdoende engineer, minuut 30 naar de engineering lead, uur 3 naar de accounteigenaar.

Kanalen voor elke sport: e-mail, sms, spraakoproep, browserpush, Slack, Telegram, Discord, Viber en ondertekende webhooks - via de webhook bereiken meldingen een incidentmanager, een ticketsysteem of elke interne tool met een inkomende URL.

Monitoring die alleen meldt is een half product. De andere helft is het dossier dat het achterlaat - wat u gebruikt bij een hostinggeschil, een SLA-creditclaim of een evaluatie na een incident.

• Controleresultaten per locatie met status, reactietijd en fouttekst, bewaard als geschiedenis en niet alleen als huidige status.
• Downtime-episodes met een bevestigd begin, een bevestigd einde en het bevestigingsspoor achter beide.
• Geplande uptime-rapporten, per e-mail verstuurd in het ritme dat u instelt.
• Een SLA-export en een uptimebadge, rechtstreeks vanaf een statuspagina gepubliceerd.
• Onderhoudsvensters, zodat gepland werk het beschikbaarheidscijfer dat u later moet verdedigen niet vervuilt.

Extern bewijs weegt juist zwaar omdat het extern is: een provider kan uw eigen serverlogs wegwuiven, maar een registratie met tijdstempel van storingen die vanuit meerdere onafhankelijke netwerken zijn gezien, waarvan er geen van u is, is moeilijker te weerleggen.

De snelste manier om het supportvolume tijdens een incident te verlagen is mensen niet langer laten vragen. Een statuspagina maakt van monitors die u al draait publieke componenten, werkt ze bij vanuit dezelfde bevestigde resultaten die uw meldingen aansturen en wordt voor u gehost op een eigen adres - zonder extra hosting en zonder DNS-werk. Incidenten en onderhoudsvensters worden erop gepubliceerd en bezoekers kunnen zich abonneren.

Statuspagina’s zijn bij elk abonnement inbegrepen, ook het gratis abonnement, en publiceren onder uw eigen domein ook. HostTracker draait zijn eigen op dezelfde machinerie - status.host-tracker.com is een live voorbeeld - en het overzicht van statuspagina’s behandelt de rest.

Elke bewering op deze pagina is zonder account te testen, omdat de gratis directe tools op dezelfde vloot draaien als de betaalde monitors. Richt er een op een site waarvan u weet dat hij gezond is, en daarna op een waarvan u weet dat hij dat niet is, en lees de resultaten per locatie zelf.

• Gratis HTTP-controle vanaf meerdere locaties - statuscode, reactietijd en headers per locatie.
• Een wereldwijde pingtest uitvoeren - bereikbaarheid, latentie en pakketverlies op netwerkniveau, waar routeringsproblemen als eerste opduiken.

Er zijn elf van deze gratis tools, elk de handmatige versie van een monitortype dat u later op een schema kunt zetten.

Locaties zijn een volwaardige parameter, geen instelling die in een formulier is begraven. Een controle uitvoeren vanuit benoemde regio’s via REST:

curl -X POST https://api2.host-tracker.com/check \
  -H "Authorization: Bearer $HT_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://example.com", "type": "http", "pools": ["westeurope", "asia"]}'

De identificaties uit de regiotabel gaan in pools, en dezelfde waarden werken wanneer u een geplande monitor aanmaakt. Rond dat REST-oppervlak liggen officiële bibliotheken voor TypeScript, Python, Go en .NET, de opdrachtregelclient ht, een GitHub Action en een MCP-server zodat een AI-assistent monitors kan aanmaken en resultaten direct kan lezen - allemaal gegenereerd uit één OpenAPI-document.

Drie manieren om het netwerk te draaien, en de vloot is in alle hetzelfde - het gratis abonnement wordt niet vanaf minder plekken gecontroleerd dan de betaalde.

De proefperiode is de eerlijke manier om dit te beoordelen: 30 dagen, honderd monitors, geen creditcard - genoeg om HostTracker naast uw huidige tool te draaien en de meldingen te vergelijken die beide echt hebben verstuurd. Alle limieten per niveau: abonnementen voor websitemonitoring van HostTracker.

Alleen kolommen die aan een gepubliceerde pagina getoetst kunnen worden. Ontleend aan de eigen prijzen en documentatie van elke aanbieder, augustus 2026 - controleer alles waar een beslissing van afhangt.

Waar we niet voorlopen, zegt de tabel dat: het gratis abonnement van UptimeRobot bevat meer monitors dan het onze, en hun gehoste MCP-server kwam eerder met OAuth dan de onze. De redenen om dit netwerk te kiezen staan in de eerste drie rijen.

Netwerk-, protocol- en abonnementsgegevens op deze pagina voor het laatst gecontroleerd op 30 augustus 2026. HostTracker exploiteert dit gedistribueerde monitoringnetwerk sinds 2004.