Website sneller maken: de onzichtbare video die niemand ooit zag

Wat is een goede laadtijd voor een website?

Hoe sneller je website laadt, hoe beter. Er bestaat geen harde grens waarna een site "traag" heet, maar een onderzoek uit 2020 bij grote merksites toont dat een verbetering van 0,1 seconde meetbaar meer mensen tot een aankoop bracht. Voor een lokale KMO-site geldt dezelfde logica. Trager kost je bezoekers, sneller wint ze terug.

Een onderzoek van 55 en Deloitte uit 2020, uitgevoerd in opdracht van Google bij 37 grote Europese en Amerikaanse merksites en meer dan 30 miljoen bezoeken, mat dat één verbetering van 0,1 seconde in laadtijd meetbaar meer mensen door alle stappen tot een aankoop bracht. Concreet leverde dat 8,4 procent meer aankopen op bij winkelsites en 10,1 procent meer bij reissites, en 21,6 procent meer mensen die het contactformulier bereikten bij sites die leads verzamelen.

Dat onderzoek gaat over grote merken met veel bezoekers, niet over een lokale winkel of dienstverlener. Het cijfer zelf kan je dus niet zomaar overnemen voor je eigen zaak. Het grotere punt blijft wel overeind. Snelheid is geen technisch detail, het is geld dat je vandaag al laat liggen of binnenhaalt.

Waarom laadt mijn website traag, ook al lijkt alles normaal?

Wat je op je scherm ziet, is niet alles wat je browser binnenhaalt. Onzichtbare of overbodige elementen, zoals een video die achter iets anders verstopt zit of een script dat toch draait, tellen gewoon mee in het totale gewicht van je pagina, ook al ziet niemand ze ooit.

Elke keer iemand je website opent, downloadt de browser alles wat nodig is om de pagina te tonen, zoals tekst, afbeeldingen, lettertypes, scripts en soms video. Dat totaal noemen we het paginagewicht, uitgedrukt in kilobytes of megabytes. Hoe zwaarder die optelsom, hoe langer het duurt voor alles binnen is, zeker bij een bezoeker met een minder snelle verbinding of op een oudere smartphone.

Het probleem is dat je dit niet ziet aan de buitenkant. Een pagina kan er opgeruimd uitzien en toch een berg gewicht meeslepen die nergens op het scherm verschijnt. Autoplay-video's zijn daar een goed voorbeeld van. Ze beginnen te downloaden zodra de pagina laadt, ook als ze buiten beeld staan. Dat is geen gok. Web.dev, het platform van Google over webprestaties, bevestigt dat video's met het autoplay-kenmerk beginnen te downloaden zodra de pagina laadt, ook als ze zich buiten het zichtbare deel van het scherm bevinden. Dat geldt voor een video-element, en hetzelfde geldt voor een ingesloten videospeler die meteen laadt, precies zoals de verborgen video hier.

Wat zit er eigenlijk in dat paginagewicht?

Een gemiddelde website weegt volgens de meest recente meting van de HTTP Archive ruim 2 megabyte, en video is een van de onderdelen die het snelst groeien. Dat gewicht wordt gedownload zodra iemand je pagina opent, ongeacht of hij die video ooit te zien krijgt.

De HTTP Archive volgt jaarlijks miljoenen websites en meet precies waaruit hun paginagewicht bestaat. Voor 2025 kwam de mediaan uit op 2.164 kB op mobiel en 2.412 kB op desktop. Video op de mediane pagina steeg van 246 kB in 2024 naar 315 kB in 2025, een stijging van 28 procent (bron: The Web Almanac, hoofdstuk Page Weight).

Video zelf is trouwens niet het probleem. Een video van goede kwaliteit weegt vaak minder dan een bewegend GIF-bestand van vergelijkbare kwaliteit, zegt web.dev. Het probleem ontstaat pas als er video geladen wordt die niemand nodig heeft, zoals een tweede laag die toch nooit zichtbaar is.

De video die niemand ooit zag

Bij een winkel met hersteldienst stond een achtergrondvideo volledig verborgen achter een andere video op dezelfde plek. Onzichtbaar voor elke bezoeker, maar toch werd bij elk bezoek 1,67 megabyte stream plus 315 kilobyte spelersoftware gedownload, voor niets.

We onderhouden zo'n site na de bouw door een andere partij, en tijdens een gewone snelheidscontrole viel het op. In de sectie met het logo van de winkel stonden twee video's exact over elkaar. De bovenste, zelfgehost, speelde gewoon af zoals bedoeld. Daaronder, volledig aan het zicht onttrokken, speelde een tweede video van een externe videodienst mee, elke keer opnieuw, bij elke bezoeker.

Niemand had die tweede video ooit gezien. Een instelling die de bovenste video opzij had moeten schuiven, stond uitgeschakeld, waardoor de bovenste video de video eronder volledig bleef bedekken. Technisch onzichtbaar, maar wel 1,67 megabyte stream en 315 kilobyte aan spelersoftware die de browser van elke bezoeker toch moest downloaden en laten draaien.

Hoe test je zelf of jouw site zoiets meesleept?

Open PageSpeed Insights, vul je webadres in en kijk naar het totale paginagewicht in het rapport. Een score die structureel laag blijft terwijl je site er op het eerste gezicht opgeruimd uitziet, is vaak het signaal dat er iets meeloopt dat niemand ziet.

Ga naar PageSpeed Insights, plak het adres van je homepage in het vak en start de test. Wacht tot het rapport klaar is, dat duurt meestal minder dan een minuut.

Bekijk vervolgens twee dingen. Kijk eerst naar het totale paginagewicht. De helft van alle sites weegt minder dan ongeveer 2 megabyte, ruimer als je veel foto's of video toont, maar een veelvoud daarvan is een signaal. Kijk daarna in de lijst met de zwaarste bestanden die het rapport toont. Staat daar een video of speler bij die je nergens op de pagina ziet, dan wijst dat rechtstreeks naar hetzelfde soort probleem.

Je hoeft hier geen developer voor te zijn. Het rapport spreekt gewone taal en toont exact welk onderdeel het zwaarst weegt.

Wat de opkuis opleverde

Het totale paginagewicht zakte van 7.517 kB naar 2.273 kB, gemeten met PageSpeed Insights op de dag van de ingreep, 20 augustus 2026. Dat paginagewicht zakte door de twee ingrepen met de video's. De score voor Best Practices, die geen snelheid meet maar wel technische fouten, ging na die dag van 54 naar 100. De onzichtbare video ging eruit, en twee andere video's werden opnieuw gecomprimeerd. Een daarvan was een 4K-video die op een gsm in een kader van amper 351 pixels breed speelde, en ook op desktop was dat kader veel kleiner dan 4K. Zo'n bestand bevat veel meer beeld dan er ooit op het scherm komt, en die extra pixels download je voor niets.

Best Practices is een van de vier categorieën die PageSpeed Insights meet, naast prestaties, toegankelijkheid en SEO. Het cijfer zelf is een genormaliseerde score, geen rechtstreeks percentage van hoeveel sneller de site werd. Wat wel hard gemeten is, is het paginagewicht zelf, en dat daalde met ruim twee derde.

Niet alles werd in één keer opgelost. De tijd tot het grootste zichtbare element op het scherm staat, wat Google LCP noemt, bleef wisselvallig tussen metingen. Dat stuk blijft open. Eerlijkheid hierover hoort bij dit soort werk. Je meet wat er echt verandert, en je verzint niet dat alles in één keer is opgelost.

Website sneller maken: waar begin je zelf?

Begin met een meting, niet met aannames. Open PageSpeed Insights, kijk naar het totale paginagewicht en zoek naar media die geladen wordt zonder dat een bezoeker ze ooit ziet. Pak dat eerst aan, voor je aan diepere techniek zoals caching of hosting denkt.

Bij dezelfde site vonden we trouwens eerder al een ander probleem dat niets met video te maken had. Een verkeerd genoemde cookie omzeilde de cache van de site volledig. Dat is de reden waarom een snelheidscontrole zelden bij één vondst stopt. Elke laag die je opruimt, legt vaak de volgende laag bloot.

Heb je zelf geen tijd of zin om dit uit te pluizen, dan is dat precies waarvoor doorlopend webdesign-onderhoud bestaat. Iemand meet na elke wijziging opnieuw, in plaats van ervan uit te gaan dat alles in orde blijft. Een site bouwen is één moment. Ze snel houden is een gewoonte.