Beskär

Beskär bild Beskär bild i cirkel

Optimera

Komprimera bild Förstora bild Ta bort bakgrund

Redigera

Ändra bildstorlek

Konvertera

Övriga

JPG till PDF

Läser in dina filer…

Konvertera WebP till AVIF, mindre filer med alfa kvar

Konvertera WebP till AVIF och få foton som blir 20 till 30 procent mindre, med transparensen bevarad.

eller dra bilden hit

Snabbt svar

Konvertera en WebP till AVIF på ett par klick. Eftersom AVIF är det tyngsta formatet att skapa sköter vår server det tunga jobbet för bästa resultat, så att konvertera till AVIF kan skicka bilden till vår server. Konverterar du flera filer på en gång tar servern alltid hand om bunten och nedladdningslänken raderas inom ungefär 2 timmar. Båda formaten är förstörande, så detta är ett andra förstörande varv: färgdetaljer som WebP redan pressat ihop pressas en gång till. På foton är resultatet vid kvalitet 85 nästan utan synlig förlust, kring, och utdatan är oftast 20 till 30 procent mindre än käll-WebP:n. Har din WebP en genomskinlig bakgrund hålls alfakanalen intakt. Ärligt talat är hastigheten haken. Ett 2-megapixelfoto tar under en sekund, ett 8-megapixelfoto några sekunder, och större bilder tar längre tid. Sessionens första konvertering kan ha en kort uppvärmning.

Ladda upp din bild
Så konverterar du WebP till AVIF

Så konverterar du WebP till AVIF

Släpp en WebP på uppladdningsytan eller klicka för att välja en fil. Konverteringen börjar i samma stund filen landar, utan separat knapp. Eftersom AVIF är det tyngsta formatet att skapa skickas en ensam bild till vår server för bästa resultat, och AVIF:en kommer tillbaka klar att ladda ner. En liten bild konverteras på långt under en sekund, ett 2-megapixelfoto på cirka en sekund, ett 8-megapixelfoto på några sekunder. När AVIF:en är klar klickar du på Ladda ner för att spara den med samma basnamn och den nya ändelsen.avif. Statistikraden visar båda storlekarna, och nedladdningslänken raderas inom ungefär 2 timmar.

Ladda upp din bild
Hur mycket mindre är AVIF än WebP?

Hur mycket mindre är AVIF än WebP?

AVIF bygger på ett modernt format och når filer som vid samma upplevda kvalitet är runt 20 till 30 procent mindre än WebP, mätt via - och -jämförelser på fototestmängder. På enkel grafik med platt färg eller hårda kanter krymper avståndet, och WebP kan komma ikapp eller förbi. Vinsten är störst på foton, just det innehåll som tynger ner de flesta moderna sajter. Hårt komprimerade WebP-källor ger mindre tillbaka. AVIF-stöd passerar nu 93 procent globalt, så reservfallet för en modern publik har krympt till en liten minoritet.

Ladda upp din bild
Behåller WebP till AVIF transparensen?

Behåller WebP till AVIF transparensen?

Ja. WebP stöder en alfakanal och det gör AVIF också, och konverteringen bär den vidare oförändrad. En WebP med genomskinlig bakgrund blir en AVIF med samma genomskinliga bakgrund, utan vit fyllning, utan färgskift, utan kanthalo, utan överraskningar från förmultiplicerad alfa. Det är motsatsen till att konvertera till JPG, där alfa förstörs eftersom JPG saknar transparens. Håller din WebP en urklippt logotyp, en gränssnittssprite eller en dekal på en genomskinlig duk är AVIF ett tryggt mål och du behöver inte fylla i bilden först. Alfaplanet sparas tillsammans med färgdatan vid kvalitet 85 och når utdatan med mjuka kanter intakta.

Ladda upp din bild
Kvalitet och hastighet

Kvalitet och hastighet

Båda formaten är förstörande, och det här paret kör vid kvalitet 85. Vid den inställningen mäter foton runt, visuellt nästan förlustfritt för naturliga bilder. Grafik med hårda kanter eller platt färg kan visa lätta artefakter. Eftersom källan redan är en förstörande WebP rör det sig om ett andra förstörande varv: det WebP:n redan släppt går inte att hämta tillbaka. Hastigheten är priset för AVIF:s kompressionsstyrka. På Chrome-desktop är ett foto på 2 megapixel klart under en sekund, ett på 8 megapixel på runt 3 sekunder och en bild på 24 megapixel på 10 till 30 sekunder. Firefox går ungefär fyra gånger långsammare, och en telefon är 3 till 5 gånger långsammare än desktop-Chrome. Första varvet kostar dessutom en engångsuppvärmning.

Ladda upp din bild
AVIF-webbläsarstöd för leverans

AVIF-webbläsarstöd för leverans

AVIF når nu över 93 procent av webbläsarna globalt: Chrome från 85, Firefox från 93, Safari från 16.4 och Edge från 121 visar det alla själva. Internet Explorer, Opera Mini och Safari före 2022 gör det inte. Det praktiska för leverans är att ett HTML-picture-element som ger AVIF med en WebP-reserv täcker i stort sett all modern trafik. På sajter där de sista få procenten spelar roll, behåll WebP-reserven. Sajter med en tillförlitligt modern publik kan köra AVIF ensamt. Bandbreddsvinsten gör AVIF först med WebP-reserv till det dominerande mönstret bland prestandainriktade utvecklare 2026.

Ladda upp din bild
Var din fil bearbetas

Var din fil bearbetas

AVIF är det mest krävande formatet att skapa, så det här paret använder vår server för bästa resultat, vilket betyder att en AVIF-konvertering kan skicka din WebP dit. Jobbet sker, AVIF:en kommer tillbaka, och nedladdningslänken raderas inom ungefär 2 timmar. Konverterar du flera filer på en gång tar servern alltid hand om bunten och samlar resultaten i ett paket, åter med samma fönster på ungefär 2 timmar. Skulle servern vara otillgänglig skapar sidan i stället en ensam bild i webbläsaren och håller den enda filen på enheten. Vi behåller inga personliga uppgifter och ingen kopia av din bild bortom det korta bearbetningsfönstret. Ärligt sammanfattat: en ensam AVIF kan göras på vår server för kvaliteten, en bunt görs alltid så, och inget av ditt sparas efteråt.

Så fungerar det

  1. Lägg till din WebP

    Dra WebP:n till uppladdningsytan, eller klicka för att öppna en filväljare och välja en från din enhet.

  2. Låt den konvertera

    AVIF är det tyngsta formatet att skapa, så bilden skickas till vår server för bästa resultat. Nedladdningen raderas inom ungefär 2 timmar.

  3. Läs storlekarna

    När AVIF:en är klar visar statusraden WebP-källans storlek och AVIF-utdatans storlek. Ett fall på 20 till 30 procent på foton är vanligt.

  4. Ladda ner AVIF:en

    Klicka Ladda ner för att spara filen på din enhet med samma basnamn och en ny.avif-ändelse.

Relaterade konverteringar

Gå tillbaka till WebP när du behöver bredare kompatibilitet, eller börja från en förlustfri PNG för ännu större vinster.

AVIF till WebP PNG till AVIF Alla konverterare

Vanliga frågor

Är AVIF bättre än WebP?

För foton som levereras till en modern publik vinner AVIF på kompression: oftast 20 till 30 procent mindre filer vid samma upplevda kvalitet, mätt via på fototestmängder. På grafik med platt färg och hårda kanter är WebP konkurrenskraftig och kan ibland ge en mindre fil. Båda stöder alfa och animation. Använder din publik moderna webbläsare, just nu runt 93 procent globalt, är AVIF det bättre förvalet. Annars, behåll WebP som reserv.

Förlorar jag kvalitet när jag konverterar WebP till AVIF?

Ja, en viss generationsförlust går inte att undvika. Båda formaten är förstörande, så att spara om en förstörande WebP vid AVIF-kvalitet 85 lägger på ett andra kompressionsvarv. För foton är resultatet visuellt nästan förlustfritt och mäter runt. För grafik med hårda kanter eller platt färg, vänta dig lätta artefakter. En verkligt förlustfri AVIF går inte att få från en förstörande WebP-källa, eftersom det WebP:n kastade redan är borta innan konverteringen ens börjar.

Stöder AVIF transparens som WebP?

Ja. Både WebP och AVIF stöder alfakanaler, och konverteringen bär transparensen vidare exakt, utan vit fyllning, utan färgskift och utan kanthalo. Det skiljer sig från att konvertera till JPG, där alfa förstörs för gott eftersom JPG saknar transparens. Har din WebP en genomskinlig bakgrund får din AVIF det också, med samma mjuka kanter och delvis genomskinliga pixlar intakta. Ingen ifyllning behövs före konverteringen.

Hur lång tid tar konvertering från WebP till AVIF?

Sessionens första varv laddar uppvärmningen på cirka en sekund. Därefter är en bild på 2 megapixel klar under en sekund i Chrome, 8 megapixel tar runt 3 sekunder och 24 megapixel kan ta 10 till 30 sekunder. Firefox går ungefär fyra gånger långsammare än Chrome på AVIF, så en stor bild kan hänga sig en halv minut där. En telefon är 3 till 5 gånger långsammare än desktop. För stora filer eller Firefox-användare är Chrome på en desktop den snabbaste vägen.

Varför är det långsammare att spara AVIF än WebP?

AVIF bygger på ett modernt format, som tillämpar långt mer komplex prediktion och entropikodning än WebP:s -baserade algoritm. ett modernt format byggdes för att maximera kompression på bekostnad av beräkningskomplexitet och tar långsamt sparande för bästa möjliga utdata. Att avkoda AVIF går snabbt i alla moderna webbläsare eftersom maskinvaruavkodning är standard. Men att spara är tungt arbete, och beräkningen för ett stort foto är verkligt krävande, vilket är varför det inte är klart direkt.

När bör jag konvertera WebP till AVIF?

När du styr leveransen hela vägen och din publik kör moderna webbläsare lönar sig bytet från WebP till AVIF på foton och fotolikt innehåll, där vinsten på 20 till 30 procent övergår i snabbare LCP-värden. Det är mindre övertygande på små ikoner eller enkel grafik där WebP redan är litet, på högtrafiksidor där sparandetiden skulle bromsa en pipeline, eller när målsystemet uttryckligen kräver WebP.

Detaljerna

Anteckningar från teamet om hantverk, format och de små beslut som ligger bakom ett bra resultat.

Varför AVIF slår WebP på foton
AVIF:s kompressionsfördel mot WebP kommer från kodeken under huven. WebP kör -intra-frame-motorn, gjord för video men använd för stillbilder sedan 2010. ett modernt format, kodeken bakom AVIF, kom 2018 efter år av forskning riktad rakt mot gränserna för och. ett modernt format tillämpar aggressivare kromasubsampling, finare blockdelning ner till 4 gånger 4 pixlar och en effektivare entropikodare. Det praktiska resultatet, bekräftat av -analys på stora fototestmängder, är att AVIF på foton oftast är 20 till 30 procent mindre än WebP vid samma upplevda kvalitet. På datorskapad grafik med platt färg och hårda kanter krymper avståndet, eftersom WebP:s enklare algoritm hanterar de mönstren effektivt. För varje sida vars tyngsta innehåll är foton har AVIF-bytet mätbar bandbreddseffekt.
Det andra förstörande varvet i praktiken
När du konverterar en WebP till AVIF är både källa och utdata förstörande. WebP:n bestämde redan vid första skapandet vilken färginformation som kastas, och de besluten sitter fast: konvertering till AVIF kan inte hämta tillbaka något av det. AVIF-konverteringen fattar sedan sina egna beslut om pixeldatan den tar emot, vid kvalitet 85. För foton är den samlade effekten av två förstörande varv vid vanliga visningsstorlekar fortfarande visuellt nästan förlustfri och mäter runt på äkta fotomaterial. För grafik som redan slitits av sin WebP-sparning kan det andra varvet hopa på synliga artefakter. Tumregeln: ser käll-WebP:n ren ut vid storleken du tänker visa den i, gör AVIF:en det också. Visar WebP:n redan kompressionsbrus, granska AVIF:en noga innan du skickar den.
Hur alfakanalen tar sig igenom
Både WebP och AVIF lagrar transparens som ett separat alfaplan bredvid färgdatan. Konverteringen läser WebP:ns alfakanal, sätter samman den vid full transparens och lämnar den sedan till AVIF-konverteringen, som skriver sitt eget alfaspår med ett modernt format vid kvalitet 85. Mjuka transparensövergångar, fjädrade kanter och delvis genomskinliga zoner klarar alla rundresan. AVIF-alfaplanet är vid kvalitet 85 självt förstörande, vilket vid extrem inzoomning kan ge en knappt märkbar frans på hårda kanter. Vid normala webbstorlekar syns inte skillnaden mot källan. För pixelexakt arbete på små ikoner där alfakanten måste vara exakt, behåll WebP-källan och kontrollera utdatan vid full inzoomning innan du skickar den.
Hastighetsförväntningar per motor och enhet
AVIF-uppvärmningen sker en gång per webbläsarsession och lägger på cirka en sekund på första konverteringen. Därefter ger Chromium bäst genomströmning: runt 40 millisekunder för en miniatyr på 0,12 megapixel, 250 millisekunder för ett foto på 1 megapixel, 2,8 sekunder för ett 4K-foto och 25 sekunder för en full 48-megapixelbild i värsta observerade fall. Firefox är den tydliga avvikaren och drar samma rutin ungefär fyra gånger långsammare, vilket lägger 4K-fallet nära 31 sekunder och stora filer förbi två minuter. WebKit hamnar mellan de två, närmare Chromium. Mobil maskinvara går 3 till 5 gånger långsammare än desktop oavsett motor. För rutinkonvertering fil för fil är Chrome på en laptop eller desktop det praktiska verktyget. För Firefox-användare med stora bilder är det ärliga rådet att byta webbläsare eller stanna på WebP.
Core Web Vitals och AVIF-bytet
Sidor som levererar foton betalar bandbredd för varje laddad bild. Är de bilderna WebP i dag skär konvertering till AVIF överföringen per bild på foton med runt 20 till 30 procent. På en sida med en WebP-huvudbild på drar AVIF ner den till runt noticeably smaller. På ett produktrutnät med tolv WebP-miniatyrer på sparar AVIF runt noticeably smaller total vikt. De besparingarna slår direkt igenom på Largest Contentful Paint när LCP-elementet är en bild. Med AVIF-stöd nära 94 procent globalt täcker ett picture-element som ger AVIF först och WebP bakom i stort sett all trafik. Markup-kostnaden betalas en gång per bildkomponent, medan bandbreddsvinsten återkommer vid varje sidladdning därefter.
Varför AVIF-konvertering lutar sig mot en server
AVIF bygger på ett modernt format, samma familj som modern video, och är medvetet tung att skapa i utbyte mot kompakta filer. Att göra det jobbet bra, särskilt på stora foton, går mycket snabbare och stabilare på en riktig server än i en mobils webbläsare, så det här paret skickar bilden till vår server för att skapa bästa möjliga AVIF. Filen bearbetas och resultatet kommer tillbaka till dig, och nedladdningen tas bort inom ungefär 2 timmar, utan personliga uppgifter och utan långtidslagring. Att konvertera flera bilder på en gång körs alltid på servern, som sätter ihop den färdiga uppsättningen till en nedladdning, raderad inom samma korta tid. Om vår server inte kan nås skapas en ensam konvertering i stället i webbläsaren, den filen stannar lokalt, och tar ett långsammare skapande för bekvämligheten. Bytet är tydligt: servern köper kvalitet och fart på det format som behöver det mest, och din fil behålls aldrig bortom det korta fönster konverteringen tar.