Formáty obrázků v roce 2026: kdy AVIF překonává WebP a kdy ne

Stav obrazových formátů v roce 2026

AVIF byl „budoucností“ tak dlouho, že už působí jako současnost. Podpora v prohlížečích na konci roku 2024 překročila 95% globální pokrytí, CDNs přidaly automatické překódování do AVIF a většina nástrojů pro optimalizaci obrázků dnes dodává AVIF ve výchozím nastavení. WebP se mezitím stal bezpečným záložním formátem — je všudypřítomný, rychle se kóduje a pro většinu případů použití je dost dobrý.

Otázka už nezní, zda je AVIF teoreticky lepší. Je. Otázka zní, zda se kvůli praktickým kompromisům — času kódování, vyspělosti nástrojů, chování v okrajových případech — vyplatí přechod právě pro vaši zátěž.

Tento článek prochází rozhodovací strom. Pokud obsluhujete tisíce obrázků nahraných uživateli, odpověď bude jiná než v případě, kdy ručně ladíte tucet hlavních marketingových vizuálů. Pokud vám záleží na rychlosti kódování, odpověď se opět změní.

Kde AVIF jednoznačně vítězí

AVIF používá intra-frame kompresi video kodeku AV1, což znamená, že těží z let optimalizací pro pohyblivé video. Výsledkem jsou konzistentně menší velikosti souborů než u WebP při ekvivalentní vnímané kvalitě, zejména u fotografického obsahu.

V opakovaných testech napříč různorodými sadami obrázků jsou soubory AVIF o 20–30 % menší než WebP při stejném skóre SSIM. U fotografií ve vysokém rozlišení — produktových snímků, redakčních obrázků, čehokoli nad šířku 1200px — se tento rozdíl rychle násobí. Z 2MB WebP se stane 1,4MB AVIF. Vynásobte to stovkou obrázků na stránce a úspora přenosového pásma je podstatná.

AVIF také lépe zvládá plynulé přechody a oblasti s nízkým kontrastem než WebP. Dědictví WebP v podobě VP8 znamená, že může vytvářet pruhování na obloze, ve stínech a dalších jemných tonálních přechodech. Pokročilejší transformační kódování AVIF se tomu vyhýbá. Pokud vaše obrázky obsahují mnoho přechodů — designové práce, ilustrace, západy slunce — AVIF bude při menších velikostech souborů vypadat čistěji.

Podpora v prohlížečích je dnes dostatečně silná na to, aby AVIF mohl být primárním formátem pro většinu webů. Safari přidalo podporu ve verzi 16.4 (březen 2023), což byla poslední velká výjimka. Globální podpora je na začátku roku 2026 nad 95 %. Zbývající mezery představují starší zařízení s Androidem a legacy podnikové prohlížeče, a proto stále potřebujete záložní formát.

Kde WebP stále dává smysl

Největším praktickým omezením je rychlost kódování. Kódování AVIF je 5–10× pomalejší než WebP, podle nastavení kvality a implementace enkodéru. U obsahu vytvářeného uživateli — profilových fotografií, příloh ve fórech, čehokoli nahrávaného v reálném čase — na této latenci záleží. Kódování do WebP, které trvá 200 ms, se změní na 2sekundové kódování do AVIF. Pokud zpracováváte nahrávání synchronně, je to zpoždění viditelné pro uživatele.

Řešením je buď kódovat asynchronně (nahrát originál, zobrazit zástupný obsah, kódovat na pozadí), nebo u obsahu vytvářeného uživateli zůstat u WebP a AVIF vyhradit pro kurátorsky vybrané assety, které máte pod kontrolou. Mnoho webů dělá obojí: AVIF pro marketingové obrázky, WebP pro uživatelská nahrání.

WebP má také vyspělejší nástrojový ekosystém. Každá obrazová knihovna, plugin pro CMS i CDN podporují WebP už roky. Podpora AVIF dohání zpoždění, ale okrajové případy stále existují. Některé starší buildy ImageMagick vytvářejí nekvalitní výstup AVIF. Některé CDNs si za překódování do AVIF účtují příplatek. Pokud pracujete v omezeném prostředí — legacy CMS, omezený rozpočet, napjaté termíny — WebP je cesta nejmenšího odporu.

A konečně, WebP je stále menší než JPEG téměř ve všech případech a kódování je dostatečně rychlé pro použití v reálném čase. Pokud je vaším současným základem JPEG a ještě jste nepřešli na moderní formáty, WebP je bezpečnější první krok. AVIF můžete vždy přidat později jako progresivní vylepšení.

Praktický rozhodovací strom

Takto vybírat:

• Kurátorsky vybrané marketingové obrázky, hero snímky, redakční fotografie: Použijte AVIF jako primární formát, WebP jako první zálohu a JPEG jako poslední zálohu. Úspora velikosti souborů ospravedlňuje náklady na kódování a pipeline máte pod kontrolou.
• Obsah vytvářený uživateli a nahrávaný v reálném čase: Použijte WebP. Rychlost kódování je důležitější než posledních 20 % kompresní efektivity a nemůžete si dovolit vícesekundová zpoždění.
• Ilustrace, grafika s plochými barvami, screenshoty: AVIF je lepší než WebP, ale PNG bývá u jednoduché grafiky s velkými plochými oblastmi často konkurenceschopné. Otestujte obojí. Pokud je vaše PNG už malé a dobře se komprimuje, migrace formátu se nemusí vyplatit.
• Miniatury a malé obrázky: WebP obvykle stačí. Absolutní úspora bajtů u AVIF je malá (z 10KB WebP se stane 8KB AVIF) a při velkém objemu více záleží na rychlosti kódování.
• Kritická je podpora legacy prohlížečů: Zůstaňte u WebP jako primárního moderního formátu. 95% pokrytí AVIF je výborné, ale pokud obsluhujete uživatelskou základnu se staršími zařízeními nebo podnikovými prostředími, téměř univerzální podpora WebP je bezpečnější.

Pokud si nejste jistí, nejbezpečnější vzor je obsluhovat AVIF pro prohlížeče, které ho podporují, se zálohou WebP a finální zálohou JPEG. Element <picture> to zjednodušuje:

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Tento přístup vám dává to nejlepší z obou světů: maximální kompresi pro moderní prohlížeče a bezpečné zálohy pro ty starší.

Nastavení kódování, na kterých záleží

Pokud AVIF přijmete, nastavení kódování má na výslednou kvalitu větší dopad než u WebP. Flexibilita AVIF znamená, že existuje více způsobů, jak vytvořit špatný výsledek.

Dvě nejdůležitější nastavení jsou kvalita a rychlost. Kvalita je přímočará: vyšší čísla znamenají lépe vypadající obrázky a větší soubory. U AVIF je pro fotografický obsah obvykle ideální nastavení kvality 75–85. Pod 70 začnete vidět znatelné artefakty. Nad 90 velikosti souborů prudce rostou bez smysluplného zlepšení kvality.

Rychlost určuje, kolik času enkodér věnuje optimalizaci výstupu. Pomalejší kódování vytváří menší soubory, ale výnosy rychle klesají. Většina enkodérů používá škálu 0–10, kde 0 je nejpomalejší a 10 nejrychlejší. Nastavení rychlosti 6–8 je dobrý kompromis: kódování je dostatečně rychlé pro dávkové zpracování a velikosti souborů jsou do 10–15 % od teoretického minima.

Pokud kódujete AVIF na serveru, použijte aktuální verzi libavif nebo avifenc. Starší enkodéry (před rokem 2024) při stejné velikosti souboru vytvářejí znatelně horší výstup. Formát stále dozrává a zlepšení enkodérů byla významná.

A co JPEG XL?

JPEG XL je technicky lepší než AVIF i WebP. Lépe komprimuje, rychleji se kóduje, podporuje bezeztrátovou kompresi a zvládá širší škálu typů obrázků. Je to ale také mrtvý formát.

Google odstranil podporu JPEG XL z Chrome v roce 2022 s odkazem na nízké přijetí a složitost. Apple podporu nikdy nepřidal. V roce 2026 je JPEG XL podporován pouze ve Firefoxu a Safari Technology Preview, což znamená, že není použitelný v produkci. Pokud dodavatelé prohlížečů nezmění směr — což je nepravděpodobné — JPEG XL zůstane formátem pro nadšence a archivní workflow, nikoli pro web.

Cesta migrace

Pokud přecházíte z JPEG na moderní formáty, nejbezpečnější cesta je:

1. Proveďte audit současné image pipeline. Zjistěte, odkud obrázky přicházejí (CMS, uživatelská nahrání, CDN), jak se zpracovávají a jaké formáty aktuálně obsluhujete. Proč je zpracování obrázků v prohlížeči výhrou pro soukromí popisuje některé kompromisy kolem toho, kde ke zpracování obrázků dochází.
2. Začněte s WebP. Rychle se kóduje, má širokou podporu a okamžitě zmenšuje velikosti souborů. Je to první krok s nízkým rizikem.
3. Přidejte AVIF pro kurátorsky vybraný obsah. Jakmile WebP spolehlivě funguje, přidejte AVIF pro vysoce hodnotné obrázky, u nichž na velikosti souboru záleží nejvíce. Otestujte časy kódování a ujistěte se, že ho vaše CDN nebo image služba podporuje.
4. Sledujte podporu prohlížečů. Pokrytí AVIF je dnes výborné, ale pokud analytika ukáže významné procento uživatelů na starších prohlížečích, ponechte WebP jako primární formát.
5. Změřte dopad. Pomocí real user monitoringu sledujte časy načítání stránek a Largest Contentful Paint před migrací a po ní. Jak číst report Lighthouse bez paniky je užitečný průvodce interpretací výkonnostních metrik.

Cílem není používat nejnovější formát jen proto, že je nový. Cílem je obsluhovat menší obrázky bez obětování kvality, což zlepšuje rychlost stránek a snižuje náklady na přenos dat. AVIF to ve většině případů zvládá lépe než WebP, ale praktická omezení — rychlost kódování, nástroje, podpora prohlížečů — znamenají, že WebP je pro některé typy zátěže stále správnou volbou.

Klíčové poznatky

• AVIF je při ekvivalentní kvalitě o 20–30 % menší než WebP, zejména u fotografického obsahu a obrázků s přechody.
• Kódování AVIF je 5–10× pomalejší než WebP, což ho činí nepraktickým pro uživatelská nahrání v reálném čase, pokud nekódujete asynchronně.
• Podpora AVIF v prohlížečích je globálně nad 95 %, ale téměř univerzální podpora WebP z něj dělá bezpečnější záložní formát.
• Pro kurátorsky vybrané marketingové obrázky používejte AVIF jako primární formát se zálohami WebP a JPEG. U obsahu vytvářeného uživateli zůstaňte u WebP.
• JPEG XL je technicky lepší, ale nemá použitelnou podporu v prohlížečích a neměl by se používat na produkčních webech.

FAQ

Q: Mohu obsluhovat AVIF bez záložního formátu?

A: Zatím ne. Podpora AVIF je nad 95 %, ale stále to znamená miliony uživatelů na starších prohlížečích. Vždy zahrňte zálohu WebP nebo JPEG pomocí elementu <picture>. Prohlížeč automaticky vybere nejlepší formát, který podporuje.

Q: Podporuje AVIF průhlednost?

A: Ano. AVIF podporuje alfa kanál, což z něj dělá použitelnou náhradu za PNG v případech, kdy potřebujete průhlednost. Velikosti souborů jsou obvykle menší než u PNG, i když kódování je pomalejší.

Q: Měl bych znovu zakódovat všechny své existující obrázky do AVIF?

A: Jen pokud úspora přenosového pásma ospravedlní vynaložené úsilí. Začněte stránkami s vysokou návštěvností a velkými obrázky, kde je dopad nejviditelnější. U stránek s nízkou návštěvností nebo malých obrázků je ROI minimální. Nejprve se soustřeďte na nový obsah a potom selektivně doplňujte starší.

Q: Jaký je nejlepší nástroj pro dávkové kódování AVIF?

A: avifenc (součást libavif) je nejpoužívanější nástroj pro příkazovou řádku. Z GUI nástrojů podporují AVIF Squoosh (webový) i ImageOptim (Mac). Většina moderních CDNs a image služeb (Cloudflare, Cloudinary, imgix) umí automaticky překódovat do AVIF.

Q: Funguje AVIF s responzivními obrázky a srcset?

A: Ano. Použijte element <picture> s více elementy <source> pro záložní formáty a srcset v každém <source> pro responzivní velikosti. Prohlížeč vybere nejlepší formát a velikost podle podpory a šířky viewportu.

<!-- tool-cta:start -->

💡 Vyzkoušejte toto: Porovnejte oba formáty na vlastních podkladech pomocí Image Converter, který umí exportovat AVIF i WebP, abyste mohli změřit skutečnou velikost a kvalitu.

<!-- tool-cta:end -->

Zdroje

• AVIF vs WebP: komplexní srovnání — Podrobná analýza efektivity komprese a nastavení kvality napříč různými typy obrázků.
• Mohu používat AVIF? — Aktuální data o podpoře obrazového formátu AVIF v prohlížečích.
• GitHub repozitář libavif — Referenční implementace enkodéru a dokumentace pro AVIF.
• Web Almanac: obrázky — Výroční zpráva o adopci obrazových formátů a výkonu napříč webem.