A JPEG tavaly lett 30 éves. És ennek az időnek a nagy részében semmi nem fenyegette igazán komolyan. A WebP próbálkozott 2010-ben, a Google erősen tolta, mindenki nagyjából megvonta a vállát, a JPEG pedig ment tovább. A PNG továbbra is mindenhol ott van, ahol átlátszóság kell. A GIF pedig valamilyen érthetetlen módon még mindig nem hajlandó eltűnni.
Az AVIF viszont más történet. Ez nem csak egy újabb formátum, amit a böngészőgyártók kelletlenül felvesznek a kompatibilitási táblázatba. A formátumháborúnak vége. Az AVIF nyert. Ez nem hype, egyszerűen erre jutottak a számok.
Mi is az az AVIF valójában
Az AVIF az AV1 Image File Format rövidítése. És itt fontos a háttér: az AV1-et eredetileg videóra fejlesztették, egy olyan koalíció munkájaként, amelyben ott van a Google, az Apple, a Mozilla, a Microsoft, a Netflix és az Amazon is. Ezek a cégek megunták, hogy jogdíjat fizessenek a H.264 és a HEVC után, ezért összefogtak, és nulláról építettek egy jogdíjmentes kodeket. Évekbe telt, de az eredmény meglepően jó lett.
Aztán valaki észrevette az egyszerű lényeget: ha egyetlen képkockát kivágsz egy AV1-videóból, és állóképként mented el, a tömörítés egészen elképesztő. Sokkal jobb, mint bármi, amire az 1992-ből származó JPEG-algoritmus képes. Ez az AVIF. Az AV1 fényképekre alkalmazva.
A számok
Egy átlagos fotón az AVIF nagyjából 50%-kal jobb tömörítést hoz, mint a JPG, hasonló vizuális minőség mellett. Nem 10%-ot, nem 15%-ot, hanem körülbelül fele akkora fájlméretet. Egy sok képet kiszolgáló weboldalnál ez nagyon is érezhető különbség sávszélességben és betöltési időben.
A WebP, vagyis a Google korábbi próbálkozása egy modernebb képformátumra, szintén jobb a JPEG-nél. De az AVIF a legtöbb tartalomnál még ehhez képest is körülbelül 30%-kal jobb. Ha már WebP-t használsz, és azt gondolod, hogy az bőven elég, akkor valószínűleg még mindig marad teljesítmény a rendszerben.
A tömörítésen túl az AVIF támogatja a HDR-t, a széles színtartományt és az alfás átlátszóságot. Azonos fájlméret mellett jobban kezeli a szöveget és az éles széleket, mint a JPEG. Animációt is tud, bár a gyakorlatban a mozgó tartalmaknál továbbra is gyakoribb a GIF és a WebP.
Miért pont 2026 az az év, amikor ez tényleg számítani kezd
Az AVIF körülbelül 2019 óta létezik. A Chrome viszonylag hamar támogatta. A Firefox követte. A Safari tovább várt, és ez sokat számít, mert az iPhone-os Safari egyáltalán nem rétegböngésző. A Safari 16 hozta el a támogatást, és 2024-ben a Can I Use már 93%-os globális lefedettségről írt. 2026 elejére ez a szám átlépte a 95%-ot.
Ez az a pont, ahol egy webfejlesztő már reálisan használhat egy formátumot elsődleges opcióként anélkül, hogy állandóan a fallbackeken aggódna. Nagyon régi eszközökre továbbra is érdemes egy JPEG-tartalékot fenntartani, de a <picture> elem ezt olyan feladattá teszi, amit egyszer beállítasz, és aztán el is felejthetsz.
A Google PageSpeed Insights is elkezdte a JPEG- és PNG-képeket optimalizálási lehetőségként jelölni, és kifejezetten az AVIF-et ajánlani. Ha számítanak neked a Core Web Vitals mutatók, és számítaniuk kellene, mert hatnak a rangsorolásra, akkor a Google most már elég egyértelműen ebbe az irányba terel.
Hol nem működik még
Az email a legnyilvánvalóbb hiányzó terület. A legtöbb emailkliens nem jeleníti meg az AVIF-et, és valószínűleg ez még egy darabig így is marad. Ha hírlevelekhez vagy automatikus emailekhez készítesz képeket, maradj inkább a JPEG-nél vagy a PNG-nél.
A nyomtatási munkafolyamatoknál hasonló a helyzet. A laborok és nyomdák TIFF-et, PDF-et vagy magas minőségű JPEG-et várnak. Az AVIF még nem része igazán ennek a világnak.
És ha fotósként Lightroomban vagy Capture One-ban kezeled a képtáradat, a natív AVIF-export még mindig eléggé egyenetlen. Konvertáló eszközökkel el lehet jutni odáig, de még nem épült be annyira természetesen a folyamatba, mint a JPEG vagy a TIFF.
Mit jelent ez, ha weboldalt üzemeltetsz
Ha CDN-t használsz, például Cloudflare-t vagy Cloudinaryt, lehet, hogy már most is AVIF-et szolgálsz ki anélkül, hogy tudnál róla. Mindkét szolgáltatás az Accept fejlécből látja, mit támogat a böngésző, és automatikusan a megfelelő formátumot küldi. Te feltöltesz egy JPEG-et, ők intézik a többit.
Ha Next.js-t használsz, az Image komponens már a 13-as verzió óta alapértelmezetten AVIF-et szolgál ki.
Mindenki másnak a gyakorlati út elég egyértelmű: alakítsd át a meglévő képeket AVIF-fá, és szolgáld ki őket JPEG fallbackkel. Ezt kötegekben is megteheted a FastConvert képkonvertálójával, feltöltöd a JPEG- vagy PNG-fájlokat, visszakapod az AVIF-eket, és kész.
Akkor is érdemes vele foglalkozni, ha nem vagy fejlesztő
Valószínűleg nem gyakorlati szinten. Ha Squarespace, Wix vagy WordPress alatt kezelsz egy oldalt modern sablonnal, a formátumkezelés egyre inkább el van rejtve a háttérben. A tárhely vagy a CDN megoldja helyetted.
De ha valaha is elgondolkodtál rajta, miért töltődnek be egyes oldalakon szemmel láthatóan gyorsabban a képek, mint máshol, anélkül hogy minőségben nagy különbséget látnál, akkor a formátumválasztás gyakran a válasz nagy része. Egy olyan oldal közti különbség, amely még mindig 800 KB-os JPEG-eket szolgál ki, és egy másik közt, amely 350 KB-os AVIF-eket küld, nagyon gyorsan összeadódik, különösen mobilon.
A JPEG-nek hosszú és szép korszaka volt. Megérdemelte a hosszú életét. De az ideje alapértelmezett formátumként lejár, és az AVIF az, ami a helyére lép.
