Klik, wacht, wacht… weg is je bezoeker. Latency is de onzichtbare vertraging die bepaalt hoe snel jouw website écht aanvoelt, en waarom die milliseconden het verschil maken tussen een conversie en een bounce.
In deze uitleg ontdek je wat latency precies is, hoe het verschilt van bandbreedte, welke factoren eraan bijdragen en hoe je deze vertraging op je eigen site kunt verlagen. Want snelheid is meer dan alleen een dikke internetlijn.
Wat is latency eigenlijk?
Latency is de tijd die een datapakket nodig heeft om van punt A naar punt B te reizen en terug. Meestal wordt het gemeten als round-trip time (RTT) in milliseconden. Hoe lager dat getal, hoe sneller de communicatie tussen je browser en de server voelt.
Stel je voor dat je een brief stuurt naar een vriend. De tijd tussen het versturen en het terugontvangen van een antwoord is vergelijkbaar met latency. Het maakt daarbij niet uit hoe dik de envelop is, alleen hoe snel de post rijdt.
Een bezoeker die op jouw website klikt, stuurt een verzoek naar je server. Je server moet dat verzoek ontvangen, verwerken en antwoorden. Elk van die stappen kost tijd, en alles bij elkaar vormt dat de ervaren latency.
Latency versus bandbreedte
Dit zijn twee totaal verschillende dingen, al worden ze vaak door elkaar gehaald.
- Bandbreedte = hoeveel data er per seconde doorheen past (Mbps of Gbps)
- Latency = hoe snel het eerste pakket aankomt (ms)
Een gigabit-verbinding met hoge latency voelt nog steeds traag. Denk aan een brede snelweg waarop auto's toch langzaam rijden. Voor webpagina's, die bestaan uit vele kleine bestanden, is latency meestal veel bepalender dan ruwe bandbreedte.
Waarom is latency zo belangrijk?
Een moderne webpagina bestaat al snel uit 50 tot 150 losse requests: HTML, CSS, JavaScript, afbeeldingen, fonts, tracking scripts. Elk van die requests heeft een eigen round-trip nodig.
Als je latency 20 ms is, dan "kost" dat per request weinig. Maar bij 200 ms latency tikt dat hard aan. Honderd requests × 200 ms extra = potentieel seconden vertraging voordat je pagina volledig geladen is.
Invloed op gebruikerservaring
Onderzoek van Google laat zien dat bij een laadtijd van 1 naar 3 seconden het bouncepercentage met 32% stijgt. Bij 5 seconden is dat al 90%.
Latency is een belangrijke bouwsteen van die totale laadtijd. Een hoge latency betekent:
- Trage reactie op klikken
- Haperende formulieren en checkouts
- Langzaam ladende afbeeldingen en video's
- Irritante witte schermen tijdens navigatie
Invloed op SEO en conversie
Google meet via Core Web Vitals hoe snel je site reageert. Twee metrics worden sterk beïnvloed door latency: Time to First Byte (TTFB) en Largest Contentful Paint (LCP). Hogere latency = slechtere scores = lagere rankings.
Voor webshops is het nog concreter: Amazon berekende ooit dat elke 100 ms extra vertraging 1% omzetverlies betekent. Dat klinkt klein, maar op schaal is het miljoenen.
Meer weten over de link tussen hosting en zoekresultaten? Lees onze diepgaande gids over waarom snelle hosting je SEO beïnvloedt.
Welke factoren bepalen latency?
Latency is geen enkel getal maar een opeenstapeling van vertragingen. Pak je ze één voor één aan, dan win je overal milliseconden.
1. Fysieke afstand
Licht reist snel, maar niet oneindig snel. Een signaal tussen Amsterdam en New York kost via glasvezel minimaal 40 ms, en in de praktijk vaak 80-100 ms door de tussenliggende routers en kabels.
Als je Nederlandse bezoekers bedient vanaf een server in Singapore, begin je al met een achterstand van 300+ ms vóór er ook maar iets geladen is. Kies daarom een serverlocatie dicht bij je doelgroep.
2. Netwerk-routing
Data gaat nooit in een rechte lijn. Elk pakket passeert routers, switches en peering-punten. Een slecht geroute verbinding kan zomaar 30-50 ms extra kosten, zelfs als de fysieke afstand klein is.
Goede hostingproviders hebben directe peering-overeenkomsten met grote Nederlandse ISP's. Lees meer in onze uitleg over wat een hostingprovider 'goed' maakt.
3. DNS-resolving
Voordat de browser überhaupt met je server kan praten, moet eerst de domeinnaam vertaald worden naar een IP-adres. Trage DNS-servers kunnen hier 50-200 ms toevoegen per nieuwe domein-lookup.
Snelle, geografisch verspreide DNS-providers (zoals Cloudflare DNS of AWS Route 53) lossen dit grotendeels op.
4. Server response time
Zodra het verzoek binnen is, moet je server het verwerken. Een trage database, zware PHP-scripts of slecht geoptimaliseerde code kunnen honderden milliseconden kosten voordat er ook maar één byte teruggaat.
5. TLS-handshake
HTTPS is standaard en goed, maar vereist een extra handshake. Met HTTP/2 en vooral HTTP/3 (QUIC) wordt dit veel efficiënter afgehandeld. Een moderne hostingomgeving ondersteunt deze protocollen standaard.
6. Serverbelasting
Op een overvolle shared server staat je site te wachten op CPU-tijd. Dat verhoogt de effectieve latency. Overweeg bij groei een upgrade, zie ons artikel over shared hosting vs VPS vs dedicated.
Hoe meet je latency?
Je hoeft geen netwerkingenieur te zijn om latency in beeld te brengen. Met een paar simpele tools zie je direct waar je staat.
Ping
De klassieker. Open je terminal en typ:
ping jouwdomein.nl
Je krijgt de round-trip time in milliseconden. Een getal onder de 20 ms vanaf Nederland naar een Nederlandse server is uitstekend.
Traceroute
Wil je zien welke route je data aflegt? Gebruik traceroute (macOS/Linux) of tracert (Windows). Je ziet dan elke hop en hoeveel tijd daar verloren gaat.
Browser DevTools
Open in Chrome de DevTools (F12) → Network tab. Bij elk verzoek zie je de Waterfall met daarin:
- Waiting (TTFB): hoe lang voordat de server begint te antwoorden
- Content Download: hoe lang de daadwerkelijke download duurt
De TTFB is een directe indicator van latency + serververwerking.
Online tools
Tools zoals WebPageTest en GTmetrix meten je site vanuit verschillende locaties wereldwijd. Zo zie je hoe je latency varieert per regio.
Voor een dieper inzicht in Core Web Vitals en hoe Google je snelheid beoordeelt, raadpleeg de officiële documentatie op web.dev.
Hoe verlaag je latency concreet?
Je hebt nu de theorie. Tijd voor actie. Deze maatregelen hebben het grootste effect, gerangschikt op impact.
Kies de juiste serverlocatie
Bedien je vooral Nederlandse of Benelux-klanten? Kies dan een datacenter in Amsterdam, Haarlem of Groningen. Ga je internationaal? Overweeg een multi-regio setup of CDN.
Hulp nodig bij het kiezen? Onze gids hoe kies je de juiste hosting provider helpt je stap voor stap.
Gebruik een CDN
Een Content Delivery Network (CDN) zoals Cloudflare, Bunny.net of Fastly cachet je statische assets (afbeeldingen, CSS, JS) op servers over de hele wereld. Een bezoeker uit Berlijn krijgt je plaatjes dan uit Frankfurt in plaats van uit Amsterdam.
Voor statische content kan een CDN de latency terugbrengen van 100+ ms naar onder de 20 ms. Dat is pure winst.
Activeer HTTP/2 of HTTP/3
HTTP/2 laat meerdere bestanden parallel laden over één verbinding. HTTP/3 (met QUIC-protocol) gaat nog een stap verder en verlaagt vooral de handshake-tijd bij nieuwe verbindingen. Elke moderne hostingomgeving zou dit moeten ondersteunen.
Implementeer caching
Server-side caching (bijvoorbeeld Redis of Varnish) zorgt dat veelgevraagde pagina's niet elke keer opnieuw berekend hoeven te worden. Browser-caching laat terugkerende bezoekers assets lokaal hergebruiken.
Minimaliseer externe requests
Elke externe tracker, font en widget voegt DNS-lookups en requests toe. Audit regelmatig welke scripts écht nodig zijn. Self-host fonts waar mogelijk.
Kies hosting met goede peering
Niet alle hosters zijn gelijk. Sommige hebben direct peering met KPN, Ziggo en XS4ALL, andere routeren je verkeer via omwegen. Vraag je hostingprovider naar hun peering-strategie, of test het zelf via traceroute.
Voor technische controle over je setup kan een VPS een goede keuze zijn, al vraagt dat wel kennis van serverbeheer.
Latency in de praktijk: wat is "goed genoeg"?
Context bepaalt alles. Een bedrijfsblog heeft andere eisen dan een real-time trading platform.
Als vuistregel voor een gemiddelde Nederlandse website met Nederlandse bezoekers:
- < 20 ms: uitstekend, nauwelijks merkbaar
- 20-50 ms: zeer goed, voor de meeste toepassingen prima
- 50-100 ms: acceptabel, optimalisatie mogelijk
- 100-200 ms: merkbaar traag, actie gewenst
- > 200 ms: slecht, bezoekers haken af
Voor TTFB (Time to First Byte), de metric die Google meet, geldt volgens Google's eigen richtlijnen dat onder de 800 ms "goed" is, maar serieuze websites streven naar onder de 200 ms.
Samenvatting: waarom latency ertoe doet
Latency is de onzichtbare rem op je website. Een snelle site met lage latency voelt responsief, rankt beter in Google en converteert meer bezoekers naar klanten. Een trage site jaagt mensen weg voordat ze überhaupt je content hebben gezien.
Het goede nieuws: je hebt er veel invloed op. Door de juiste serverlocatie te kiezen, een CDN in te zetten, moderne protocollen te activeren en te investeren in kwalitatieve hosting, win je snel tientallen tot honderden milliseconden. En elke milliseconde telt.
Wil je weten hoe een goede hostingprovider dit standaard voor je regelt? Bekijk onze artikelen over managed vs unmanaged hosting en uptime en SLA's om beter geïnformeerde keuzes te maken.
Veelgestelde vragen
Wat is latency precies?
Latency is de vertraging tussen het moment dat je een verzoek verstuurt en het moment dat je het eerste antwoord ontvangt. Het wordt gemeten in milliseconden (ms) en is onafhankelijk van je bandbreedte.
Wat is een goede latency voor een website?
Voor Nederlandse bezoekers op een Nederlandse server is een latency onder de 20 ms uitstekend. Onder de 50 ms is nog steeds zeer goed. Boven de 150 ms begint het merkbaar traag te voelen.
Wat is het verschil tussen latency en bandbreedte?
Bandbreedte is hoeveel data er tegelijk doorheen kan (de breedte van de snelweg), latency is hoe snel het eerste pakket aankomt (de reistijd). Een snelle verbinding met hoge latency voelt nog steeds traag.
Hoe verlaag ik de latency van mijn website?
Kies een server dicht bij je doelgroep, gebruik een CDN, minimaliseer het aantal HTTP-verzoeken, activeer HTTP/2 of HTTP/3 en zorg voor snelle DNS-resolving. Ook caching op serverniveau helpt enorm.
Heeft latency invloed op SEO?
Ja, direct. Latency beïnvloedt Core Web Vitals zoals Time to First Byte (TTFB) en Largest Contentful Paint (LCP). Google gebruikt deze signalen als ranking factor, dus hoge latency kan je posities kosten.