Notities van het team over vakmanschap, formaten en de kleine beslissingen achter een goed resultaat.
Hoe de compatibiliteit van AVIF er in 2026 voor staat
De AVIF-browserondersteuning bereikte in 2026 ongeveer 94,3 procent van de browsers wereldwijd, maar browserondersteuning is niet het hele plaatje. Een groot deel van het beeldgebruik vindt buiten browsers plaats: e-mailprogramma's die ingebedde afbeeldingen tonen, designtools die bestanden openen om te bewerken, contentsystemen die uploads controleren en opnieuw bewerken, beeld-pipelines voor levering, documenteditors die afbeeldingen insluiten, en sociale platforms die afbeeldingen bij het uploaden verwerken. In de meeste van die niet-browsersystemen loopt de AVIF-ondersteuning ruim achter op de browseradoptie. Gmail, Outlook en de meeste zakelijke e-mailprogramma's sturen afbeeldingen nog door oudere pipelines die AVIF weigeren. Adobe Creative Cloud voegde AVIF-ondersteuning pas in de late versies van 2024 toe. Veel WordPress-configuraties met oudere beeldplug-ins blokkeren AVIF nog bij het uploaden. WebP daarentegen wordt al jaren over vrijwel al deze platforms heen ondersteund. Omzetten van AVIF naar WebP is de compatibiliteitsbrug voor die niet-browserinfrastructuur.
Waarom de omzetting aan beide kanten snel is
Het snelheidsvoordeel van AVIF naar WebP ten opzichte van de omgekeerde richting komt voort uit de opbouw van de codecs. Het decoderen van AVIF wordt afgehandeld door een native browserdecoder die op moderne apparaten met hardwareversnelling draait. Het opslaan als WebP gebruikt de native WebP-functie van de browser, op de meeste platforms eveneens hardwareversneld. Geen van beide bewerkingen hoeft een zware module te laden, en dat is precies het knelpunt bij het opslaan van AVIF. De functie voor AVIF-uitvoer is groot en heeft per sessie zo'n seconde nodig om op te starten. AVIF naar WebP slaat dat allemaal over. De verwerking decodeert en slaat daarna op via native paden, en de hele rondgang voor een foto van 2 megapixel is op elke moderne desktop- of laptopbrowser ruim binnen een seconde klaar. Dat maakt AVIF naar WebP geschikt voor interactieve workflows waarin de gebruiker binnen een seconde een reactie verwacht.
Hoeveel het opnieuw opslaan werkelijk kost
Omzetten van AVIF naar WebP omvat één opslagstap. De AVIF werd oorspronkelijk met een zekere mate van verliesgevende compressie opgeslagen. Het decoderen ervan geeft pixelwaarden die die verliesgevende bron weerspiegelen. Het opslaan als WebP legt vervolgens zijn eigen compressie op die details bij een vrijwel verliesvrije instelling die is afgestemd op kwaliteit 85. Bij die instelling meet de uitvoer op typisch fotomateriaal rond 44 dB PSNR. Voor iemand die een foto op normaal weergaveformaat bekijkt, is het verschil tussen de AVIF-bron en de WebP-uitvoer niet zichtbaar. Voor afbeeldingen met heel fijne tekst op kleine formaten, pixelnauwkeurige pictogrammen of hardkantige kleurvlakken kan het opgetelde effect van twee verliesgevende doorgangen bij nauwkeurige inspectie subtiele verschillen tonen. Test vóór je een hele bibliotheek omzet een representatief monster op volledige zoom op je meest kwaliteitsgevoelige afbeeldingen.
De transparantie-rondgang in detail
De transparantie in de AVIF is als afzonderlijke laag gecodeerd, die de browser samen met de kleurinhoud decodeert bij het lezen van het bestand. Wanneer de browser een AVIF decodeert, produceert hij zowel een kleurbuffer als een transparantiemask. De omzetting voegt beide samen bij volledige transparantie en behoudt elke gedeeltelijk transparante detail. Het opslaan als WebP schrijft dan een verliesgevende WebP met een apart transparantielaag dat met de verliesvrije methode van WebP speciaal voor het alphavlak wordt gecodeerd. Het gevolg is dat het transparantiemask in de uitgevoerde WebP verliesvrij wordt bewaard ten opzichte van de gedecodeerde alphawaarden uit de AVIF. Zachte verlopen en uitgevloeide randen blijven overeind. De enige aanwezige alpha-degradatie is wat de oorspronkelijke codering van de AVIF heeft aangebracht. Heeft de bron-AVIF schone alpharanden, dan heeft de WebP-uitvoer ze ook, met hetzelfde masker, klaar om over elke achtergrond samen te stellen.
De uitvoer tegen de alternatieven afzetten
Wanneer je een AVIF compatibel moet maken met een systeem dat AVIF niet leest, heb je drie realistische opties: omzetten naar WebP, omzetten naar PNG of omzetten naar JPG. JPG is de verkeerde keuze voor elke afbeelding met transparantie, omdat JPG geen transparantielaag heeft en het tot een effen kleur afvlakt. PNG levert het grootste bestand, doorgaans drie tot tien keer de AVIF-grootte, en is alleen de juiste keuze wanneer je een verliesvrij tussenformaat nodig hebt of de bestemming specifiek PNG vereist. WebP zit in het midden: het biedt universele moderne compatibiliteit, behoudt de transparantie en levert een bestand dat meestal 20 tot 25 procent groter is dan de AVIF, in plaats van 300 tot 1000 procent groter zoals PNG. Voor elke compatibiliteitsomzetting die geen verliesvrije uitvoer vereist, is WebP het juiste tussenformaat.
Eentje in de browser, sets op een server
Dit paar draait op twee manieren, afhankelijk van de klus. Een losse AVIF wordt volledig in je browser via native wegen gedecodeerd en als WebP opnieuw opgeslagen, dus voor een bestand is er geen upload, bevestigd door nul uitgaande aanvragen na het laden van de pagina. Dat is de juiste weg voor iets snels en voor vertrouwelijk klantwerk, eigen productbeelden of documenten die je liever op je machine houdt. Meerdere bestanden tegelijk omzetten gebeurt op onze server, want bundelen, inpakken en een set afleveren is de taak die een server goed doet: de bestanden gaan omhoog, worden gecodeerd, ingepakt en als een download teruggegeven, die binnen ongeveer 2 uur wordt gewist, zonder registratie en zonder langdurige opslag. In de praktijk: een losse omzetting verlaat nooit het apparaat, en een set wordt op afstand verwerkt maar alleen bewaard voor het korte venster dat het downloaden kost.
