WebP активно вытесняет JPEG: новый формат обещает меньший размер при том же качестве, быстро грузится, поддерживается всеми современными браузерами, облегчает работу SEO-оптимизаторам.

Но что будет, если полностью отказаться от JPEG и оставить на сайте только WebP?

Давайте разберёмся — можно ли, стоит ли, какие плюсы и минусы, и с чем сталкиваются реальные проекты.

Введение: почему вообще возник этот выбор?

• JPEG — стандарт-дефакто для фотографий и “тяжёлой” графики с 1992 года. Легко обрабатывается, поддерживается всеми устройствами и ПО, подходит для SEO.

• WebP — современный формат Google (2010+), сжатие лучше, качество выше при том же размере файла, поддержка прозрачности и анимации (альтернатива PNG, GIF).

Основные преимущества WebP:

• На 20–40% меньше размер файлов при том же визуальном качестве.

• Поддержка прозрачности (как у PNG).

• Поддержка анимации (как у GIF).

• Быстрее грузится, выше PageSpeed, лучше CLS/LCP в Core Web Vitals.

• Встроено в современные инструменты оптимизации (TinyPNG, Squoosh, WordPress плагины и др.).

Поддержка WebP браузерами в 2025

• Практически 100% актуальных браузеров поддерживают WebP:

  • Chrome, Firefox, Edge, Opera — давно

  • Safari (iOS/iPadOS/MacOS) — с версии 14+ (2020), то есть почти все устройства в мире

  • Android WebView, Samsung Internet, Chromium-based — поддержка гарантирована

   

• Исключения:

  • Очень старые браузеры (IE 11, старый Android 4.x), “умные” ТВ 2014 года, антикварные читалки

  • В реальной аудитории доля таких устройств в 2025 — меньше 0,5%

   

Проверить свою аудиторию:

• Анализируйте статистику (Yandex.Metrika, Google Analytics): если доля старых устройств <1% — можно переходить.
  
  

Можно ли использовать только WebP на сайте?

В 99% случаев — да.

• Почти все современные пользователи увидят картинки в WebP без проблем.

• Google и Яндекс полностью индексируют и ранжируют WebP-изображения.

• Нет “наказаний” за отказ от JPEG — наоборот, ускорение загрузки повышает позиции.
  
  

Но есть нюансы, а куда без этого:

1. Социальные сети, мессенджеры, legacy-сервисы

• Некоторые соцсети (старые версии ВК, старые мессенджеры, Word/Excel) не всегда отображают WebP-картинки, если вы отдаёте прямую ссылку.

• Иногда для OG-изображений (previews/картинки ссылок) лучше дублировать изображение в JPEG/PNG.

2. Генерация PDF/Word-файлов на сайте

• Не все PHP/JS-библиотеки конвертируют WebP корректно (pdfmake, fpdf, dompdf и т.п. иногда “падают” на webp).

• Если у вас есть экспорт в документы — проверьте обработку изображений.

3. Почтовые рассылки

• Многие почтовики до сих пор лучше работают с JPEG/PNG (и точно не гарантируют WebP в in-line рассылках).

4. Offline-доступ, приложения, парсеры

• Некоторые “независимые” приложения (например, 1C, старые CRM) требуют JPEG/PNG.

Решения, которые работают

1. Только WebP на сайте + резерв для OG/Email

• Все картинки для сайта/лендинга/магазина — WebP

• Для OG, e-mail и спец. кейсов — отдельные JPEG/PNG, прописанные только в нужных местах

• Легко автоматизировать через генераторы превью (gulp, webpack, node-scripts, плагины WordPress/BX)

2. Автоматическая подмена через .htaccess/nginx

• Если приходит запрос от старого браузера — отдавать JPEG (если такой файл есть), иначе WebP

• Можно реализовать через nginx map, Apache mod_rewrite, плагины для WordPress/BX

3. “Smart” плагины и сервисы (WordPress, Bitrix, Tilda и др.)

• WP plugins: WebP Express, Imagify, ShortPixel — умеют генерировать fallback (запасные JPEG), но для современных сайтов часто хватает только WebP.

• Битрикс — поддержка WebP через модуль “Оптимизация изображений” (подключаемая опция).

• В Tilda, NetHouse, Tilda-publish — поддержка WebP “из коробки”.
  
  

Плюсы и минусы полного перехода на WebP

Плюсы:

• Уменьшение веса страниц — ускорение загрузки, лучше SEO (PageSpeed, Core Web Vitals).

• Меньше места на сервере, экономия трафика.

• Упрощение инфраструктуры (нет дублей jpeg+webp для каждой картинки).

• Легко автоматизировать на этапе деплоя.

Минусы:

• Единичные проблемы с “антиквариатом” (см. выше).

• Возможны нюансы при генерации PDF/Word, парсинге данных, e-mail рассылках.

• Нужно продумать “резервные” варианты для OG/social/email (желательно автоматизировать).

Рекомендации HSTQ

• Переходите на WebP для всего сайта, если нет особых B2B-клиентов с “антикварными” браузерами.

• Используйте отдельные JPEG/PNG только для соцсетей и почтовых рассылок.

• Проверьте аудиторию по статистике — если на старые браузеры приходится менее 1%, можете спокойно убирать jpeg с сайта.

• Для миграции используйте сервисы оптимизации изображений, автоматические конвертеры, плагины.

• Если не хотите “париться” — подключите оптимизацию на стороне хостинга: команда HSTQ поможет реализовать автоматическую конвертацию, fallback и оптимизацию под ваши задачи.

Краткий чеклист: как внедрить только WebP

1. Конвертируйте все изображения в WebP (плагины, скрипты, вручную).

2. Проверьте работу на всех устройствах (десктоп, мобильные, планшеты).

3. Проверьте OG-изображения и e-mail-рассылки — при необходимости используйте JPEG.

4. Внедрите автоматизацию для новых загрузок (на CMS или хостинге).

5. Мониторьте статистику ошибок (например, через Google Search Console, Yandex Webmaster).

В 2025 году полный переход на WebP для большинства сайтов — оправдан, безопасен и экономически выгоден.

Проблемы возникают только у <1% пользователей, или в экзотических сценариях (PDF, legacy, рассылки).

HSTQ рекомендует переходить на WebP и автоматизировать этот процесс на уровне сервера, CMS или CI/CD.

Вопросы по оптимизации изображений, автоматизации, миграции сайта?

Пишите: @hstq_hosting

Сайт: hstq.net

Если нужно — добавлю примеры htaccess/nginx для fallback, инструкции по миграции изображений или автоматизации процесса.

Скажи, если требуется доп. гайд для WordPress, Bitrix или другой CMS!