HTTP requests verminderen voor een snelle website (in 2026)

Karel
23/5/2011
Karel
17/4/2026
Zoekmachine optimalisatie
X
min leestijd

Ondanks snelle internetverbindingen zijn websites in 2026 niet altijd snel. Sterker nog — gemiddelde paginagewicht is sinds 2010 meer dan verviervoudigd, en verwachtingen van bezoekers zijn veel hoger. HTTP requests verminderen is nog steeds één van de belangrijkste manieren om je site sneller te maken.

Waarom HTTP-requests gewicht geven

Elke keer dat je pagina een bestand nodig heeft (HTML, CSS, JS, afbeelding, font, video), stuurt de browser een request naar de server. Hoe meer requests, hoe meer overhead. Zelfs met moderne protocollen blijft elk request de browser even bezighouden.

Een gemiddelde website in 2026 vuurt 70-150 requests per pageload af. Een snelle site blijft onder de 50. Daar zit je ruimte voor optimalisatie.

HTTP/2 en HTTP/3: wat is er veranderd sinds 2011?

Toen deze gids oorspronkelijk werd geschreven, gebruikte vrijwel iedereen HTTP/1.1 — het oude protocol waarbij verbindingen sequentieel waren en browsers slechts 6 tot 8 parallelle requests aankonden per domein. Dat is niet meer het geval.

  • HTTP/2 (breed uitgerold sinds 2016) laat meerdere requests over één verbinding multiplexen. Geen wachtrij meer per server.
  • HTTP/3 (QUIC, nu standaard op de meeste CDN’s) gaat nog een stap verder met betere handling van packet loss en mobile networks.

Deze protocollen maken veel requests per se minder pijnlijk. Maar ze maken het probleem niet nul. Je browser moet nog steeds:

  • Elke file downloaden (bestandsgrootte blijft tellen).
  • Elke CSS-file parsen en renderen voordat je site zichtbaar is.
  • Elke JavaScript-file uitvoeren voordat je pagina interactief is.
  • Elke font-file laden voordat tekst wordt getoond (als je niet aan font-display: swap denkt).

Praktische manieren om requests te verminderen

1. CSS en JS combineren

Heb je tien kleine CSS-bestanden? Combineer ze tot twee of drie. Hetzelfde voor JS. Tools als Webpack, Rollup of Vite doen dit automatisch tijdens je build.

2. Gebruik CSS sprites of SVG sprites

Als je veel kleine iconen hebt, voeg ze samen tot één SVG-sprite. Google Chrome toont één request in plaats van dertig.

3. Lazy loading van afbeeldingen en iframes

Browsers ondersteunen sinds 2020 native lazy loading via loading="lazy". Afbeeldingen onder de fold worden pas geladen als je erheen scrolt. Vermindert initiale requests significant.

4. Font subsetting

Gebruik je Google Fonts? Beperk subsets tot de karakters die je echt nodig hebt (Latin, niet alle alfabetten wereldwijd). Scheelt tot 80% bestandsgrootte.

5. Inline critical CSS

CSS die je above-the-fold nodig hebt, kun je inline in je HTML zetten. Nul requests voor de eerste render.

6. Externe scripts elimineren

Elke externe tracker (chat widget, analytics, ads) voegt requests toe. Check welke je echt nodig hebt — voor de gemiddelde site is 50% van de externe scripts redundant.

7. Service workers voor caching

Met een Service Worker kun je assets cachen voor terugkerende bezoekers. Tweede pageview vuurt 80% minder requests af.

Moderne metrics: let op Core Web Vitals

Google meet de performance via Core Web Vitals (LCP, INP, CLS). HTTP requests verminderen helpt alle drie:

  • LCP (Largest Contentful Paint). Minder critical-path requests = sneller zichtbare hoofdinhoud.
  • INP (Interaction to Next Paint). Minder JavaScript-execution = snellere reactietijd.
  • CLS (Cumulative Layout Shift). Minder late-loading content = minder schokken in je layout.

Check je website met PageSpeed Insights of WebPageTest.org. Een goede site scoort 90+ op mobiel; onder de 70 is problematisch.

Waar begin je?

Voer een audit uit met PageSpeed Insights. Kijk naar de sectie “Opportunities” — daar staan concrete suggesties met impact-schatting. De meest impactvolle quick-wins in mijn ervaring:

  1. Afbeeldingen converteren naar WebP/AVIF (scheelt meestal 40-60% bestandsgrootte).
  2. Onnodige externe scripts uitzetten.
  3. Critical CSS inlinen.
  4. Lazy loading toevoegen aan alle below-the-fold assets.

Wil je in je strategie weten welke pagina’s je technisch prioriteit geeft? Hoe je bepaalt of een pagina geupdatet, samengevoegd of verwijderd moet worden helpt je de keuze maken. En bij indexatieproblemen die gerelateerd zijn aan je snelheid: de vier redenen waarom Google je pagina’s niet indexeert.

Schrijf je in voor onze nieuwsbrief

Je bent succesvol ingeschreven voor onze nieuwsbrief!
Er is iets fout gegaan bij het verzenden van het formulier

Wil je meer gratis tips over online marketing?

Bekijk onze gratis downloads

Categorieën