PNG till AVIF utan att förlora transparensen

Lämna ifrån dig en PNG, få tillbaka en kompakt AVIF vars transparenta ytor klarar varje steg av körningen.

eller dra bilden hit

Om det här verktyget

Gör en PNG till en AVIF, transparens och allt. Du släpper filen, sidan läser din PNG och skriver tillbaka den som AVIF, bildformatet som härleds ur AV1-codecen. Att koda AVIF är tungt, så Araluma kör det på vår server för att nå det renaste resultatet, och är den vägen nere faller jobbet tillbaka på en kodare som körs inne i webbläsaren. Kodningen är förstörande vid kvalitet 85, runt 42,6 dB PSNR på foton, nära nog originalet att ögat sällan fångar skillnaden, och oftast 30 till 50 procent lättare än samma bild sparad som WebP. En JPG skulle slänga transparensen, medan AVIF behåller hela alfakanalen som den är. Varje gång en fil når vår server kodas den och resultatet rensas inom ungefär 2 timmar. Paret passar design och frontend-utveckling som jagar de lättast möjliga genomskinliga resurserna för moderna sidor.

Att föra en PNG till AVIF

Att föra en PNG till AVIF

Dra en PNG till släppytan, eller tryck för att leta upp en. Det finns ingen konverteringsknapp att jaga, arbetet börjar så snart filen är på plats. Sessionens första körning lägger runt en sekund på att ladda kodeken. Därifrån är en pytteliten bild klar på ungefär 40 millisekunder, ett foto på 1 megapixel på cirka 250 och en 4K-ruta på runt 2,8 sekunder. Allt över 8 megapixel kan sträcka sig till 10 eller 30 sekunder på en lur. När AVIF dyker upp skriver Ladda ner ut den under originalnamnet med ändelsen .avif, och storleksläsningen ställer gammalt och nytt sida vid sida.

Klarar transparensen sig?

Klarar transparensen sig?

Den klarar sig, och just det är hela poängen med att välja AVIF framför JPG här. Alfakanalen hör till AVIF av naturen, så en transparent pixel in förblir transparent ut. En bricka som svävar på ingenting, en urklippt produkt med mjuk kant, en rund ikon, var och en landar i AVIF med sin mask orörd, ingen vit rektangel bakom och ingen kant runt kanten. JPG klarar helt enkelt inte detta, det har ingen alfa och målar en fast färg där transparensen satt. WebP kan också hålla alfa, men det kan inte matcha AVIF på storlek vid samma kvalitet. För transparent konst på väg till en aktuell webbläsare är inget annat så kompakt.

Hur mycket lättare är AVIF egentligen?

Hur mycket lättare är AVIF egentligen?

Hållen vid kvalitet 85 väger en AVIF på foton 30 till 50 procent mindre än PNG och 20 till 30 procent mindre än en WebP av samma bild. En utvecklingsmätning tog en 4K-ruta från 116 KB som JPG ner till 16 KB som AVIF. Små bilder skalar likadant, en PNG på 17 KB som krymper till runt 6 KB. Redan ihoptryckta källor ger mindre tillbaka, och grafik med platt färg eller hårda logotypkanter rör sig knappt. Naturliga foton ger den största nedskärningen, och det är just de filer som blåser upp de flesta produktsidor och hero-avsnitt, där räknas vinsten.

Bildkvalitet och hur lång tid det tar

Bildkvalitet och hur lång tid det tar

Som ett format med förlust kör paret AVIF på en låst kvalitet 85. Där hamnar foton nära 42,6 dB PSNR, vilket på vanliga motiv läses som lika med PNG. Undantaget är skarp text och tunn streckteckning, som kan dra på sig svaga artefakter oavsett nivå, så de hör hemma i en PNG. Tempot styrs av bildens storlek och av motorn. På Chrome på datorn klaras en megapixel på ungefär en kvarts sekund och åtta megapixel på drygt 2,8 sekunder. Firefox tar ungefär fyra gånger så lång tid, och en telefon lägger på tre till fem gånger till. Sessionens första körning bär dessutom en kort uppvärmning medan kodeken drar igång.

Var din fil hanteras

Var din fil hanteras

AVIF är krävande att framställa, så Araluma kör den här konverteringen på vår server för att nå bästa kvalitet och hastighet, och faller tillbaka på en kodare i webbläsaren när servern inte går att nå. Din PNG kan alltså färdas till oss när du konverterar. Hanteringen är enkel. Filen blir AVIF, resultatet kommer tillbaka till dig, och båda rensas från vår server inom ungefär 2 timmar. Vi behåller ingen kopia av din bild, ber inte om konto och ger den ingen användning utöver konverteringen du startade. Är servervägen inte tillgänglig körs kodningen i din webbläsare. Varje väg ger dig samma AVIF, med samma alfakanal och samma kvalitet.

Var AVIF fungerar 2026

Var AVIF fungerar 2026

Täckningen ligger 2026 runt 94,3 procent av världens webbläsare: Chrome från 85, Firefox från 93, Safari från 16.4 (iOS från 16) och Edge från 121. Eftersläntrarna är Internet Explorer, Opera Mini och allt som fortfarande sitter på iOS 15 eller äldre. Bor en del av dina besökare där, gå först med AVIF och låt picture-elementet sätta dem på WebP automatiskt. För det mesta moderna flödet avfyras den fallbacken sällan, eftersom Chrome och Safari bär merparten av mobilbesöken och båda har renderat AVIF nativt sedan 2022.

Så fungerar det

  1. Lägg till din PNG

    Dra en PNG till släppytan eller tryck på den för att öppna filbläddraren och välja en från din enhet.

  2. Låt den sparas

    Den första körningen lägger runt en sekund på att ladda kodeken. Varje efter det i samma flik går snabbare.

  3. Jämför storlekarna

    När AVIF är klar ställer läsningen PNG-storleken bredvid den nya AVIF-storleken så att nedgången är tydlig.

  4. Spara AVIF

    Tryck på knappen Ladda ner för att skriva ut den färdiga filen till din enhet, med originalets basnamn och en ny ändelse .avif.

Fortsätt konvertera

Behöver du åt andra hållet för kompatibilitet, eller WebP för snabbare körning och bredare räckvidd? Båda är ett klick bort.

Vanliga frågor

Varför göra en PNG till AVIF?

Därför att AVIF är det lättaste format en aktuell webbläsare renderar, och det behåller transparensen på köpet. Frontend-utvecklare och formgivare tar till det för transparenta gränssnittsdelar, urklippta produkter och ikoner som måste vara billiga att ladda ner. Storleksnedskärningen är konkret, ofta 30 till 50 procent under PNG vid i stort sett samma visuella kvalitet, och alfakanalen åker med orörd där en JPG hade raderat den.

Behålls transparensen?

Ja. AVIF bär en nativ alfakanal, och det här paret skickar den rakt igenom. En transparent yta i PNG är fortfarande transparent i AVIF. JPG klarar inte det, det har ingen alfa och släpper en fast färg i gluggen, medan AVIF hanterar urklipp, logotyper och staplade lager som PNG gör, bara mycket mindre. Du behöver aldrig rita om en mask för hand.

Vilka webbläsare kan visa AVIF?

Alla aktuella motorer visar AVIF som standard, alltså Chrome från version 85, Firefox från 93, Safari från 16.4 tillsammans med iOS 16 och Edge från 121. Inte med på tåget är Internet Explorer, Opera Mini samt enheter som blivit kvar på iOS 15. För att även den resten ska se något bäddar du in bilden i ett HTML-element picture som ställer AVIF främst och viker av till WebP eller PNG när webbläsaren tackar nej.

Är AVIF förstörande eller icke-förstörande?

Båda formerna ryms i AVIF, men här sparas det med förlust vid kvalitet 85. På den nivån läser foton runt 42,6 dB PSNR, för de flesta i praktiken oskiljbart från originalet. Motiv med skarpa kanter, fin text eller stora enfärgade fält kan visa lätta kompressionsspår vid vilken kvalitet som helst. Måste varje pixel stämma exakt är det klokare att spara originalet som PNG än att köra det genom konverteringen.

AVIF eller WebP, vad är skillnaden?

På foton vid liknande kvalitet kör AVIF ungefär 20 till 30 procent mindre än WebP. WebP svarar med bredare räckvidd, äldre Safari inräknat, medan AVIF täcker runt 94,3 procent av webbläsarna 2026. När bandbredden har förtur och publiken är modern vinner AVIF. När du behöver nå alla, håll WebP till hands. Den vanliga 2026-uppställningen levererar AVIF först med WebP bakom i ett picture-element.

Hur lång tid tar körningen?

Storlek och motor avgör det. Sessionens första körning lägger ungefär en sekund på att göra kodeken redo. Väl varm är en liten bild klar på runt 40 millisekunder, ett megapixelfoto nära 250 och en 4K-ruta runt 2,8 sekunder i Chrome. Bortom 8 megapixel kan en telefon sitta i 10 till 30 sekunder. Firefox kryper i ungefär en fjärdedel av Chromes takt, så stora jobb blir klara tidigare där i Chrome.

Detaljerna

Anteckningar från teamet om hantverk, format och de små beslut som ligger bakom en bra rund beskärning.

Vad som låter AVIF slå igenom mot PNG på storlek
Styrkan i AVIF kommer från AV1, en kodek inriktad på vad ögat godtar snarare än på en exakt kopia. PNG lutar sig mot DEFLATE över obearbetade pixlar, förlustfritt men utan känsla för den överflödighet som fyller foton. AVIF byter den överflödigheten mot videovärldens blockprediktion och slänger detalj som ögat ändå inte fångar. Skillnaden är kraftig. Ett foto på 116 KB sjunker till runt 16 KB vid kvalitet 85, och en transparent PNG ger oftast 30 till 50 procent tillbaka mot en likvärdig WebP. Vid skarpa foton växer klyftan, vid enkla platta bilder krymper den. För den som skickar transparenta bilder till en samtida publik blir det smidigare sidor och mindre förbrukning på linjen.
Att följa alfakanalen genom körningen
Hos både PNG och AVIF ligger transparensen på ett eget alfalager, skilt från färgvärdena. När paret läser in din PNG lyfter avkodaren ut masken från färgerna. Vid utskrivningen lägger AVIF ett eget nytt alfalager och pressar det tillsammans med färgerna via AV1-intrabild vid kvalitet 85. Så smälter alfat varken in i färgen eller får en bakgrundston påtryckt. Mjuka skuggor, mjuka kanter och delvis genomskinliga toningar står kvar troget. Priset är att även masken komprimeras med förlust, vilket vid kraftig inzoomning på branta kanter kan ge en hårtunn rand. Vid normal visning och kvalitet 85 syns inget av det. Gäller det pyttesmå ikoner där varje pixel måste sitta är PNG det säkra valet.
Realistiska tider på varje motor
Kodeken hämtas en gång per session, omkring 800 millisekunder att dra hem och ytterligare 300 att starta, så öppningskörningen bär drygt en sekunds uppvärmning. Sedan slipper varma körningar den helt. På Chrome på datorn klaras 0,12 megapixel av på cirka 40 millisekunder, en megapixel på omkring 250 och åtta megapixel på drygt 2,8 sekunder. Firefox är undantaget och tar ungefär fyra gånger längre, vilket kan dra en 4K-ruta över halvminuten. WebKit i Safari hamnar mittemellan, närmare Chrome. Mellanklasstelefoner går tre till fem gånger trögare än Chrome på datorn rakt igenom. Är stora filer vardag ger en Chrome-session på dator det bästa flödet.
När PNG ska förbli en PNG
Trots att vikten räknas finns det lägen där PNG är rätt. Skarp text i litet format, sådant som sitter på etiketter, brickor eller favicon-stora märken, kan dra på sig AVIF-artefakter som ser illa ut på nära håll. Originalfiler som ska redigeras vidare bör likaså stanna i PNG, eftersom varje runda genom ett format med förlust lägger på mer förlust. En del miljöer säger blankt nej till AVIF, däribland vissa dokumentredigerare, äldre formgivningsprogram och flera e-postklienter, och de kräver PNG. Animation efter första bildrutan försvinner också, då paret tar en ruta i taget. I övrigt, för transparenta foton och grafik på väg ut på en modern webb, är PNG till AVIF rätt drag.
Fallet för Core Web Vitals i siffror
Den ledande laddningsmåttet Largest Contentful Paint rättar sig efter sidans största bild. Att föra den bilden från 116 KB till 16 KB, talet från ett 4K-foto i test, drar ner överföringen på en 10 Mbit/s-linje för det elementet från runt 93 till runt 13 millisekunder. Över ett produktrutnät, en snurrande hero eller en yta packad med transparenta ikoner adderas det och skjuter LCP tryggt under Googles gräns på 2,5 sekunder för bra. Att AVIF slog igenom så fort beror just på att argumentet vilar på nyktra tal. Vid nära 94,3 procents täckning slår fallbacken till så sällan att vinsten i bandbredd lätt bär den extra picture-uppmärkningen.
Hur det skiljer sig från en vanlig konverterare på nätet
Nästan varje AVIF-konverterare på nätet skickar din PNG till fjärrhårdvara och behåller sedan resultatet enligt de lagringsregler den operatören håller, ofta lämnade vaga. Araluma är tydlig med hur det fungerar. Eftersom AVIF är tungt körs konverteringen på vår server för det renaste resultatet, och en kodare i webbläsaren träder in av sig själv när servern är utom räckhåll. När din fil når oss kodas den och rensas sedan inom ungefär 2 timmar, utan konto och utan användning utöver konverteringen du startade. Inget lagras långsiktigt och inget delas. För den som hanterar kundarbete, osläppta produktbilder eller användarinnehåll är den ärliga formen av bytet denna: filen kan passera vår server, den vidrörs bara för att bygga din AVIF, och den dröjer inte kvar.