Kleurrijke illustratie van verschillende afbeeldingsformaten, waaronder JPG, PNG, WebP, AVIF, SVG, GIF en TIFF

Afbeeldingsformaten uitgelegd: van JPG en PNG tot WebP, AVIF en SVG

Grafisch ontwerp, Webdesign
8 oktober 202625 minuten

avif

Cliff Vandyck, eigenaar van The Other Concept


Eigenaar – The Other Concept

Kleurrijke illustratie van verschillende afbeeldingsformaten, waaronder JPG, PNG, WebP, AVIF, SVG, GIF en TIFF

Je downloadt een afbeelding en krijgt een JPG. Je ontvangt een logo als SVG, een drukker vraagt om een PDF of TIFF en je smartphone slaat foto’s op als HEIC. Ondertussen hoor je dat WebP en AVIF beter zouden zijn voor je website. Waarom bestaan er eigenlijk zoveel verschillende afbeeldingsformaten? En maakt het uit welke je gebruikt?

Het korte antwoord: absoluut. Een afbeeldingsformaat bepaalt onder andere hoe beeldinformatie wordt opgeslagen, hoeveel ruimte een bestand inneemt, welke kwaliteit behouden blijft en welke software ermee overweg kan. Sommige formaten zijn gemaakt voor fotografie, andere voor grafisch ontwerp, animatie of drukwerk. En wat twintig jaar geleden een logische keuze was, is vandaag niet noodzakelijk nog de beste oplossing.

We bekijken waar die formaten vandaan komen, hoe ze van elkaar verschillen en vooral: welk afbeeldingsformaat gebruik je het best voor welke toepassing?

Waarom bestaan er zoveel afbeeldingsformaten?

Een afbeelding lijkt misschien eenvoudig: een verzameling kleuren en vormen die samen een beeld vormen. Maar de manier waarop computers dat beeld bewaren, is doorheen de jaren sterk geëvolueerd.

De eerste digitale afbeeldingsformaten ontstonden in een tijd waarin opslagruimte duur was, computers weinig geheugen hadden en internetverbindingen traag waren. Ontwikkelaars zochten manieren om afbeeldingen efficiënt te bewaren en tussen verschillende programma’s uit te wisselen. Later kwamen daar nieuwe eisen bij: meer kleuren, transparantie, animatie, professionele drukkwaliteit en steeds hogere schermresoluties.

Niet ieder formaat probeerde hetzelfde probleem op te lossen. GIF werd populair voor eenvoudige webafbeeldingen en animaties. JPEG richtte zich op efficiënte opslag van foto’s. PNG bood een alternatief met verliesvrije compressie en transparantie. SVG maakte het mogelijk om vormen en lijnen onafhankelijk van de resolutie te beschrijven.

Vandaag draait de ontwikkeling van moderne formaten zoals WebP en AVIF vooral om een betere verhouding tussen bestandsgrootte en beeldkwaliteit. Dat is belangrijk omdat websites steeds meer visuele content bevatten, terwijl bezoekers verwachten dat pagina’s onmiddellijk laden.

Daarbij spelen ook compatibiliteit, bestaande software, technische standaarden en historische keuzes een rol. Een nieuw formaat vervangt zijn voorgangers dus niet zomaar. Het moet ook ondersteund worden door browsers, besturingssystemen, ontwerpprogramma’s en publicatieplatformen.

Eerst het verschil tussen raster en vector

Voordat we afzonderlijke afbeeldingsformaten vergelijken, moeten we twee fundamenteel verschillende manieren begrijpen waarop een afbeelding kan worden opgebouwd.

Rasterafbeeldingen: opgebouwd uit pixels

Een rasterafbeelding bestaat uit een raster van pixels. Iedere pixel heeft een kleurwaarde en samen vormen ze het volledige beeld. Foto’s zijn vrijwel altijd rasterafbeeldingen, omdat ze miljoenen subtiele kleurverschillen en details bevatten.

Het nadeel? Een rasterafbeelding heeft een bepaalde resolutie. Vergroot je een kleine afbeelding sterk, dan worden de afzonderlijke pixels of de gevolgen van het opschalen zichtbaar. Het resultaat kan onscherp worden.

JPG, PNG, WebP, AVIF, GIF, BMP en TIFF zijn voorbeelden van rasterformaten.

Vectorafbeeldingen: opgebouwd uit vormen en berekeningen

Een vectorafbeelding wordt niet primair opgeslagen als een vast raster van pixels, maar als lijnen, punten, curves en vormen. Software berekent hoe die elementen moeten worden weergegeven.

Daardoor kun je een geschikt vectorbestand vrijwel onbeperkt vergroten zonder dat de geometrische vormen hun scherpte verliezen. Dat maakt vectorafbeeldingen ideaal voor logo’s, iconen, pictogrammen en illustraties.

SVG is een bekend vectorformaat voor websites. Ook EPS en AI kunnen vectorinformatie bevatten, al zijn dat andere soorten bestanden met andere toepassingen.

Een belangrijk detail: niet ieder bestand met een vectorgerichte extensie bevat uitsluitend vectoren. Sommige documenten kunnen ook rasterafbeeldingen bevatten.

Vergelijking tussen raster- en vectorafbeeldingen: bij vergroting worden pixels zichtbaar in een rasterafbeelding, terwijl een vectorafbeelding scherp blijft

Lossy en lossless: waarom is de ene afbeelding kleiner dan de andere?

Een tweede belangrijk verschil zit in de manier waarop afbeeldingsformaten hun gegevens comprimeren. Compressie zorgt ervoor dat een afbeelding minder opslagruimte nodig heeft, maar niet iedere compressietechniek werkt op dezelfde manier.

Lossy: kleinere bestanden met mogelijk kwaliteitsverlies

Bij lossy compressie wordt een deel van de oorspronkelijke beeldinformatie weggelaten om het bestand kleiner te maken. De techniek probeert vooral informatie te verwijderen die voor het menselijk oog minder opvalt.

Dat werkt bijzonder goed bij foto’s. Een afbeelding kan daardoor aanzienlijk kleiner worden zonder dat je bij normaal gebruik onmiddellijk kwaliteitsverlies ziet. Bij te sterke compressie kunnen wel onscherpte, blokvorming of andere compressieartefacten ontstaan.

JPEG is het bekendste voorbeeld. Ook WebP en AVIF kunnen met kwaliteitsverlies comprimeren.

Let wel op wanneer je een afbeelding herhaaldelijk opnieuw opslaat met lossy compressie. Daarbij kan extra kwaliteitsverlies ontstaan. Bewaar daarom bij voorkeur ook een origineel bronbestand.

Lossless: beeldinformatie behouden

Bij lossless compressie blijft de oorspronkelijke pixelinformatie behouden. De afbeelding kan na het uitpakken exact worden gereconstrueerd, zonder verlies door de compressie zelf.

Dat is interessant voor screenshots, technische afbeeldingen, grafische elementen met scherpe randen en beelden die later nog nauwkeurig bewerkt moeten worden.

PNG is een bekend verliesvrij formaat. Maar ook WebP, AVIF en TIFF kunnen, afhankelijk van de gekozen instellingen of codering, verliesvrije opslag ondersteunen.

Lossless betekent overigens niet automatisch dat een afbeelding er beter uitziet. Een goed gecomprimeerde foto in JPEG of AVIF kan visueel uitstekend zijn en tegelijk veel minder ruimte innemen dan een verliesvrij bestand.

Vergelijking tussen lossy en lossless beeldcompressie: een JPEG-afbeelding met zichtbaar kwaliteitsverlies tegenover een PNG-afbeelding die de oorspronkelijke details behoudt

De belangrijkste afbeeldingsformaten uitgelegd

Welke formaten kom je vandaag het vaakst tegen? En waarom zou je het ene boven het andere verkiezen?

JPG en JPEG: de klassieker voor foto’s

JPEG ontstond uit het werk van de Joint Photographic Experts Group, de groep waaraan het formaat zijn naam dankt. De JPEG-standaard werd begin jaren negentig gepubliceerd en groeide uit tot een van de belangrijkste standaarden voor digitale fotografie.

JPG en JPEG verwijzen in de praktijk doorgaans naar hetzelfde afbeeldingsformaat. De kortere extensie .jpg werd onder andere populair door oudere systemen die bestandsnamen beperkten tot drie tekens na de punt.

JPEG is bijzonder geschikt voor foto’s met veel kleuren, details en vloeiende overgangen. Het formaat ondersteunt doorgaans geen transparantie en gebruikt in zijn klassieke vorm compressie met kwaliteitsverlies.

De grote troef blijft de compatibiliteit. Vrijwel ieder apparaat, programma en platform kan met JPEG overweg. Voor websites zijn er ondertussen vaak efficiëntere alternatieven, maar JPEG is allesbehalve verdwenen.

PNG: scherp, verliesvrij en transparant

PNG staat voor Portable Network Graphics en werd in de jaren negentig ontwikkeld als een open alternatief voor bestaande bitmapformaten, waaronder GIF.

PNG ondersteunt verliesvrije compressie en kan transparante delen bevatten, inclusief gedeeltelijke transparantie. Daardoor is het bijzonder bruikbaar voor screenshots, illustraties, grafieken en afbeeldingen met tekst of scherpe contouren.

Voor grote foto’s is PNG doorgaans minder efficiënt dan moderne formaten die met kwaliteitsverlies comprimeren. Een foto die als JPEG of WebP relatief klein is, kan als PNG aanzienlijk groter uitvallen.

Dat betekent niet dat PNG achterhaald is. Het blijft een uitstekende keuze wanneer exacte pixelinformatie of brede compatibiliteit met transparantie belangrijk is.

WebP: ontwikkeld voor efficiënte webafbeeldingen

Google introduceerde WebP in 2010 als een afbeeldingsformaat dat specifiek interessant is voor gebruik op het web. Het ondersteunt zowel lossy als lossless compressie, transparantie en animatie.

Die veelzijdigheid is een belangrijk voordeel. Waar vroeger verschillende formaten nodig waren voor foto’s, transparante afbeeldingen en eenvoudige animaties, kan WebP meerdere van die toepassingen combineren.

WebP levert bij vergelijkbare visuele kwaliteit vaak kleinere bestanden op dan oudere alternatieven. Hoe groot de winst is, hangt af van de afbeelding, de encoder en de gekozen instellingen.

Voor veel moderne websites is WebP een bijzonder praktische standaardkeuze. De browserondersteuning is breed en het formaat wordt door veel tools en contentmanagementsystemen ondersteund.

AVIF: moderne compressie met hoge efficiëntie

AVIF staat voor AV1 Image File Format en werd ontwikkeld binnen de Alliance for Open Media. Het gebruikt beeldcodering gebaseerd op AV1-technologie en is ontworpen om afbeeldingen efficiënt op te slaan.

AVIF kan uitstekende resultaten behalen bij lage bestandsgroottes. Het ondersteunt onder meer transparantie, hoge kleurdieptes, HDR en zowel compressie met als zonder kwaliteitsverlies.

Voor fotografie en andere complexe beelden kan AVIF bij vergelijkbare kwaliteit kleiner uitvallen dan JPEG of WebP. Maar dat is geen absolute regel. De resultaten verschillen per afbeelding en compressie-instelling.

Ook het verwerken en coderen van AVIF-bestanden kan meer rekenwerk vragen. Voor websites is het daarom verstandig om niet blindelings alles naar AVIF om te zetten, maar de uiteindelijke kwaliteit en bestandsgrootte te vergelijken.

Vergelijking van JPG, WebP en AVIF met dezelfde foto, waarbij moderne afbeeldingsformaten kleinere bestanden opleveren

Illustratieve vergelijking van JPG, WebP en AVIF. De werkelijke bestandsgrootte en beeldkwaliteit hangen af van de afbeelding en compressie-instellingen.

SVG: de ideale keuze voor schaalbare grafische elementen

SVG staat voor Scalable Vector Graphics en is een door het W3C gestandaardiseerd vectorformaat dat op XML is gebaseerd.

In plaats van een afbeelding pixel voor pixel te beschrijven, kan SVG vormen, lijnen, kleuren en tekst als gestructureerde gegevens vastleggen. Daardoor blijven geschikte SVG-afbeeldingen scherp op verschillende schermgroottes.

Het formaat is bijzonder interessant voor logo’s, iconen, diagrammen en relatief eenvoudige illustraties. Bovendien kunnen SVG-elementen in bepaalde toepassingen met CSS worden gestyled of geanimeerd.

Voor gewone foto’s is SVG doorgaans geen logische keuze. Een complexe fotografische afbeelding laat zich niet efficiënt vervangen door een verzameling vectorvormen.

Een aandachtspunt bij WordPress: SVG-bestanden kunnen actieve inhoud bevatten. Upload daarom alleen betrouwbare bestanden en zorg voor een veilige verwerking wanneer je SVG-uploads mogelijk maakt.

GIF: een pionier die vooral dankzij animaties bleef bestaan

GIF werd in 1987 geïntroduceerd door CompuServe en behoort tot de oudste afbeeldingsformaten die vandaag nog regelmatig worden gebruikt.

Het formaat kan per beeld maximaal 256 kleuren uit een palet gebruiken. Voor eenvoudige illustraties was dat jarenlang voldoende, maar voor moderne fotografie is die beperking aanzienlijk.

GIF werd vooral beroemd door zijn ondersteuning voor animaties. Bewegende banners, kleine illustraties en later internetmemes maakten het formaat bijzonder herkenbaar.

Voor moderne webanimaties is GIF vaak niet meer de efficiëntste keuze. Animated WebP, APNG of een geschikt videoformaat kan een betere verhouding tussen kwaliteit en bestandsgrootte bieden.

JPEG XL: een veelbelovende opvolger

JPEG XL, herkenbaar aan de extensie .jxl, is een moderner afbeeldingsformaat dat ontwikkeld werd met aandacht voor efficiënte compressie, hoge beeldkwaliteit en geavanceerde fotografische toepassingen.

Het ondersteunt onder andere lossy en lossless compressie, HDR en hoge kleurdieptes. Een bijzondere eigenschap is dat bepaalde bestaande JPEG-bestanden verliesvrij naar JPEG XL kunnen worden omgezet, waarbij de oorspronkelijke JPEG-gegevens later opnieuw gereconstrueerd kunnen worden.

Technisch is JPEG XL interessant, maar voor websites blijft browserondersteuning een belangrijke factor. Het is daarom geen formaat dat je zonder compatibiliteitscontrole als enige bron voor al je websiteafbeeldingen moet gebruiken.

En wat met TIFF, BMP, HEIC, EPS en al die andere formaten?

Naast de bekende webformaten bestaat er een uitgebreide verzameling bestandsformaten voor fotografie, grafisch ontwerp, drukwerk, archivering en gespecialiseerde toepassingen.

Een handig overzicht:

Formaat Belangrijkste toepassing Geschikt voor websites?
JPG / JPEG Foto’s en algemene beeldbestanden Ja, zeer breed ondersteund
PNG Screenshots, grafieken, transparantie Ja
WebP Geoptimaliseerde foto’s en webafbeeldingen Ja, vaak een goede keuze
AVIF Efficiënte moderne beeldcompressie Ja, met aandacht voor de workflow
SVG Logo’s, iconen en vectorillustraties Ja, voor geschikte grafische elementen
GIF Eenvoudige animaties en historische webgraphics Ja, maar vaak minder efficiënt
APNG Geanimeerde rasterafbeeldingen Ja
JPEG XL / JXL Moderne foto-opslag en beeldcompressie Beperkt, afhankelijk van ondersteuning
TIFF / TIF Drukwerk, scans en beeldarchivering Niet als algemeen webformaat
BMP Klassieke bitmapopslag Niet aanbevolen
JPEG 2000 / JP2 Archivering en gespecialiseerde beeldtoepassingen Niet aanbevolen voor algemeen webgebruik
HEIC / HEIF Foto-opslag, onder andere op smartphones Niet als universeel webformaat
RAW / DNG Professionele fotografie en nabewerking Nee
PSD / PSB Bewerkbare Photoshop-documenten Nee
AI Bewerkbare Illustrator-ontwerpen Nee
EPS Traditionele grafische en drukwerkworkflows Nee
PDF Documenten en drukklare ontwerpen Niet als gewone webafbeelding
ICO Favicons en pictogrammen Ja, voor specifieke toepassingen
TGA Gameontwikkeling en beeldproductie Nee
OpenEXR / EXR HDR, visuele effecten en compositing Nee
IFF / ILBM Historische grafische toepassingen Nee
JPS / JPEG Stereo Stereoscopische 3D-afbeeldingen Niet voor algemeen webgebruik

Die tabel toont meteen waarom het weinig zin heeft om één formaat als universele winnaar aan te duiden. Een fotograaf heeft andere eisen dan een webdesigner. Een drukker werkt anders dan een browser. En een bewerkbaar ontwerpbestand heeft een andere functie dan een geoptimaliseerde afbeelding voor een website.

Ook de verschillen tussen sommige extensies zijn subtiel. HEIF is bijvoorbeeld een containerformaat, terwijl HEIC doorgaans verwijst naar HEIF-afbeeldingen met HEVC-codering. PDF kan zowel tekst, vectorinformatie als rasterafbeeldingen bevatten. En TIFF kan verschillende compressietechnieken gebruiken.

Welk afbeeldingsformaat gebruik je het best?

In de praktijk hoef je gelukkig niet al deze formaten te kennen. Voor de meeste ondernemers, marketeers en websitebeheerders volstaan enkele duidelijke richtlijnen.

Wat wil je doen? Beste keuze Waarom?
Een foto op je website plaatsen WebP of AVIF Goede kwaliteit bij efficiënte bestandsgrootte
Een foto breed kunnen delen JPEG Uitstekende compatibiliteit
Een logo op je website gebruiken SVG Scherp op verschillende schermgroottes
Een screenshot met kleine tekst bewaren PNG of lossless WebP Behoud van scherpe details
Een transparante afbeelding publiceren WebP, PNG of AVIF Ondersteuning voor transparantie
Een eenvoudige animatie tonen Animated WebP of APNG Moderne alternatieven voor GIF
Een foto professioneel nabewerken RAW, DNG of TIFF Geschikt voor hoogwaardige bewerkingsworkflows
Een logo laten aanpassen Origineel vectorbronbestand Elementen blijven bewerkbaar
Een ontwerp naar de drukker sturen Vaak drukklare PDF Afhankelijk van de aanleverspecificaties

Voor websites is onze praktische voorkeur meestal eenvoudig: WebP als veelzijdige standaard, AVIF waar het voordeel oplevert, SVG voor geschikte vectorafbeeldingen en JPEG of PNG wanneer daar een duidelijke reden voor is.

Maar het juiste formaat is slechts één onderdeel van een goed geoptimaliseerde afbeelding.

Wat betekenen afbeeldingsformaten voor SEO en websitesnelheid?

Afbeeldingen kunnen een aanzienlijk deel van het totale downloadgewicht van een webpagina uitmaken. Wanneer bezoekers grote afbeeldingen moeten downloaden, kan dat de laadtijd beïnvloeden. Vooral op mobiele toestellen of tragere verbindingen kan het verschil merkbaar zijn.

Daarom is afbeeldingsoptimalisatie een belangrijk onderdeel van technisch webdesign. Moderne formaten kunnen de bestandsgrootte beperken, maar ook de afmetingen, compressie-instellingen en manier waarop afbeeldingen geladen worden, spelen een rol.

Google gebruikt onder andere Core Web Vitals om aspecten van de gebruikerservaring te beoordelen. Een belangrijke metriek is Largest Contentful Paint (LCP): de tijd tot het grootste zichtbare inhoudselement in de viewport wordt weergegeven. Dat element is op veel websites een grote afbeelding.

Een onnodig zwaar hero-beeld kan daardoor de LCP negatief beïnvloeden. Een kleiner, correct gecomprimeerd bestand kan helpen, al spelen ook serverrespons, rendervertraging en andere technische factoren mee.

Met Google Lighthouse kun je onderzoeken waar je website verbeterd kan worden. De officiële web.dev-richtlijnen voor afbeeldingen leggen bovendien uit hoe moderne formaten, responsive afbeeldingen en efficiënte laadtechnieken samenwerken.

Dat is extra relevant op smartphones. Een afbeelding die op een groot desktopscherm wordt getoond, hoeft niet noodzakelijk in dezelfde afmetingen naar een mobiel toestel gestuurd te worden. Meer daarover lees je in ons artikel over mobiele optimalisatie.

Belangrijk om te onthouden: Google geeft geen automatische SEO-bonus omdat een afbeelding AVIF of WebP is. Het voordeel zit vooral in de mogelijke verbetering van laadtijd en gebruikerservaring. Ook de relevantie van de afbeelding, beschrijvende bestandsnamen en zinvolle alt-teksten blijven belangrijk.

Van origineel afbeeldingsbestand naar geoptimaliseerde WebP-, AVIF- en JPG-afbeeldingen voor desktop, tablet en mobiel

Afbeeldingen optimaliseren in WordPress: waar moet je op letten?

Wie met WordPress werkt, hoeft niet iedere afbeelding handmatig in tientallen formaten te exporteren. WordPress kan bij uploads verschillende afbeeldingsgroottes genereren en gebruikt die onder meer om passende versies aan browsers aan te bieden.

Welke formaten je kunt uploaden en welke conversies automatisch beschikbaar zijn, hangt af van je WordPress-versie, serverconfiguratie en eventuele optimalisatieplugins. Ondersteuning voor WebP en AVIF is dus niet hetzelfde als de garantie dat iedere upload automatisch naar het efficiëntste formaat wordt omgezet.

Ook met een optimalisatieplugin blijft het verstandig om de oorspronkelijke bestanden correct aan te leveren.

Enkele praktische aandachtspunten:

  • Gebruik realistische afmetingen. Een afbeelding van 6000 pixels breed is meestal overbodig wanneer ze slechts op 800 pixels wordt weergegeven.
  • Stem de compressie af op de inhoud. Een foto verdraagt andere instellingen dan een screenshot met kleine tekst.
  • Gebruik responsive afbeeldingen. Zo kan de browser een geschikte versie kiezen voor het scherm en de weergavegrootte.
  • Vermijd onnodig lazy loading voor belangrijke beelden bovenaan de pagina. Vooral een LCP-afbeelding moet tijdig kunnen laden.
  • Controleer de visuele kwaliteit. Een kleiner bestand is geen verbetering als gezichten, producten of belangrijke details zichtbaar achteruitgaan.

Wie verder wil gaan, kan met het HTML-element <picture> meerdere formaten aanbieden. Een browser kan dan bijvoorbeeld AVIF gebruiken wanneer dat ondersteund wordt, en terugvallen op WebP of JPEG wanneer dat nodig is.

De documentatie van MDN over het picture-element legt uit hoe die techniek werkt. In WordPress wordt de concrete implementatie meestal bepaald door het thema, de gebruikte afbeeldingsfuncties of optimalisatiesoftware.

En voor grafisch ontwerp of drukwerk?

Bij grafisch ontwerp liggen de prioriteiten anders dan bij een website. Niet de kleinst mogelijke bestandsgrootte, maar bewerkbaarheid, kleurbeheer, resolutie en correcte aanlevering worden dan belangrijker.

Een logo dat je later wilt aanpassen, bewaar je bij voorkeur in het originele vectorbronbestand. Een JPG van datzelfde logo bevat geen afzonderlijk bewerkbare vormen of tekstlagen meer.

Voor drukwerk kan een drukker een specifieke PDF-standaard, kleurprofiel, afloop of minimale resolutie vereisen. TIFF en andere hoogwaardige rasterformaten kunnen daarbij nuttig zijn, maar de juiste keuze hangt af van het productieproces.

Ook kleurgebruik speelt een rol. Digitale schermen werken doorgaans met RGB-kleurinformatie, terwijl veel drukprocessen gebruikmaken van CMYK. Het afbeeldingsformaat en de kleurruimte zijn twee verschillende zaken. Dat verschil leggen we uitgebreider uit in wat is het verschil tussen RGB en CMYK?.

Het bewaren van goede bronbestanden is bovendien belangrijk voor de toekomst. Een huisstijl wordt gebruikt op websites, sociale media, verpakkingen, drukwerk en allerlei andere toepassingen. Met de juiste bestanden kun je die uitingen consistent houden, zonder telkens opnieuw te moeten beginnen. Lees ook waarom een consistente huisstijl zo belangrijk is.

Het beste afbeeldingsformaat bestaat niet

JPG, PNG, WebP, AVIF, SVG, TIFF, GIF en al die andere formaten bestaan niet toevallig naast elkaar. Ze zijn ontstaan vanuit verschillende technische behoeften en blijven relevant zolang ze een bepaald probleem beter oplossen dan de alternatieven.

Voor moderne websites zijn WebP en AVIF vaak interessante keuzes. SVG blijft bijzonder geschikt voor schaalbare grafische elementen. JPEG en PNG behouden hun waarde dankzij hun brede ondersteuning en specifieke eigenschappen. En in professionele ontwerp- en drukwerkprocessen zijn weer heel andere bestandsformaten nodig.

De belangrijkste les is dan ook niet dat je voortaan alles naar één modern formaat moet converteren. Het juiste afbeeldingsformaat is het formaat dat past bij de inhoud, de toepassing en de technische omgeving.

Een goede website vraagt bovendien meer dan kleine afbeeldingsbestanden. Beeldkwaliteit, snelheid, toegankelijkheid en een doordacht ontwerp moeten samenwerken. Dat is precies waar goed webdesign het verschil maakt.

Laatst bijgewerkt op 8 oktober 2026.


Google Lighthouse

Google Lighthouse

SEO
6 maart 202512 minuten

avif

Cliff Vandyck, eigenaar van The Other Concept


Eigenaar – The Other Concept

Google Lighthouse

Google Lighthouse is een gratis tool waarmee je snel ontdekt waar een webpagina technisch beter kan. Je krijgt scores en concrete aanbevelingen rond prestaties, toegankelijkheid, technische best practices en SEO. Handig, maar zo’n score vertelt niet het volledige verhaal.

Lighthouse is vooral interessant als diagnose-instrument. Het helpt je problemen opsporen, begrijpen waarom een pagina trager of minder toegankelijk is en bepalen waar optimalisatie zinvol is. Een score van 100 behalen mag daarbij nooit het doel op zich worden.

Google Lighthouse resultaten

Wat is Google Lighthouse?

Google Lighthouse is een open-source tool waarmee je afzonderlijke webpagina’s automatisch kunt analyseren. Je kunt Lighthouse rechtstreeks vanuit Chrome DevTools gebruiken, maar de technologie wordt bijvoorbeeld ook gebruikt binnen Google PageSpeed Insights.

Een Lighthouse-audit onderzoekt verschillende aspecten van een pagina en verdeelt de resultaten over vier belangrijke categorieën:

  • Performance: hoe snel wordt de pagina geladen en bruikbaar?
  • Accessibility: zijn er technische problemen die de toegankelijkheid van de pagina beperken?
  • Best Practices: voldoet de pagina aan een reeks actuele technische webstandaarden?
  • SEO: zijn de technische basiselementen aanwezig zodat zoekmachines de pagina goed kunnen verwerken?

Iedere categorie krijgt een score van 0 tot 100. Daaronder toont Lighthouse welke controles geslaagd zijn, waar problemen zitten en welke verbeteringen mogelijk zijn.

PageSpeed Insights

Wat vertelt een Lighthouse-score echt?

Een hoge score ziet er aantrekkelijk uit, maar het is belangrijk om te begrijpen wat je precies meet. Lighthouse voert een test uit in een gecontroleerde omgeving. Het resultaat is dus een momentopname en geen rechtstreekse meting van alle bezoekers van je website.

De omstandigheden tijdens een test kunnen bovendien verschillen. Je kunt daardoor twee keer dezelfde pagina testen en toch een andere Performance-score krijgen.

Gebruik Lighthouse-scores daarom vooral om problemen en verbeterkansen op te sporen. Een website hoeft niet op iedere categorie 100/100 te halen om snel, toegankelijk of goed vindbaar te zijn.

Een SEO-score van 100 betekent niet dat je bovenaan Google staat

Dit is een belangrijke nuance. De SEO-audit van Lighthouse controleert een aantal technische basisvoorwaarden. Denk bijvoorbeeld aan crawlbaarheid, mobiele leesbaarheid en bepaalde HTML-elementen.

Lighthouse beoordeelt echter niet of jouw content beter is dan die van concurrenten, hoe sterk je website binnen een bepaald onderwerp is of hoe goed je aansluit bij een specifieke zoekintentie.
Een Lighthouse SEO-score van 100 betekent dus vooral dat de gecontroleerde technische basis in orde is. Het is geen algemene SEO-score van je website en zeker geen voorspelling van je positie in Google.

Wil je verder gaan dan die technische basis? Op onze pagina over SEO & AI-vindbaarheid lees je hoe techniek, content en structuur samen bijdragen aan online vindbaarheid.

Lighthouse en Core Web Vitals zijn niet hetzelfde

Lighthouse en Core Web Vitals worden vaak in één adem genoemd, maar ze betekenen niet hetzelfde.
De Core Web Vitals van Google focussen momenteel op drie onderdelen van de gebruikerservaring:

  • Largest Contentful Paint (LCP): hoe snel de belangrijkste zichtbare inhoud wordt geladen.
  • Interaction to Next Paint (INP): hoe snel een pagina reageert wanneer een bezoeker ermee interageert.
  • Cumulative Layout Shift (CLS): hoeveel elementen onverwacht verschuiven tijdens het laden.

Google hanteert als richtwaarden een LCP binnen 2,5 seconden, een INP onder 200 milliseconden en een CLS onder 0,1.

Het belangrijkste verschil zit echter in labdata en praktijkdata. Lighthouse simuleert het laden van een pagina onder bepaalde omstandigheden. Core Web Vitals kunnen daarnaast worden gemeten met gegevens van echte Chrome-gebruikers.

Daarom gebruiken we ook PageSpeed Insights

Voor een completer beeld is Google PageSpeed Insights bijzonder interessant. Je krijgt er Lighthouse-resultaten uit een gecontroleerde testomgeving, maar wanneer voldoende gegevens beschikbaar zijn ook praktijkgegevens van echte gebruikers.

Dat onderscheid is belangrijk. Een pagina kan tijdens een individuele Lighthouse-test uitstekend presteren, terwijl echte bezoekers bijvoorbeeld op tragere mobiele verbindingen toch problemen ondervinden.

Andersom kan een afzonderlijke test tegenvallen terwijl de gebruikersdata over een langere periode wel goede resultaten laten zien.

Heeft je Lighthouse-score invloed op SEO?

Niet rechtstreeks op de manier waarop vaak wordt gedacht. Google kijkt niet simpelweg naar je Lighthouse-score om vervolgens websites met een 95 boven websites met een 75 te plaatsen.

Google geeft wel aan dat Core Web Vitals door zijn rankingsystemen worden gebruikt en raadt goede scores aan voor zowel Search als een betere gebruikerservaring. Tegelijk benadrukt Google dat er geen enkele page experience-score bestaat die op zichzelf je ranking bepaalt.
Goede content blijft essentieel. Een razendsnelle pagina met weinig relevante inhoud gaat niet automatisch een tragere pagina met een veel beter antwoord op de zoekvraag voorbij.

Snelheid en gebruikservaring blijven wel belangrijk. Niet alleen voor zoekmachines, maar vooral voor de mensen die je website daadwerkelijk gebruiken. Een technisch sterke website ondersteunt daarom ook onze bredere aanpak van webdesign: ontwerp, inhoud en techniek moeten samen werken.

Hoe gebruik je Google Lighthouse?

De eenvoudigste manier om zelf een Lighthouse-audit uit te voeren is via Google Chrome.

Lighthouse gebruiken in Chrome DevTools

  1. Open de pagina die je wilt controleren in Google Chrome.
  2. Open Chrome DevTools via Inspecteren.
  3. Kies het tabblad Lighthouse.
  4. Selecteer de categorieën die je wilt analyseren.
  5. Klik op Analyze page load.
  6. Bekijk de scores, diagnoses en voorgestelde verbeteringen.

Test bij voorkeur meerdere keren. Zeker de Performance-score kan tussen afzonderlijke tests variëren.

Lighthouse gebruiken via PageSpeed Insights

Wil je geen Chrome DevTools openen? Voer dan de URL van je pagina in bij PageSpeed Insights. Je krijgt vervolgens afzonderlijke resultaten voor mobiel en desktop.

Kijk daarbij niet alleen naar het grote cijfer bovenaan. De informatie onder Diagnostics en de verschillende performance-inzichten vertelt vaak veel meer over wat er daadwerkelijk verbeterd kan worden.

Lighthouse automatiseren

Voor ontwikkelaars kan Lighthouse ook vanaf de command line of als Node-module worden gebruikt. Zo kun je audits automatiseren en bijvoorbeeld controleren of wijzigingen aan een website geen onverwachte achteruitgang veroorzaken.

Google biedt hiervoor ook Lighthouse CI. Voor de meeste website-eigenaars is dit niet nodig, maar bij grotere websites en actieve ontwikkeltrajecten kan automatische monitoring bijzonder nuttig zijn.

Installeren Google Lighthouse via npm

Welke problemen kom je vaak tegen?

Lighthouse kan een lange lijst aanbevelingen tonen. Niet ieder probleem heeft echter dezelfde impact. Het heeft weinig zin om uren te besteden aan één klein verbeterpunt alleen om je score van 97 naar 100 te krijgen.

In de praktijk kijken we liever eerst naar problemen die bezoekers daadwerkelijk kunnen merken.

Te zware afbeeldingen

Grote afbeeldingen behoren nog steeds tot de klassieke oorzaken van onnodig lange laadtijden. Gebruik passende afmetingen en moderne afbeeldingsformaten (zoals WebP of AVIF) en comprimeer bestanden zonder zichtbaar kwaliteitsverlies.

Let vooral op afbeeldingen die boven de vouwlijn zichtbaar zijn. Een grote hero-afbeelding is vaak één van de belangrijkste zichtbare elementen tijdens het laden en wil je daarom doorgaans niet op dezelfde manier lazyloaden als afbeeldingen die pas veel verder naar beneden verschijnen.

Te veel JavaScript en CSS

WordPress-thema’s, plugins, trackingtools en externe scripts kunnen samen behoorlijk wat code toevoegen. Wanneer veel daarvan onmiddellijk moet worden geladen, kan dat de pagina vertragen of interacties minder vlot maken.

Verwijder daarom ongebruikte functionaliteit waar mogelijk en kijk kritisch welke scripts echt op iedere pagina nodig zijn.

Layout shifts tijdens het laden

Een afbeelding, advertentie, cookie-element of lettertype dat later wordt geladen kan ervoor zorgen dat andere content plots verschuift. Dat is vervelend voor bezoekers en kan je CLS negatief beïnvloeden.

Door bijvoorbeeld afmetingen voor afbeeldingen en embeds vooraf vast te leggen, behoudt de browser tijdens het laden voldoende ruimte.

Problemen met toegankelijkheid

Lighthouse controleert ook verschillende automatisch detecteerbare toegankelijkheidsproblemen, zoals onvoldoende kleurcontrast, ontbrekende toegankelijke namen en bepaalde fouten in ARIA-attributen.

Een hoge Accessibility-score betekent echter niet automatisch dat een website volledig toegankelijk is. Niet alle toegankelijkheidsproblemen kunnen door een automatische test worden gevonden. Manuele controle blijft dus belangrijk.

Staar je niet blind op 100/100

Een Lighthouse-score is een hulpmiddel, geen einddoel. Toch zien we regelmatig websites waarop technische ingrepen worden uitgevoerd puur om enkele extra punten te behalen.

Dat is niet altijd een goede investering.

Een grote hero-afbeelding verwijderen kan je Performance-score bijvoorbeeld verbeteren, maar als die afbeelding belangrijk is voor je merkbeleving hoeft dat niet de beste keuze te zijn. Hetzelfde geldt voor functionaliteit die JavaScript nodig heeft maar bezoekers daadwerkelijk helpt.

De juiste vraag is daarom niet: Hoe krijgen we overal 100? maar: Welke verbeteringen maken deze website merkbaar beter voor bezoekers?

Gebruik Lighthouse als startpunt

Google Lighthouse is bijzonder nuttig om technische problemen snel zichtbaar te maken. Het helpt bij het analyseren van prestaties, toegankelijkheid, best practices en een aantal technische SEO-elementen.

Bekijk de resultaten wel altijd in hun context. Combineer Lighthouse met PageSpeed Insights, Core Web Vitals en vooral met wat echte bezoekers op je website ervaren.

Een snelle website is uiteindelijk geen verzameling groene cijfers. Het is een website die vlot laadt, snel reageert, stabiel blijft en bezoekers zonder frustratie laat doen waarvoor ze gekomen zijn.

Laatst aangepast: 18 september 2026.


Mobiele optimalisatie

Mobiele optimalisatie: waarom je website niet zonder kan

SEO, Webdesign
28 februari 202513 minuten

avif

Cliff Vandyck, eigenaar van The Other Concept


Eigenaar – The Other Concept

Mobiele optimalisatie

Smartphones zijn niet meer weg te denken uit ons dagelijkse internetgebruik. We zoeken onderweg iets op, vergelijken producten, lezen artikels, vullen formulieren in en nemen rechtstreeks contact op met bedrijven. Een website die alleen op een groot scherm goed werkt, voldoet daarom niet meer.

Mobiele optimalisatie gaat bovendien verder dan een website die netjes binnen het scherm van een smartphone past. Teksten moeten leesbaar zijn, knoppen eenvoudig te bedienen, pagina’s snel en navigatie moet ook met één hand logisch aanvoelen. Een goede mobiele website is dus geen verkleinde desktopwebsite, maar een ervaring die bewust rekening houdt met een kleiner scherm.

Mobiel is geen extra versie van je website

Vroeger werd een website vaak eerst volledig voor desktop ontworpen. Daarna werd bekeken hoe alles op een kleiner scherm kon worden geplaatst. Dat principe is achterhaald.

Bij modern webdesign moet mobiel vanaf het begin deel uitmaken van het ontwerp. Dat betekent niet noodzakelijk dat je uitsluitend mobile-first moet ontwerpen, maar wel dat beslissingen rond navigatie, content, afbeeldingen, interacties en performance onmiddellijk op verschillende schermformaten worden getest.

Een ontwerp dat op desktop indrukwekkend oogt, kan op een smartphone bijvoorbeeld veel te lang worden. Een navigatiemenu dat met een muis perfect werkt, kan met een duim frustrerend zijn. En een video die op desktop snel laadt, kan via een mobiele verbinding plots een zware belasting worden.

Responsive webdesign vormt de basis

Een responsive website past zich automatisch aan de grootte van het scherm aan. Teksten blijven leesbaar, afbeeldingen schalen mee en knoppen zijn makkelijk aan te klikken. Responsive design is ondertussen dan ook veel meer dan een technische vereiste: het vormt de basis voor heel wat moderne webdesign trends, waarbij dezelfde visuele identiteit en gebruikservaring op ieder scherm overeind moeten blijven.

Google raadt responsive webdesign aan omdat dezelfde HTML en URL gebruikt kunnen worden voor desktop en mobiel en deze aanpak relatief eenvoudig te implementeren en onderhouden is.

Maar responsive betekent niet automatisch mobiel geoptimaliseerd.

Een website kan technisch perfect meeschalen en toch frustrerend werken. Denk aan te kleine knoppen, enorme witruimtes, pop-ups die bijna het hele scherm innemen of een formulier met twintig velden.

Ontwerp voor vingers, niet voor een muis

Op desktop kun je met een muis vrij nauwkeurig klikken. Op een smartphone gebruik je meestal je vingers. Interactieve elementen moeten daarom voldoende groot zijn en voldoende ruimte rondom zich hebben.

Dat geldt voor knoppen en links, maar ook voor menu-items, sliders, filters, accordions en formuliervelden.

Let bovendien op de plaats waar interactieve elementen staan. Een belangrijke actie onderaan het scherm kan op mobiel gemakkelijker bereikbaar zijn dan een kleine knop helemaal bovenaan.

Maak content scanbaar

Een lange tekst voelt op een smartphone al snel langer aan dan op desktop. Werk daarom met duidelijke tussentitels, voldoende witruimte en relatief korte tekstblokken.

Dat betekent niet dat je belangrijke content voor mobiele bezoekers moet verwijderen. Google gebruikt de mobiele versie van een website voor indexing en ranking en adviseert daarom dat belangrijke content op mobiel en desktop equivalent blijft.

Je mag de presentatie wel aanpassen. Lange informatie kan op mobiel bijvoorbeeld in overzichtelijke accordions worden geplaatst, zolang de inhoud toegankelijk blijft.

Google kijkt naar de mobiele versie van je website

Mobiele optimalisatie is niet alleen belangrijk voor bezoekers. Google gebruikt mobile-first indexing. Dat betekent dat Google hoofdzakelijk de mobiele versie van je website gebruikt om de inhoud te crawlen, indexeren en beoordelen.

De overstap naar mobile-first indexing is inmiddels volledig afgerond. Een mobiele website is daardoor niet langer een bijkomende versie van je desktopwebsite: voor Google is het in feite de primaire versie.

Zorg er daarom voor dat belangrijke teksten, afbeeldingen, interne links, metadata en structured data niet alleen op desktop aanwezig zijn. Elementen zomaar verbergen omdat er op mobiel minder ruimte beschikbaar is, kan ervoor zorgen dat belangrijke informatie verloren gaat.

Snelheid telt op mobiel nog zwaarder

Op kantoor zit je misschien achter een snelle internetverbinding. Mobiele bezoekers kunnen je website evengoed openen via 4G, een druk openbaar netwerk of een minder krachtige smartphone.
Daardoor worden onnodig zware websites sneller problematisch.

Grote afbeeldingen, achtergrondvideo’s, externe scripts, trackingtools, lettertypes en uitgebreide animaties kunnen allemaal invloed hebben op de laadtijd. Dat betekent niet dat je ze moet vermijden, maar wel dat ze bewust moeten worden ingezet en technisch goed moeten worden geoptimaliseerd. Bij afbeeldingen begint dat onder andere met het kiezen van het juiste afbeeldingsformaat, zoals WebP of AVIF, en afmetingen die passen bij het scherm waarop ze worden weergegeven.

Let op je Core Web Vitals

Google gebruikt drie Core Web Vitals om belangrijke onderdelen van de gebruikerservaring meetbaar te maken:

  • Largest Contentful Paint (LCP) meet hoe snel de belangrijkste zichtbare content wordt geladen.
  • Interaction to Next Paint (INP) meet hoe snel een pagina reageert op interacties van bezoekers.
  • Cumulative Layout Shift (CLS) meet hoeveel content onverwacht verschuift tijdens het gebruik.

Voor een goede gebruikerservaring adviseert Google momenteel een LCP van maximaal 2,5 seconden, een INP van maximaal 200 milliseconden en een CLS van maximaal 0,1, gemeten voor minstens 75% van de bezoeken.

Wil je die technische prestaties zelf onderzoeken? In ons artikel over Google Lighthouse leggen we uit hoe je prestaties, toegankelijkheid en technische SEO van een webpagina kunt analyseren.

Google Lighthouse voor mobielvriendelijke test

Mobiele optimalisatie draait ook om gebruiksgemak

Snelheid is belangrijk, maar een razendsnelle website kan nog altijd bijzonder vervelend zijn om te gebruiken.

Kijk daarom naar wat een mobiele bezoeker daadwerkelijk probeert te doen. Iemand die onderweg de website van een restaurant bezoekt, zoekt misschien vooral openingsuren of een telefoonnummer. Een potentiële klant van een dienstverlener wil snel begrijpen wat het bedrijf doet en eenvoudig contact kunnen opnemen.

De prioriteiten kunnen dus verschillen van desktop.

Hou navigatie eenvoudig

Een uitgebreid navigatiemenu met verschillende niveaus kan op desktop prima werken, maar op een smartphone al snel onoverzichtelijk worden.

Breng daarom structuur aan. Toon de belangrijkste onderdelen duidelijk en vermijd dat bezoekers zich door verschillende submenu’s moeten worstelen voordat ze hun bestemming bereiken.

Een mobiel menu hoeft bovendien niet noodzakelijk een exacte visuele kopie van je desktopmenu te zijn. De structuur en belangrijkste bestemmingen moeten overeenkomen, maar de presentatie mag aangepast zijn aan het apparaat.

Maak formulieren mobielvriendelijk

Een formulier invullen op een smartphone vraagt meer inspanning dan op een computer. Vraag daarom alleen informatie die je daadwerkelijk nodig hebt.

Gebruik duidelijke labels, voldoende grote velden en het juiste invoertype. Een veld voor een telefoonnummer kan bijvoorbeeld automatisch het numerieke toetsenbord openen en een e-mailveld het geschikte mobiele toetsenbord.

Controleer ook foutmeldingen. Een bezoeker moet onmiddellijk begrijpen welk veld verkeerd werd ingevuld en hoe dat kan worden opgelost.

Let op pop-ups en overlays

Een pop-up die op desktop relatief bescheiden lijkt, kan op een klein scherm bijna alle content bedekken. Hetzelfde geldt voor cookiebanners, chatvensters en promotionele meldingen.

Test daarom niet alleen óf zo’n element verschijnt, maar ook hoeveel ruimte het inneemt en hoe eenvoudig het weer kan worden gesloten.

Test op echte toestellen

Browsertools waarmee je verschillende schermformaten simuleert zijn bijzonder handig tijdens het ontwikkelen. Toch vertellen ze niet alles.

Een echte smartphone gebruik je anders. Je houdt hem in je hand, scrolt met je duim, wisselt tussen portrait en landscape en gebruikt misschien een tragere verbinding. Ook browserbalken, virtuele toetsenborden en verschillende schermhoogtes hebben invloed op de ervaring.

Test daarom minstens op enkele echte smartphones en bij voorkeur zowel op iOS als Android.

Voor technische controles kun je daarnaast tools zoals Google PageSpeed Insights gebruiken. Daarmee kun je afzonderlijk bekijken hoe een pagina op mobiele apparaten presteert en waar mogelijke verbeterpunten liggen.

Veelgemaakte fouten bij mobiele websites

Een website hoeft niet zichtbaar kapot te zijn om op mobiel slecht te werken. Sommige problemen zijn subtieler en worden pas duidelijk wanneer je de website daadwerkelijk gebruikt.

Een paar zaken die we regelmatig tegenkomen:

  • tekst die te klein wordt weergegeven;
  • knoppen en links die te dicht bij elkaar staan;
  • afbeeldingen of tabellen die buiten het scherm vallen;
  • lange formulieren die onnodig veel informatie vragen;
  • animaties die mobiel weinig toevoegen maar wel performance kosten;
  • te grote hero-secties waardoor de belangrijkste content pas na meerdere scrollbewegingen verschijnt;
  • pop-ups en cookiebanners die bijna het volledige scherm bedekken;
  • content die op mobiel volledig wordt weggelaten.

Vooral die eerste zichtbare ruimte vraagt op een smartphone extra aandacht. Door het kleinere scherm ligt de vouwlijn op ieder toestel anders en moet je goed afwegen welke boodschap, titel en actie een bezoeker onmiddellijk te zien krijgt.

Een goede mobiele optimalisatie zoekt dus voortdurend naar een evenwicht tussen vormgeving, inhoud, functionaliteit en snelheid.

mobiele optimalisatie

Mobile-first betekent niet desktop-second

De aandacht voor mobiel betekent niet dat desktop plots minder belangrijk is. Een professionele website moet op ieder relevant schermformaat goed werken.

Bij sommige B2B-websites kan een groot deel van de bezoekers bijvoorbeeld nog altijd via een laptop of desktopcomputer komen. Bij andere websites kan mobiel veruit het belangrijkste apparaat zijn.

Daarom kijken we liever naar responsive gedrag dan naar een paar vaste schermformaten. Een website moet niet alleen goed werken op een iPhone en een grote desktopmonitor, maar ook op alle formaten daartussen.

Ontwerp voor de bezoeker, niet voor het scherm

Mobiele optimalisatie is uiteindelijk veel meer dan blokken onder elkaar zetten zodra een scherm smaller wordt. Het gaat over begrijpen hoe iemand je website gebruikt en ervoor zorgen dat inhoud en functionaliteit op ieder apparaat logisch blijven werken.

Dat vraagt aandacht voor responsive webdesign, snelheid, navigatie, leesbaarheid, interacties en technische prestaties.

Bekijk mobiel daarom niet als de laatste controle voor een website online gaat. Neem het vanaf het eerste ontwerp mee. Zo bouw je geen desktopwebsite die toevallig ook op een smartphone past, maar een website die zich daadwerkelijk aanpast aan de bezoeker.

Laatst bijgewerkt op 8 oktober 2026.


Privacy Preference Center