Bijsnijden

Afbeelding bijsnijden Foto rond uitsnijden

Optimaliseren

Afbeelding comprimeren Achtergrond verwijderen Resolutie verhogen

Bewerken

Afbeelding verkleinen

Converteren

Overige

JPG naar PDF

PNG naar AVIF zonder de transparantie te verliezen

Geef een PNG af, krijg een compacte AVIF terug waarvan de transparante delen elke stap van de conversie overleven.

of sleep de afbeelding hierheen

Snel antwoord

Maak van een PNG een AVIF, transparantie en al. Je laat het bestand vallen, de pagina leest je PNG en schrijft het terug als AVIF, het beeldformaat afgeleid van de AV1-codec. AVIF coderen is zwaar, dus Araluma draait dat op onze server om het schoonste resultaat te halen, en is die route uitgevallen, dan valt de taak terug op een encoder die in de browser draait. De codering is lossy op kwaliteit 85, ongeveer 42,6 dB PSNR op foto's, dicht genoeg bij het origineel dat het oog het verschil zelden ziet, en meestal 30 tot 50 procent lichter dan dezelfde opname als WebP. Een JPG zou de transparantie weggooien, terwijl AVIF het volledige alfakanaal houdt zoals het is. Telkens als een bestand onze server bereikt, wordt het gecodeerd en het resultaat na ongeveer 2 uur gewist. Het paar past bij design en front-end-ontwikkeling die de lichtst mogelijke transparante assets voor moderne pagina's zoeken.

Een PNG naar AVIF brengen

Een PNG naar AVIF brengen

Sleep een PNG in de neerzetzone, of tik erop om er een te zoeken. Er is geen conversieknop om op te jagen, het werk begint zodra het bestand er is. De openingsconversie van een sessie besteedt zo'n seconde aan het laden van de codec. Vanaf dan is een piepklein beeld klaar in ruwweg 40 milliseconden, een foto van 1 megapixel in ongeveer 250 en een 4K-frame in zo'n 2,8 seconden. Alles voorbij 8 megapixel kan op een toestel uitlopen tot 10 of 30 seconden. Zodra de AVIF verschijnt, schrijft Downloaden hem weg onder de oorspronkelijke naam met een extensie .avif, en de groottelezing zet oud en nieuw naast elkaar.

Overleeft de transparantie het?

Overleeft de transparantie het?

Ja, en juist dat overleven is hier de hele reden om AVIF boven JPG te kiezen. Het alpha-kanaal hoort bij AVIF van nature, dus een transparante pixel die ingaat blijft transparant die uitgaat. Een badge die op niets zweeft, een uitgesneden product met een gevederde rand, een rond icoon, elk landt in de AVIF met zijn masker onaangeroerd, geen wit rechthoek erachter en geen randje rond de rand. JPG kan dit simpelweg niet, het heeft geen alpha en zet een effen kleur waar de transparantie zat. WebP kan ook alpha houden, maar het kan AVIF niet bijhouden op grootte bij dezelfde kwaliteit. Voor transparant werk op weg naar een actuele browser is niets anders zo compact.

Hoeveel lichter is de AVIF eigenlijk?

Hoeveel lichter is de AVIF eigenlijk?

Op kwaliteit 85 gehouden weegt een AVIF op foto's 30 tot 50 procent minder dan de PNG en 20 tot 30 procent minder dan een WebP van hetzelfde beeld. Eén ontwikkelmeting nam een 4K-opname van 116 KB als JPG naar 16 KB als AVIF. Kleine beelden schalen op dezelfde manier, een PNG van 17 KB die naar rond 6 KB krimpt. Al-platgedrukte bronnen geven minder terug, en grafiek met vlakke kleur of harde logoranden beweegt nauwelijks. Natuurlijke foto's leveren de grootste knip, en dat zijn juist de bestanden die de meeste productpagina's en herosecties opblazen, daar telt de winst.

Beeldkwaliteit en hoe lang het duurt

Beeldkwaliteit en hoe lang het duurt

Als lossy formaat werkt AVIF hier op een vaste kwaliteit 85. Foto's op dat niveau zitten dicht bij 42,6 dB PSNR, wat bij gewone scènes leest als gelijk aan de PNG. Scherpe tekst en dunne lijntekening zijn de uitzondering en kunnen op elke lossy stand vage artefacten oppikken, die horen in een PNG. De timing volgt beeldgrootte en engine. Chrome desktop doet een megapixel in ongeveer een kwart seconde en acht megapixel in zo'n 2,8 seconden. Firefox doet er ongeveer vier keer zo lang over, en een telefoon legt er nog eens drie tot vijf keer bovenop. De eerste run van een sessie draagt ook een korte opwarming terwijl de codec start.

Waar je bestand wordt afgehandeld

Waar je bestand wordt afgehandeld

AVIF is veeleisend om te maken, dus Araluma draait deze omzetting op onze server om de beste kwaliteit en snelheid te halen, en valt terug op een encoder in de browser wanneer de server niet bereikbaar is. Je PNG kan dus naar ons reizen wanneer je omzet. De afhandeling is eenvoudig. Het bestand wordt AVIF, het resultaat komt terug naar jou, en beide worden na ongeveer 2 uur van onze server gewist. We bewaren geen kopie van je afbeelding, vragen geen account en geven het geen gebruik buiten de omzetting die je startte. Is de serverroute niet beschikbaar, dan draait de codering in je browser. Elk pad geeft je dezelfde AVIF, met hetzelfde alfakanaal en dezelfde kwaliteit.

Waar AVIF werkt in 2026

Waar AVIF werkt in 2026

De dekking zit in 2026 rond 94,3 procent van de browsers wereldwijd: Chrome vanaf 85, Firefox vanaf 93, Safari vanaf 16.4 (iOS vanaf 16) en Edge vanaf 121. De achterblijvers zijn Internet Explorer, Opera Mini en alles dat nog op iOS 15 of ouder zit. Woont een stuk van je bezoekers daar, ga dan voorop met AVIF en laat het picture-element ze automatisch op WebP zetten. Voor de meeste moderne stroom vuurt die fallback zelden, want Chrome en Safari dragen het merendeel van de mobiele bezoeken en beide renderen AVIF native sinds 2022.

Hoe het werkt

  1. Voeg je PNG toe

    Sleep een PNG in de neerzetzone of tik erop om de bestandsbrowser te openen en er een van je apparaat te kiezen.

  2. Laat het opslaan

    De openingsconversie besteedt zo'n seconde aan het laden van de codec. Elke daarna in hetzelfde tabblad gaat sneller.

  3. Vergelijk de groottes

    Zodra de AVIF klaar is, zet de lezing de PNG-grootte naast de nieuwe AVIF-grootte zodat de daling duidelijk is.

  4. Bewaar de AVIF

    Druk op de knop Downloaden om het afgewerkte bestand naar je apparaat te schrijven, met de oorspronkelijke basisnaam en een verse extensie .avif.

Blijf converteren

Moet het de andere kant op voor compatibiliteit, of wil je WebP voor een snellere conversie en breder bereik? Allebei één klik verderop.

AVIF naar PNG PNG naar WebP

Veelgestelde vragen

Waarom van een PNG een AVIF maken?

Omdat AVIF het lichtste formaat is dat een actuele browser rendert, en het houdt daarbij de transparantie. Frontendontwikkelaars en ontwerpers grijpen ernaar voor transparante interfacestukken, uitgesneden producten en iconen die goedkoop moeten blijven om te downloaden. De grootteknip is concreet, vaak 30 tot 50 procent onder de PNG bij vrijwel dezelfde visuele kwaliteit, en het alpha-kanaal rijdt onaangeroerd mee waar een JPG het had gewist.

Blijft de transparantie behouden?

Ja. AVIF draagt een native alpha-kanaal, en dit paar geeft het recht door. Een transparant gebied in de PNG is nog transparant in de AVIF. JPG redt dat niet, het heeft geen alpha en laat een effen kleur in het gat vallen, terwijl AVIF uitsnedes, logo's en gestapelde lagen behandelt zoals PNG dat doet, alleen veel kleiner. Je hoeft nooit een masker met de hand over te tekenen.

Welke browsers kunnen AVIF tonen?

Elke actuele engine kan het. Chrome vanaf versie 85, Firefox vanaf 93, Safari vanaf 16.4 met iOS 16 ernaast, en Edge vanaf 121. Wat het niet kan, zijn Internet Explorer, Opera Mini en toestellen die zijn achtergebleven op iOS 15. Om die staart te bereiken, wikkel het beeld in een HTML-picture-element dat AVIF eerst aanbiedt en op WebP of PNG valt als de browser nee zegt.

Is de AVIF lossy of lossless?

AVIF ondersteunt beide, maar de uitvoer hier is lossy op kwaliteit 85. Foto's lezen op dat niveau rond 42,6 dB PSNR, wat de meeste mensen niet van de bron kunnen onderscheiden. Beelden met harde randen, fijne letters of grote vlakke kleurvelden kunnen op elke kwaliteit lichte artefacten onthullen. Wanneer elke pixel exact moet kloppen, houd dan de PNG aan in plaats van het om te zetten.

AVIF of WebP, wat is het verschil?

Op foto's bij vergelijkbare kwaliteit loopt AVIF ongeveer 20 tot 30 procent kleiner dan WebP. WebP antwoordt met breder bereik, ouder Safari inbegrepen, terwijl AVIF in 2026 ongeveer 94,3 procent van de browsers dekt. Als bandbreedte voorrang heeft en het publiek modern is, wint AVIF. Moet je iedereen bereiken, houd dan WebP bij de hand. De gangbare 2026-opzet levert AVIF eerst met WebP erachter in een picture-element.

Hoe lang loopt de conversie?

Grootte en engine beslissen het. De openingsrun van een sessie besteedt ruwweg een seconde aan het klaarzetten van de codec. Eenmaal warm is een klein beeld klaar in rond 40 milliseconden, een megapixelfoto nabij 250 en een 4K-frame rond 2,8 seconden in Chrome. Voorbij 8 megapixel kan een telefoon 10 tot 30 seconden stilzitten. Firefox kruipt op ongeveer een kwart van Chromes tempo, dus grote klussen zijn daar eerder af in Chrome.

De details

Notities van het team over vakmanschap, formaten en de kleine beslissingen achter een goede ronde uitsnede.

Wat AVIF op grootte tegen PNG laat doorslaan
De kracht van AVIF komt van AV1, een codec die mikt op wat het oog slikt in plaats van op een exacte kopie. PNG steunt op DEFLATE over onbewerkte pixels, verliesvrij maar zonder oog voor de overtolligheid die in foto's zit. AVIF vervangt die overtolligheid door blokvoorspelling uit videoland en gooit detail weg dat het oog toch niet ziet. Het verschil is fors. Een foto van 116 KB zakt naar zo'n 16 KB op kwaliteit 85, en een transparante PNG levert doorgaans 30 tot 50 procent in tegenover een gelijke WebP. Bij scherpe foto's groeit de kloof, bij simpele vlakke beelden krimpt ze. Voor wie transparante beelden naar een eigentijds publiek stuurt, betekent dat vlottere pagina's en minder verbruik op de leiding.
Het alpha-kanaal door de conversie volgen
Bij zowel PNG als AVIF zit de transparantie op een aparte alpha-laag, los van de kleurwaarden. Wanneer het paar je PNG inleest, haalt de decoder het masker los van de kleuren. Bij het wegschrijven legt AVIF een eigen verse alpha-laag aan en perst die samen met de kleuren via AV1-intraframe op kwaliteit 85. Zo versmelt het alpha niet met de kleur en krijgt het ook geen ondergrond toegeschoven. Zachte schaduwen, gevederde randen en deels doorzichtige verlopen blijven getrouw staan. De prijs is dat ook het masker verliesgevoelig wordt gecomprimeerd, wat bij sterk inzoomen op steile randen een flinterdun zoompje kan geven. Op normale weergave en kwaliteit 85 zie je er niets van. Gaat het om piepkleine iconen waar elke pixel moet kloppen, dan is de PNG de veilige keuze.
Realistische tijden op elke engine
De codec laadt één keer per sessie, rond 800 milliseconden ophalen en nog eens 300 opstarten, dus de openingsconversie draagt zo'n seconde opwarming. Elke warme run slaat dat over. Chrome desktop ruimt 0,12 megapixel in rond 40 milliseconden, een megapixel in ongeveer 250 en acht megapixel in rond 2,8 seconden. Firefox hinkt achter, doet er ongeveer vier keer zo lang over, wat een 4K-frame voorbij 30 seconden kan duwen. WebKit op Safari landt tussen de twee en dichter bij Chrome. Middenklasse telefoons lopen overal drie tot vijf keer trager dan Chrome desktop. Zijn grote bestanden routine, dan geeft een Chrome-sessie op desktop de beste doorvoer.
Wanneer de PNG een PNG moet blijven
Een paar klussen vragen nog om PNG, zelfs waar gewicht telt. Scherpe tekst op kleine maten, het soort op labels, badges of merken op faviconformaat, kan AVIF-artefacten verzamelen die van dichtbij slecht lezen. Masterbestanden die je verder wilt bewerken horen ook in PNG, want elke reis door een lossy formaat stapelt verlies op. Sommige bestemmingen weigeren AVIF ronduit, bepaalde documenteditors, oudere ontwerpsuites en een aantal e-mailclients ertussen, en die willen PNG. Animatie voorbij het eerste frame valt hier ook weg, want het paar verwerkt één frame. Overal elders, voor transparante foto's en grafiek op weg naar een moderne site, is PNG naar AVIF de zet.
De Core Web Vitals-zaak in cijfers
Het zwaarste beeld op een pagina bepaalt rechtstreeks de Largest Contentful Paint, de laadmaat die als ijkpunt geldt. Zakt dat beeld van 116 KB naar 16 KB, het getal van een 4K-foto in test, dan kost de overdracht voor dat element op een 10 Mbps-lijn nog maar rond 13 milliseconden in plaats van zo'n 93. Herhaal die winst over een productraster, een roterende hero of een paneel bezaaid met transparante iconen, en het totaal zet LCP comfortabel onder de 2,5 seconden die Google goed noemt. Dat AVIF zo snel doorbrak, hangt samen met die bewijsbaarheid in cijfers. Bij een dekking nabij 94,3 procent springt de fallback zo zelden in dat de bandbreedtewinst de extra picture-opmaak met gemak draagt.
Hoe dit zich onderscheidt van een gewone online converter
Bijna elke online AVIF-converter stuurt je PNG naar externe hardware en bewaart het resultaat dan onder de bewaarregels die die beheerder hanteert, vaak vaag gelaten. Araluma is duidelijk over hoe het werkt. Omdat AVIF zwaar is, draait de omzetting op onze server voor het schoonste resultaat, en een encoder in de browser springt vanzelf in wanneer de server buiten bereik is. Als je bestand ons bereikt, wordt het gecodeerd en daarna na ongeveer 2 uur gewist, zonder account en zonder gebruik buiten de omzetting die je startte. Niets wordt voor lange tijd opgeslagen en niets wordt gedeeld. Voor wie klantwerk, niet-uitgebrachte productfoto's of gebruikersmateriaal beheert is de eerlijke vorm van de ruil deze: het bestand kan via onze server gaan, het wordt alleen aangeraakt om je AVIF te bouwen, en het blijft niet hangen.