Заметки команды о мастерстве, форматах и небольших решениях, стоящих за хорошим результатом.
Как одно изображение конвертируется в браузере и что меняется для нескольких
Когда вы перетаскиваете JPEG на страницу, браузер читает файл в память, декодирует сжатые данные обратно в сырые пиксели своим встроенным считывателем JPEG, рисует эти пиксели на поверхности вне экрана и просит платформу записать их обратно как WebP. Каждый шаг происходит в браузере, на вашем оборудовании, поэтому ни один байт не пересекает сеть. В наших прогонах JPEG 17 КБ в 1024 на 768 завершается примерно за 54 миллисекунды, а фото 116 КБ в 3840 на 2160 занимает около 550 миллисекунд. Когда вы конвертируете несколько изображений сразу, работа переходит на наш сервер, который кодирует их вместе и возвращает одно скачивание, чья ссылка удаляется примерно через 2 часа.
Что происходит с EXIF и метаданными
Файлы JPEG способны таскать с собой настоящие грузы метаданных. EXIF записывает модель камеры, координаты GPS, выдержку и ориентацию. Поля IPTC держат авторские права и подпись. Пакеты XMP ведут историю правок, а профили ICC покрывают работу с управлением цветом. Здешняя конвертация не оставляет из этого ничего. Итоговый WebP, это чистый файл, что держит лишь видимые пиксели. Так ведут себя любые инструменты картинок, рисующие через браузер, одинаково в Chromium, Firefox и WebKit. Для большей части веб-публикаций сброс метаданных это плюс, он срезает пару байтов и не даёт GPS или личным данным утечь в публичную картинку. Если вам нужно сохранить одно конкретное поле, обычно это ориентация, поверните фото заранее или прогоните его через редактор, что понимает метаданные, до конвертации. Не полагайтесь на этот инструмент для архивной работы, где исходные метаданные обязаны уцелеть в целости.
WebP против JPEG: чем отличается сжатие
JPEG режет картинку на блоки 8 на 8 и гонит Дискретное Косинусное Преобразование, обращая пространственную деталь в частотные данные, а затем сильнее квантует высокие частоты. WebP заимствует схему предсказания из видео VP8: каждый блок угадывается по уже разобранным соседям, и хранится только оставшаяся разница. Это обычно оставляет меньше блочных артефактов при том же размере файла, особенно на плавных градиентах и тонах кожи, где сетка JPEG может всплыть видимой мозаикой. На фото высокого качества, выше q80, глаз редко ловит разницу, но выигрыш в размере держится твёрдо. На более низком качестве, ниже q60, отрыв WebP растёт, и характер артефакта меняется: WebP размазывается в мягкое замыливание, а JPEG показывает свои фирменные блоки. Ни один не побеждает на каждой картинке. Сильно текстурированные сюжеты вроде листвы порой жмутся почти одинаково в обоих форматах.
Core Web Vitals и довод в пользу WebP
Largest Contentful Paint, или LCP, измеряет, насколько быстро самый крупный видимый элемент дорисовывается в окне. На большинстве маркетинговых страниц таким элементом служит главное фото. Google подтвердил, что Core Web Vitals выступают фактором ранжирования в Поиске. Когда главным идёт JPEG на 300 КБ, он способен вытолкнуть LCP за порог в 2,5 секунды на среднем мобильном соединении. Переведите то же фото в WebP около 180 КБ, и LCP может вернуться внутрь зелёной зоны без всякой иной правки страницы. Экономия в 25 до 34 процентов копится на каждой картинке страницы. Страница с шестью JPEG, что складываются в 1,2 МБ, способна сбросить 300 до 400 КБ при переходе на WebP, что прямо ускоряет первую значимую отрисовку на медленных каналах. CDN, что поддерживают согласование контента, сами отдают WebP совместимым браузерам, поэтому возни по каждой картинке не остаётся, как только оригиналы есть.
Поддержка браузеров WebP в 2026 году и пробелы
На 2026 год WebP читается в Chrome с версии 17, в Firefox с 65, в Edge с 18, в Opera с 11.10 и в Safari с версии 14 на iOS 14 и macOS Big Sur. По данным caniuse.com совокупный охват декодирования WebP перешагивает 97 процентов трафика браузеров. Оставшийся клочок, это в основном Internet Explorer 11, Safari 13 на macOS Catalina и длинный хвост очень старых браузеров Android. Для большинства публичных проектов отдавать WebP всем безопасно. Когда нужен полный охват, элемент picture в HTML даёт перечислить источник WebP и запасной JPEG в одном теге, и браузер берёт первый формат, что он умеет читать. CDN с оптимизацией картинок согласуют формат сами по заголовку Accept, что шлёт браузер, поэтому ручной проверки по каждому браузеру при отдаче через них не требуется.
Когда WebP применять не стоит
WebP, это верный выбор для веб-отдачи современным браузерам, но в нескольких частых местах он выбор неверный. Печать требует цвета CMYK, который WebP не несёт, поэтому JPEG и TIFF остаются стандартом для типографии. Почтовые клиенты неровны: Gmail и Apple Mail рисуют WebP, а Outlook на Windows нет. Обмен файлами и маркетплейсы тоже разнятся. Google Drive, Dropbox и GitHub показывают WebP нормально, тогда как многие соцплощадки, фотобанки и системы e-commerce пережимают входящие картинки в JPEG внутри, что делает шаг с WebP бессмысленным. Поддержка редакторов всё ещё лоскутна: Lightroom, Capture One и Affinity Photo умеют открывать WebP, но множество плагинов и пресетов экспорта по привычке тянутся к JPEG. Для любого потока, что прогоняет картинки через сторонние системы вне вашего контроля, держите мастер-JPEG и конвертируйте в WebP только на финальном слое отдачи.
