Over de bestandsgrootte van webpagina's
Wat is de bestandsgrootte van een webpagina?
De bestandsgrootte van een webpagina is het totale gewicht van alles wat een browser moet downloaden om een pagina weer te geven: het HTML-document, plus stylesheets, scripts, lettertypen, afbeeldingen en alles wat scripts van derden ophalen zodra ze worden uitgevoerd.
Het document zelf is meestal verwaarloosbaar. Vrijwel al het gewicht zit in afbeeldingen en JavaScript. Daarom draait de paginagrootte meestal om twee keuzes in plaats van honderd.
Het belangrijke getal is wat een echte bezoeker bij het eerste bezoek downloadt, voordat er iets in de cache staat. Dat is het moment waarop een pagina wordt beoordeeld en ook het moment dat bij de meeste tests wordt overgeslagen.
Doet paginagrootte er nog toe in 2026?
Verbindingen zijn sneller dan vroeger en pagina's zijn meegegroeid, waardoor de gebruikerservaring aanzienlijk minder is verbeterd dan de infrastructuur. De omvang blijft de belangrijkste factor voor de vraag of een pagina bruikbaar is via een mobiele verbinding in een gebied met een zwak signaal.
Het is ook een directe kostenpost voor bezoekers met abonnementen met een beperkte databundel. Dat is makkelijk te vergeten wanneer je test via wifi op kantoor, maar onmogelijk te vergeten wanneer het om je eigen telefoon gaat.
Omvang heeft de neiging zich op te stapelen in plaats van ineens te ontstaan. Weinig pagina’s worden zwaar gelanceerd; zo worden ze stukje bij beetje zwaarder, met telkens één campagnescript en één niet-gecomprimeerde hero-afbeelding.
Hoe paginagrootte verband houdt met AI-zoekopdrachten
Crawlers halen pagina’s op enorme schaal op en zijn dienovereenkomstig ongeduldig. Een zware pagina wordt langzamer opgehaald en wordt waarschijnlijker halverwege verlaten, vooral wanneer de content afhankelijk is van scripts die eerst moeten worden uitgevoerd.
De betekenisvolle inhoud in de HTML behouden, in plaats van deze aan de clientzijde samen te stellen, is belangrijker dan het totale aantal bytes voor alles wat je pagina moet kunnen lezen. Een lichte pagina waarvan de tekst via een API wordt geladen, is slechter dan een zware pagina waarvan de tekst in het document staat.
Grootte en leesbaarheid zijn afzonderlijke problemen die toevallig dezelfde oorzaak hebben: te veel werk in de browser uitvoeren.
Best practices voor paginagrootte
- Comprimeer afbeeldingen en lever moderne indelingen aan op de weergegeven afmetingen.
- Laad alles onder de vouw lazy, maar nooit de hoofdafbeelding bovenaan.
- Controleer scripts van derden regelmatig en verwijder de scripts waarvoor niemand een rechtvaardiging kan geven.
- Gebruik subsets van lettertypen en beperk het aantal geladen gewichten.
- Schakel compressie in. Dit kost niets en is van toepassing op elk tekstbestand.
- Stel een omvangslimiet in en beschouw het overschrijden daarvan als een bug, niet als een onvermijdelijk gegeven.
Wat deze tool controleert
De tool telt de bronnen op die de pagina laadt en slaagt als het totaal onder 5 MB blijft.
Dat is een ruime bovengrens die bedoeld is om echt opgeblazen pagina’s te signaleren, niet om aan te geven wat een goede pagina is. Een pagina kan er ruimschoots onder blijven en toch meerdere keren zwaarder zijn dan nodig, dus slagen is een ondergrens en geen doel.
Waar je nu verder kunt gaan
Gewicht is afkomstig van specifieke bestanden. Controleer of je
afbeeldingsoptimalisatie zijn werk doet, bekijk met de tool
paginaverzoek hoeveel afzonderlijke bestanden de pagina opvraagt en bevestig dat
compressie is ingeschakeld, omdat dit in één keer op elk tekstbestand wordt toegepast.