Twee formaten, één doel: kleinere bestanden
Als je je al hebt verdiept in WordPress-afbeeldingsoptimalisatie, ben je zowel WebP als AVIF tegengekomen als vervanging voor JPEG. Ze lossen hetzelfde probleem op — kleinere bestandsgroottes bij gelijkwaardige visuele kwaliteit — maar het zijn niet dezelfde formaten, en de verkeerde kiezen (of er maar één) laat prestaties liggen.
Dit is de praktische vergelijking: wat elk formaat daadwerkelijk oplevert, waar ze tekortschieten, en wat je daadwerkelijk moet configureren op een WordPress-site.
WebP: de veilige standaard
WebP bestaat al sinds 2010 en heeft vandaag bijna universele browserondersteuning, inclusief Safari sinds versie 14. Bij gelijkwaardige visuele kwaliteit zijn WebP-bestanden ongeveer 25-35% kleiner dan JPEG.
Sterke punten:
- Extreem brede browserondersteuning
- Snel te coderen, ook in bulk
- Ondersteunt zowel lossy als lossless compressie, plus transparantie (vervangt PNG)
- Goed ondersteund door elke grote WordPress-host en CDN
Beperkingen:
- Niet zo klein als AVIF kan bereiken
- Lossless WebP-bestanden kunnen soms groter zijn dan een goed geoptimaliseerde JPEG
AVIF: kleiner, maar kieskeuriger
AVIF is het nieuwere formaat, afgeleid van de AV1-videocodec. Het produceert over het algemeen merkbaar kleinere bestanden dan WebP bij dezelfde visuele kwaliteit — vaak 50% kleiner dan de originele JPEG.
Sterke punten:
- Compressie van topklasse — doorgaans kleiner dan WebP bij gelijke kwaliteit
- Ondersteunt HDR en een breed kleurengamma
- Nu ondersteund door Chrome, Edge, Firefox en Safari 16+
Beperkingen:
- Trager te coderen dan WebP, wat relevant is bij het in bulk converteren van een grote mediabibliotheek
- Iets smallere browserondersteuning dan WebP — een klein percentage bezoekers met oudere browsers krijgt het niet
- Sommige beeldbewerkings- en CDN-tools hebben nog wisselvalligere AVIF-ondersteuning dan WebP
Het echte antwoord: serveer beide, automatisch
Dit behandelen als een of-of-keuze is de verkeerde aanpak. De juiste aanpak voor een productie-WordPress-site is een fallbackketen: serveer AVIF aan browsers die het ondersteunen, WebP aan browsers die dat ondersteunen maar geen AVIF, en de originele JPEG/PNG aan al het oudere.
Dit gebeurt met het HTML-element <picture>:
<picture>
<source srcset="photo.avif" type="image/avif">
<source srcset="photo.webp" type="image/webp">
<img src="photo.jpg" alt="Beschrijving">
</picture>
De browser controleert elke <source> in volgorde en gebruikt het eerste ondersteunde formaat, met een terugval naar het originele bestand van de <img>-tag als niets matcht. Geen JavaScript, geen server-side user-agent-detectie — gewoon standaard HTML dat elke browser, ook heel oude, begrijpt.
Hoe Erdo Image Optimizer dit afhandelt
Handmatig twee extra kopieën van elke afbeelding genereren en onderhouden, plus de bovenstaande markup schrijven voor elke <img>-tag op je site, is voor de meeste WordPress-gebruikers niet realistisch. Erdo Image Optimizer automatiseert de hele keten:
- Bij upload of bulkconversie genereert het zowel WebP- als AVIF-versies van elke afbeelding met de eigen GD- of Imagick-bibliotheek van je server — geen API-key, geen externe dienst.
- Aan de voorkant herschrijft het automatisch
<img>-tags naar<picture>-elementen met de juiste source-volgorde, zodat bezoekers altijd het kleinste formaat krijgen dat hun browser ondersteunt. - AVIF is opt-in in de instellingen, omdat coderen langer duurt — je kunt het inschakelen zodra je mediabibliotheek niet meer actief groeit, of bij alleen WebP blijven als je host strenge CPU-limieten heeft.
Dit betekent dat je geen kant hoeft te kiezen in het WebP-vs-AVIF-debat. De plugin genereert beide en laat de browser beslissen.
Wanneer je AVIF moet overslaan
Er zijn een paar legitieme redenen om bij alleen WebP te blijven:
- Zeer grote mediabibliotheken op beperkte shared hosting. AVIF-codering is CPU-intensiever; als je host de CPU-tijd agressief beperkt, kan het in bulk converteren van tienduizenden afbeeldingen naar AVIF lang duren.
- Een aanzienlijk deel van je verkeer komt van oudere Android-toestellen of verouderde browsers die geen AVIF ondersteunen. WebP-ondersteuning is breder, dus als je analytics een lange staart oudere browsers laten zien, geeft WebP alleen je nog steeds het grootste deel van het bestandsgroottevoordeel met minder coderingsoverhead.
Voor de meeste sites is geen van beide van toepassing, en beide formaten inschakelen is de juiste standaard.
Snelle referentie
| WebP | AVIF | |
|---|---|---|
| Gem. grootte vs. JPEG | ~25-35% kleiner | ~50% kleiner |
| Browserondersteuning | Universeel (incl. Safari 14+) | Breed (Chrome, Edge, Firefox, Safari 16+) |
| Coderingssnelheid | Snel | Trager |
| Beste voor | Standaard voor alle sites | Sites die de extra coderingstijd voor maximale besparing kunnen veroorloven |
Kortom
WebP versus AVIF is niet echt een wedstrijd — het is een fallbackketen. Serveer AVIF waar het ondersteund wordt, WebP als vangnet, en het originele formaat als laatste redmiddel. Als je dit handmatig instelt, brengt de <picture>-markup hierboven je daar. Als je dit niet handmatig wilt onderhouden, genereert Erdo Image Optimizer beide formaten en regelt het de fallback automatisch — gratis, zonder API-key, met de eigen afbeeldingsbibliotheken van je server. Zie onze gids voor het converteren van WordPress-afbeeldingen naar WebP voor de volledige installatie-uitleg.