Hoe Het Werkt

Wat "Responstijd" Echt Betekent

Dit is geen ICMP-ping. We sturen een echt HTTPS-verzoek - hetzelfde type dat je browser gebruikt om webpagina's te laden.

Het totaal bevat al deze stappen. Daarom zijn de getallen hoger dan een traditioneel ping-commando.

Opwarmen vs. Stabiele Toestand

Het eerste verzoek aan elk endpoint bevat DNS-resolutie, TCP-verbinding en TLS-handshake. Dit is de "Setup"-tijd. Direct daarna wordt een tweede verzoek via de bestaande verbinding verzonden. Dit is de werkelijke responstijd.

Beide waarden worden altijd getoond zodat je het volledige beeld ziet.

CORS vs. No-CORS

We proberen eerst het volledige HTTP-antwoord te lezen (CORS-modus). Als dat werkt, zie je de werkelijke statuscode (HTTP 200, HTTP 503, etc.).

Sommige servers staan geen cross-origin verzoeken toe. In dat geval vallen we terug op no-cors modus, die nog steeds de timing meet maar de statuscode niet kan lezen.

Wat Server Probes Toevoegen

Server-probes draaien vanuit onze infrastructuur in meerdere geografische regio's (VS Oost, EU Centraal, Tokio). Ze controleren gecureerde endpoints elke 15 minuten.

Server-probes tonen je wat de rest van de wereld ziet. Als je latentie hoog is maar de server-probe in orde is, ligt het probleem tussen jou en het endpoint.

Community-gegevens

Wanneer gebruikers ervoor kiezen hun resultaten te delen, worden de gegevens geanonimiseerd en samengevoegd om realistische latentieverdelingen te tonen.

Community-gegevens vereisen minimaal 5 onafhankelijke rapporten voordat ze worden weergegeven. Statistisch afwijkende waarden worden automatisch afgewezen.

Zie de Privacypagina voor volledige details over wat wel en niet wordt verzameld.

De cijfers lezen

Wat als "snel" geldt, hangt af van de context en afstand. Hier is een ruwe gids:

Onthoud: dit zijn HTTPS-verzoek round-trips, geen ICMP-pings. Ze zijn doorgaans 2–5× hoger dan wat een ping-commando zou tonen, omdat ze TLS-overhead en daadwerkelijke applicatielaagverwerking bevatten.