Over GZIP-compressie
Wat is een GZIP-test?
Een GZIP-test stelt een eenvoudige vraag: comprimeert je server een pagina voordat deze wordt verzonden? GZIP is de compressiemethode die al tientallen jaren op het web wordt gebruikt. Deze methode werkt door herhalingen in tekst te vinden en deze efficiënter te coderen.
HTML, CSS en JavaScript bevatten extreem veel herhalingen, waardoor de besparing aanzienlijk is, meestal 70 tot 90 procent. De browser pakt het bestand bij ontvangst uit en de bezoeker merkt er niets van.
Het wordt één keer op de server geconfigureerd, is meteen op alles van toepassing en kost vrijwel niets aan verwerking. Daarom is het de moeite waard om direct actie te ondernemen bij een mislukte GZIP-test: weinig oplossingen zijn zo goedkoop en zo breed toepasbaar.
GZIP en Brotli
Brotli is een nieuwere compressiemethode die over het algemeen beter presteert dan GZIP bij tekst, vaak met nog eens 15 tot 20 procent, en door elke huidige browser wordt ondersteund.
Het heeft GZIP niet zozeer vervangen als wel aangevuld. Servers onderhandelen met elke client en gebruiken de beste methode die beide ondersteunen. Daarom is de normale configuratie Brotli met GZIP als fallback.
Een geslaagde GZIP-test vertelt je dat compressie plaatsvindt. Of de betere methode wordt gebruikt, is een afzonderlijke vraag die de moeite waard is zodra de basis op orde is.
Is compressie nog steeds belangrijk in 2026?
Het is een van de weinige optimalisaties die vrijwel niets kosten en elke bezoeker bij elk verzoek helpen. Niets anders op een prestatiechecklist combineert dat bereik met zulke lage kosten.
De meeste moderne hostingomgevingen hebben dit standaard ingeschakeld. Juist daarom blijft het vaak onopgemerkt wanneer een migratie, een aangepaste serverconfiguratie of een nieuwe CDN-laag het uitschakelt. Websites verliezen veel vaker compressie dan dat ze die inschakelen.
Het effect is onzichtbaar bij het laden van één pagina en aanzienlijk over een hele website. Dit is precies het soort probleem dat jarenlang kan blijven bestaan zonder dat iemand het meldt.
Hoe compressie samenhangt met AI-zoekopdrachten
Crawlers vragen, net als elke andere client, om gecomprimeerde antwoorden. Het aanbieden van ongecomprimeerde HTML maakt elke fetch groter en trager, waardoor er tijdens een crawl minder van een grote site wordt gelezen.
Die kosten zijn per pagina onzichtbaar, maar lopen bij duizenden pagina’s aanzienlijk op. Daarom is dit precies het soort punt dat u beter kunt controleren dan als vanzelfsprekend kunt aannemen.
Het heeft geen invloed op hoe de content wordt geïnterpreteerd, alleen op hoeveel ervan wordt bereikt.
Beste praktijken voor compressie
- Schakel compressie in voor HTML, CSS, JavaScript, SVG en JSON.
- Comprimeer geen afbeeldingen of video; deze zijn al gecomprimeerd en worden daardoor juist iets groter.
- Geef de voorkeur aan Brotli als dit wordt ondersteund, met GZIP als fallback.
- Controleer opnieuw na wijzigingen aan de hosting, CDN of server.
- Controleer dit aan de hand van de antwoordheaders in plaats van te vertrouwen op de instelling in het configuratiescherm.
- Combineer dit met minificatie; beide verwijderen overlappende, maar niet identieke, redundantie.
Wat deze tool controleert
De GZIP-test vraagt de pagina op en rapporteert of het antwoord gecomprimeerd is aangekomen. De test slaagt als dat het geval is.
De test controleert het paginadocument. Een gecomprimeerde pagina die ongecomprimeerde stylesheets of scripts aanbiedt, slaagt dus nog steeds. Als het document is gecomprimeerd maar de site nog steeds zwaar aanvoelt, zijn de assets de volgende plek om te kijken.
Waar je nu verder kunt gaan
Compressie is een van de drie manieren om bestanden kleiner te maken. Controleer ook of je assets zijn
geïnificeerd, bekijk met de tool
bestandsgrootte van webpagina hoe groot de pagina in totaal is en bevestig met de controle
HTTP/2 dat de server een modern protocol gebruikt.