Нотатки від команди про майстерність, формати та невеликі рішення, що стоять за добрим результатом.
Картина сумісності AVIF у 2026 році
Підтримка AVIF у браузерах сягнула близько 94,3 відсотка глобальних браузерів до 2026 року, але браузерна підтримка - не вся картина. Велика частка споживання зображень відбувається поза браузерами: поштові клієнти малюють вбудовані зображення, інструменти дизайну відкривають файли для редагування, системи контенту перевіряють і повторно обробляють завантаження, конвеєри доставки зображень, редактори документів вбудовують ресурси й соцмережі обробляють зображення в момент завантаження. У більшості цих позабраузерних систем підтримка AVIF помітно відстає від браузерного прийняття. Gmail, Outlook і більшість корпоративних поштових клієнтів досі проводять зображення старими конвеєрами, які відхиляють AVIF. Adobe Creative Cloud додала підтримку AVIF лише у версіях кінця 2024 року. Багато налаштувань WordPress зі старішими плагінами зображень досі блокують AVIF під час завантаження. WebP натомість прийнятий майже на всіх цих платформах уже роками. Перетворення AVIF у WebP - міст сумісності для цієї позабраузерної інфраструктури.
Чому перетворення швидке з обох боків
Перевага у швидкості AVIF у WebP над зворотним напрямком іде від будови кодеків. Декодування AVIF виконує нативний декодер браузера, який на сучасних пристроях працює з апаратним прискоренням. Збереження WebP використовує нативні засоби браузера для WebP, на більшості платформ також з апаратним прискоренням. Жодній з операцій не потрібно завантажувати важкий модуль, а це саме вузьке місце під час створення AVIF. Засоби для виходу в AVIF великі й потребують близько секунди на запуск у межах сеансу. AVIF у WebP усе це оминає. Конвеєр декодує, а потім зберігає нативними шляхами, і повне коло для фотографії на 2 мегапікселі укладається значно швидше за секунду в будь-якому сучасному браузері на стаціонарному комп’ютері чи ноутбуці. Це робить перетворення AVIF у WebP придатним для інтерактивної роботи, де користувач очікує відповіді менш ніж за секунду.
У скільки насправді обходиться перезбереження
Перетворення AVIF у WebP містить один крок перезбереження. AVIF спершу був створений з певним ступенем стиснення з втратами. Його декодування дає значення пікселів, що відбивають це джерело з втратами. Потім засоби WebP накладають власне стиснення на ці деталі за налаштування, близького до без втрат, налаштованого на якість 85. За такого налаштування вихід вимірюється близько 44 дБ PSNR на типовому фотоконтенті. Для глядача, який дивиться фотографію у звичайному розмірі показу, різниця між джерельним AVIF і вихідним WebP не видно. Для графіки з дуже дрібним текстом малого розміру, попіксельно точних значків або колірних блоків з жорсткими краями накопичений ефект двох проходів з втратами може показати тонкі відмінності за близького огляду. Перш ніж переводити цілу бібліотеку, протестуйте показову вибірку за повного збільшення на найчутливіших до якості ресурсах.
Коло прозорості в подробицях
Прозорість у AVIF закодована в окремому шарі, який браузер декодує разом із кольоровим вмістом під час читання файлу. Коли браузер декодує AVIF, він видає і колірний буфер, і маску прозорості. Перетворення поєднує обидва за повної прозорості, зберігаючи кожен частково прозорий деталь. Потім засоби WebP записують WebP з втратами, в якого шар прозорості окремий і закодований алгоритмом WebP без втрат саме для альфа-площини. У підсумку маска прозорості вихідного WebP зберігається без втрат відносно значень альфи, декодованих з AVIF. М’які градієнти й розмиті краї переживають перехід. Єдина наявна деградація альфи - та, яку внесло початкове кодування AVIF. Якщо джерельний AVIF має чисті краї альфи, вихідний WebP теж їх має, і маска готова до накладання поверх будь-якого тла.
Зіставлення виходу з альтернативами
Коли треба зробити AVIF сумісним із системою, яка не читає AVIF, є три реальні варіанти: перетворити у WebP, у PNG чи у JPG. JPG - хибний вибір для будь-чого з прозорістю, бо в нього немає шар прозоростіу й він зводить її до суцільного кольору. PNG дає найважчий файл, зазвичай у три - десять разів більший за розмір AVIF, і підходить лише тоді, коли потрібен проміжний формат без втрат або отримувач вимагає саме PNG. WebP стоїть посередині: дає універсальну сучасну сумісність, зберігає прозорість і видає файл зазвичай на 20 - 25 відсотків більший за AVIF, а не на 300 - 1000 відсотків, як PNG. Для будь-якого перетворення задля сумісності, якому не потрібен вихід без втрат, WebP - правильний проміжний формат.
Одиноке в браузері, пачки на сервері
Ця пара працює двома шляхами залежно від завдання. Одинокий AVIF декодується й заново зберігається як WebP цілком усередині вашого браузера нативними шляхами, тож для одного файлу надсилання нема зовсім, підтверджено нулем вихідних запитів після завантаження сторінки. Це правильний шлях для чогось швидкого і для конфіденційної роботи клієнта, власних знімків товару чи документів, які ви волієте тримати на своїй машині. Конвертація кількох файлів одразу робиться на нашому сервері, бо групувати, пакувати й видавати набір це завдання, яке сервер робить добре: файли піднімаються, кодуються, пакуються й повертаються одним завантаженням, яке стирається приблизно за 2 години, без облікового запису й без тривалого зберігання. На практиці: одиноке перетворення ніколи не покидає пристрій, а пачка опрацьовується віддалено, але тримається лише те коротке вікно, що бере завантаження.