Je bestanden worden geladen…

WebP naar AVIF omzetten, kleinere bestanden met behoud van alpha

Zet WebP om naar AVIF en krijg foto's die 20 tot 30 procent kleiner uitvallen, met behoud van transparantie.

of sleep de afbeelding hierheen

Zo zet je WebP om naar AVIF

Zo zet je WebP om naar AVIF

Sleep een WebP op het uploadgebied of klik erop om een bestand te kiezen. De omzetting begint zodra het bestand binnen is, zonder aparte knop. Omdat AVIF het zwaarste formaat is om te maken, wordt een losse afbeelding voor het beste resultaat naar onze server gestuurd, en komt de AVIF klaar om te downloaden terug. Een kleine afbeelding zet in ruim minder dan een seconde om, een foto van 2 megapixel in ongeveer een seconde, een van 8 megapixel in een paar seconden. Is de AVIF klaar, klik dan op Downloaden om hem op te slaan met dezelfde basisnaam en de nieuwe extensie.avif. De statistiekregel toont beide groottes, en de downloadlink wordt binnen ongeveer 2 uur verwijderd.

Hoeveel kleiner is AVIF dan WebP?

Hoeveel kleiner is AVIF dan WebP?

AVIF bouwt op de een modern formaat en haalt bestanden die bij dezelfde waargenomen kwaliteit zo'n 20 tot 30 procent kleiner zijn dan WebP, gemeten via - en -vergelijkingen op fototestsets. Bij eenvoudige graphics met vlakke kleur of harde randen krimpt het verschil, en kan WebP gelijk komen of voorbijgaan. De winst is het grootst bij foto's, precies de inhoud die op de meeste moderne sites het gewicht bepaalt. Bij al zwaar samengeperste WebP-bronnen wordt de besparing kleiner. AVIF-ondersteuning passeert inmiddels wereldwijd 93 procent, dus het terugvalgeval voor een modern publiek is geslonken tot een kleine minderheid.

Blijft transparantie behouden bij WebP naar AVIF?

Blijft transparantie behouden bij WebP naar AVIF?

Ja. WebP ondersteunt een transparantielaag en AVIF eveneens, en de omzetting draagt het ongewijzigd door. Een WebP met een transparante achtergrond wordt een AVIF met diezelfde transparante achtergrond, zonder witte opvulling, zonder kleurverschuiving, zonder randhalo, zonder verrassingen door vooraf gemengde randen. Dat is het tegendeel van omzetten naar JPG, waar transparantie wordt vernietigd omdat JPG geen transparantie kent. Houdt je WebP een uitgeknipt logo, een interface-sprite of een sticker op een transparant doek, dan is AVIF een veilige bestemming en hoef je het beeld vooraf niet op te vullen. Het transparantievlak wordt naast de kleurdata op kwaliteit 85 opgeslagen en bereikt de uitvoer met zachte randen intact.

Kwaliteit en snelheid

Kwaliteit en snelheid

Beide formaten zijn lossy, en dit paar draait op kwaliteit 85. Bij die instelling meten foto's rond, voor natuurlijke beelden visueel vrijwel verliesvrij. Graphics met harde randen of vlakke kleur kunnen lichte artefacten tonen. Omdat de bron al een lossy WebP is, gaat het om een tweede lossy ronde: wat de WebP al heeft weggegooid, komt niet terug. Snelheid is de prijs voor de compressiekracht van AVIF. Op Chrome-desktop is een foto van 2 megapixel binnen een seconde klaar, een van 8 megapixel in zo'n 3 seconden en een opname van 24 megapixel in 10 tot 30 seconden. Firefox loopt ongeveer vier keer trager, en een telefoon is 3 tot 5 keer trager dan desktop-Chrome. De eerste ronde kost daarbij een eenmalige opwarmtijd.

AVIF-browserondersteuning voor levering

AVIF-browserondersteuning voor levering

AVIF bereikt inmiddels meer dan 93 procent van de browsers wereldwijd: Chrome vanaf 85, Firefox vanaf 93, Safari vanaf 16.4 en Edge vanaf 121 tonen het allemaal native. Internet Explorer, Opera Mini en Safari van voor 2022 niet. Wat dit praktisch betekent voor levering: een HTML-picture-element dat AVIF met een WebP-terugval levert, dekt vrijwel al het moderne verkeer. Op sites waar de resterende paar procent ertoe doet, houd je de WebP-terugval in stand. Sites met een betrouwbaar modern publiek kunnen AVIF alleen inzetten. Door de bandbreedtewinst is AVIF eerst met WebP-terugval in 2026 het dominante patroon onder prestatiegerichte ontwikkelaars.

Waar je bestand wordt verwerkt

Waar je bestand wordt verwerkt

AVIF is het veeleisendste formaat om te maken, dus dit paar gebruikt onze server voor het beste resultaat, wat betekent dat omzetten naar AVIF je WebP daarheen kan sturen. Het werk gebeurt, de AVIF komt terug, en de downloadlink wordt binnen ongeveer 2 uur verwijderd. Zet je meerdere bestanden tegelijk om, dan neemt de server altijd de set en bundelt de resultaten tot één pakket, weer met hetzelfde venster van ongeveer 2 uur. Mocht de server eens niet bereikbaar zijn, dan maakt de pagina in plaats daarvan een losse afbeelding in de browser en houdt dat ene bestand op het apparaat. We bewaren geen persoonlijke gegevens en geen kopie van je afbeelding buiten dat korte verwerkingsvenster. Eerlijk samengevat: een losse AVIF mag voor de kwaliteit op onze server worden gemaakt, een set altijd, en niets van jou blijft daarna bewaard.

Hoe het werkt

  1. Plaats je WebP

    Sleep de WebP op het uploadgebied, of klik erop om een bestandskiezer te openen en er een van je apparaat te kiezen.

  2. Laat het omzetten

    AVIF is het zwaarste formaat om te maken, dus de afbeelding wordt voor het beste resultaat naar onze server gestuurd. De download wordt binnen ongeveer 2 uur verwijderd.

  3. Bekijk de groottes

    Zodra de AVIF klaar is, toont de statusregel de WebP-bronomvang en de AVIF-uitvoeromvang. Een daling van 20 tot 30 procent bij foto's is gebruikelijk.

  4. Download de AVIF

    Klik op Download om het bestand op je apparaat te bewaren met dezelfde basisnaam en een nieuwe.avif-extensie.

Verwante omzettingen

Ga terug naar WebP als je bredere compatibiliteit nodig hebt, of begin bij een verliesvrije PNG voor nog grotere besparingen.

Veelgestelde vragen

Is AVIF beter dan WebP?

Voor foto's die naar een modern browserpubliek gaan, wint AVIF op compressie: meestal 20 tot 30 procent kleinere bestanden bij dezelfde waargenomen kwaliteit, gemeten via op fototestsets. Bij graphics met vlakke kleur en harde randen is WebP concurrerend en kan het soms een kleiner bestand leveren. Beide ondersteunen transparantie en animatie. Gebruikt je publiek moderne browsers, momenteel rond 93 procent wereldwijd, dan is AVIF de betere standaard. Anders houd je WebP als terugval.

Verlies ik kwaliteit bij het omzetten van WebP naar AVIF?

Ja, enig generatieverlies is onvermijdelijk. Beide formaten zijn lossy, dus een lossy WebP opnieuw opslaan op AVIF-kwaliteit 85 voegt een tweede compressieronde toe. Bij foto's is het resultaat visueel vrijwel verliesvrij en meet rond. Bij graphics met harde randen of vlakke kleur zijn lichte artefacten te verwachten. Een echt verliesvrije AVIF kan niet uit een lossy WebP-bron, omdat de data die de WebP weggooide al weg is voordat deze omzetting begint.

Ondersteunt AVIF transparantie zoals WebP?

Ja. Zowel WebP als AVIF ondersteunen transparantielagen, en de omzetting draagt de transparantie exact door, zonder witte opvulling, zonder kleurverschuiving en zonder randhalo. Dat verschilt van omzetten naar JPG, waar transparantie blijvend wordt vernietigd omdat JPG geen transparantie heeft. Heeft je WebP een transparante achtergrond, dan heeft je AVIF die ook, met dezelfde zachte randen en deels doorzichtige pixels intact. Vooraf opvullen is niet nodig voor je omzet.

Hoelang duurt de omzetting van WebP naar AVIF?

De eerste ronde van een sessie laadt de opwarming in ongeveer een seconde. Daarna is een beeld van 2 megapixel in Chrome binnen een seconde klaar, 8 megapixel duurt zo'n 3 seconden en 24 megapixel kan 10 tot 30 seconden duren. Firefox loopt bij AVIF ongeveer vier keer trager dan Chrome, dus een groot beeld kan daar een halve minuut blijven hangen. Een telefoon is 3 tot 5 keer trager dan de desktop. Voor grote bestanden of Firefox-gebruikers is Chrome op een desktop de snelste route.

Waarom is AVIF opslaan trager dan WebP?

AVIF bouwt op de een modern formaat, die veel complexere voorspelling en toepast dan het -gebaseerde algoritme van WebP. een modern formaat is ontworpen om compressie te maximaliseren ten koste van rekencomplexiteit, en neemt traag opslaan op de koop toe voor toonaangevende uitvoer. AVIF decoderen is snel in alle moderne browsers omdat hardwaredecodering standaard is. Maar opslaan is zwaar werk, en de berekening voor een grote foto is echt intensief, en daarom is het niet meteen klaar.

Wanneer moet ik WebP naar AVIF omzetten?

Wanneer je de levering van begin tot eind beheert en je publiek moderne browsers gebruikt, loont de overstap van WebP naar AVIF bij foto's en fotoachtige inhoud, waar de besparing van 20 tot 30 procent overgaat in snellere LCP-scores. Minder overtuigend is het bij kleine pictogrammen of eenvoudige graphics waar WebP al compact is, bij drukke pagina's waar de opslagtijd een pijplijn zou ophouden, of wanneer het doelsysteem specifiek om WebP vraagt.

De details

Notities van het team over vakmanschap, formaten en de kleine beslissingen achter een goed resultaat.

Waarom AVIF foto's beter aanpakt dan WebP
Het compressievoordeel van AVIF op WebP komt van de onderliggende formato. WebP gebruikt de -intra-frame-motor, bedoeld voor video maar sinds 2010 ingezet voor stilstaande beelden. een modern formaat, de formato achter AVIF, kwam in 2018 na jaren onderzoek dat recht op de grenzen van en mikte. een modern formaat past agressievere toe, fijnere blokverdeling tot 4 bij 4 pixels en een effectievere. Het praktische resultaat, bevestigd door -analyse op grote fototestsets, is dat AVIF bij foto's meestal 20 tot 30 procent kleiner is dan WebP bij dezelfde waargenomen kwaliteit. Bij computergemaakte graphics met vlakke kleur en harde randen krimpt het verschil, omdat het eenvoudiger algoritme van WebP die patronen efficiënt aanpakt. Voor elke pagina waarvan de zwaarste inhoud foto's zijn, heeft de AVIF-stap meetbaar effect op de bandbreedte.
De tweede lossy ronde in de praktijk
Wanneer je een WebP omzet naar AVIF, zijn zowel bron als uitvoer lossy. De WebP besliste al bij het eerste maken welke kleurinformatie wordt weggegooid, en die keuzes liggen vast: omzetten naar AVIF kan er niets van terughalen. De AVIF-omzetting maakt dan haar eigen keuzes over de ontvangen pixeldata, op kwaliteit 85. Bij foto's is het gecombineerde effect van twee lossy rondes bij gangbare weergavegroottes nog visueel vrijwel verliesvrij en meet rond op echt fotomateriaal. Bij graphics die hun WebP-opslag al had aangetast, kan de tweede ronde zichtbare artefacten versterken. De praktische regel: oogt de bron-WebP schoon op de weergavegrootte die je plant, dan oogt de AVIF dat ook. Toont de WebP al compressieruis, bekijk de AVIF dan zorgvuldig voor je hem verstuurt.
Hoe het transparantielaag erdoorheen loopt
Zowel WebP als AVIF bewaren transparantie als een apart transparantievlak naast de kleurdata. De omzetting leest het transparantielaag van de WebP, stelt het samen op volle transparantie en geeft het door aan de AVIF-omzetting, die haar eigen transparantiespoor schrijft met een modern formaat op kwaliteit 85. Zachte transparantieverlopen, uitgefranste randen en deels doorzichtige zones overleven deze heen-en-terugweg. Het AVIF-transparantievlak is op kwaliteit 85 zelf lossy, wat bij extreme inzoom aan harde randen een nauwelijks merkbare franje kan geven. Bij normale webgroottes is het verschil met de bron niet zichtbaar. Voor pixelnauwkeurig werk aan kleine pictogrammen waar de transparantierand exact moet zijn, houd je de WebP-bron en controleer je de uitvoer op volle inzoom voor je hem verstuurt.
Snelheidsverwachtingen per browser en apparaat
De AVIF-opwarming gebeurt eenmaal per browsersessie en voegt ongeveer een seconde toe aan de eerste omzetting. Daarna geeft Chromium de beste doorvoer: rond 40 milliseconden voor een miniatuur van 0,12 megapixel, 250 milliseconden voor een foto van 1 megapixel, 2,8 seconden voor een 4K-foto en 25 seconden voor een volledig 48-megapixelbeeld in het slechtst waargenomen geval. Firefox is de opvallende uitschieter en loopt dezelfde routine ongeveer vier keer trager, wat het 4K-geval bij 31 seconden brengt en grote bestanden over twee minuten. WebKit ligt tussen beide, dichter bij Chromium. Mobiele hardware loopt over alle motoren heen 3 tot 5 keer trager dan de desktop. Voor routineomzetting bestand voor bestand is Chrome op een laptop of desktop het praktische gereedschap. Voor Firefox-gebruikers met grote beelden is het eerlijke advies van browser te wisselen of bij WebP te blijven.
Core Web Vitals en de AVIF-stap
Pagina's die foto's leveren, betalen bandbreedte voor elk geladen beeld. Zijn die beelden nu WebP, dan snijdt omzetten naar AVIF de overdracht per beeld bij foto's met zo'n 20 tot 30 procent. Op een pagina met een WebP-heldbeeld van brengt AVIF dat naar zo'n noticeably smaller. Op een productraster met twaalf WebP-miniaturen van bespaart AVIF zo'n noticeably smaller totaalgewicht. Die besparingen werken rechtstreeks door op Largest Contentful Paint wanneer het LCP-element een beeld is. Met AVIF-ondersteuning rond 94 procent wereldwijd dekt een picture-element dat eerst AVIF met een WebP-terugval levert vrijwel al het verkeer. De markupkost wordt eenmaal per beeldcomponent betaald, en de bandbreedtewinst herhaalt zich daarna bij elke paginalading.
Waarom AVIF-omzetting op een server leunt
AVIF bouwt voort op de een modern formaat, dezelfde familie als moderne video, en is bewust zwaar om te maken in ruil voor compacte bestanden. Dat werk goed doen, vooral op grote foto's, gaat op een echte server veel sneller en betrouwbaarder dan in de browser van een telefoon, dus dit paar stuurt de afbeelding naar onze server om de best mogelijke AVIF te maken. Het bestand wordt verwerkt en het resultaat komt naar je terug, en de download wordt binnen ongeveer 2 uur verwijderd, zonder persoonlijke gegevens en zonder langdurige opslag. Meerdere afbeeldingen tegelijk omzetten draait altijd op de server, die de afgewerkte set tot één download samenstelt, binnen dezelfde korte tijd gewist. Is onze server niet bereikbaar, dan wordt een losse omzetting in plaats daarvan in de browser gemaakt, dat bestand blijft lokaal, en neemt voor het gemak een tragere verwerking voor lief. De ruil is duidelijk: de server koopt kwaliteit en tempo op het formaat dat het het hardst nodig heeft, en je bestand wordt nooit langer bewaard dan het korte venster van de omzetting.