Скорость загрузки — подтверждённый Google фактор ранжирования с 2018 года для десктопа и с 2021 года для мобильных устройств. Более того, она напрямую влияет на конверсию: каждая дополнительная секунда загрузки увеличивает отказ от страницы до 32%, по данным самого Google. А в e-commerce исследования Portent показывают, что страницы, загружающиеся за 1 секунду, конвертируют до 3 раз лучше страниц, загружающихся за 5 секунд.

Изображения обычно составляют 50–80% общего веса веб-страницы. Их правильная оптимизация — самое эффективное вмешательство для производительности любого сайта.

Что PageSpeed Insights оценивает в изображениях

Google PageSpeed Insights (PSI) анализирует вашу страницу и отмечает проблемы, связанные с изображениями, по нескольким категориям. Самые распространённые:

6 принципов оптимизации изображений для веба

1. Используйте правильный формат для каждого типа изображения

Выбор формата — решение с наибольшим влиянием ещё до какого-либо сжатия:

Тип изображенияИдеальный формат в 2026Альтернатива
Фотография (товар, баннер, блог)WebP lossyJPG 80–85%
Логотип, иконка с прозрачностьюWebP lossless или SVGPNG
Иконки и векторные иллюстрацииSVGWebP PNG
Скриншот с текстомWebP losslessPNG
Короткая анимацияАнимированный WebP или MP4GIF
Favicon.ico + PNG (несколько размеров)

WebP создаёт файлы на 25–35% меньше, чем JPG, и на 20–30% меньше, чем PNG, при эквивалентном визуальном качестве. В 2026 году совместимость превышает 97% используемых браузеров — больше нет технической причины избегать его на новых сайтах.

🔄 Немедленное действие: используйте Конвертер изображений от ImageTools, чтобы преобразовать существующие фото JPG и PNG в WebP перед загрузкой. Это изменение с наибольшим эффектом и наименьшими усилиями.

2. Сжимайте без потери видимого качества

Сжатие — это процесс уменьшения размера файла при сохранении размеров изображения. Для фото JPG снижение качества со 100% до 80% даёт файлы в 5–10 раз меньше с незаметной разницей на экране. Это идеальный диапазон для веба.

Практические ориентиры веса по типу изображения:

Сожмите свои изображения для веба прямо сейчас

Компрессор изображений от ImageTools интеллектуально уменьшает JPG, PNG и WebP — без отправки файлов на внешние серверы, без регистрации.

Сжать изображения бесплатно

3. Загружайте изображения в реальных размерах отображения

Это самая распространённая и одна из самых влиятельных ошибок: загрузка изображений намного больше, чем место, где они отображаются. Браузер скачивает изображение целиком, а затем отбрасывает лишние пиксели при рендеринге.

Примеры цены этой ошибки:

Правило простое: изображение, отправляемое на сервер, должно быть максимум вдвое больше размеров отображения (двойной размер для покрытия Retina/HiDPI-экранов). Для блока шириной 600px загружайте максимум 1200px.

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

4. Внедрите ленивую загрузку

Ленивая загрузка — техника загрузки изображений только тогда, когда они вот-вот попадут в видимую область экрана, вместо загрузки всех изображений страницы сразу при начальной загрузке. Эффект значителен: на страницах с большим количеством изображений (например, каталоги товаров или длинные статьи) ленивая загрузка может снизить начальный вес страницы на 60–80%.

Самая простая реализация нативна в современном HTML — достаточно добавить атрибут loading="lazy" к тегам изображений:

<!-- Изображение, которое должно загружаться сразу (над сгибом) -->
<img src="banner-principal.webp" alt="Баннер" loading="eager">

<!-- Изображения, которые могут подождать (ниже сгиба) -->
<img src="produto-1.webp" alt="Товар 1" loading="lazy">
<img src="produto-2.webp" alt="Товар 2" loading="lazy">

Важно: никогда не применяйте loading="lazy" к главному изображению над сгибом (hero, баннер, первое фото товара). Это задерживает LCP — важнейшую метрику Core Web Vitals — и напрямую ухудшает оценку в PageSpeed.

5. Задавайте width и height в тегах изображений

Когда браузер начинает загружать страницу, он строит макет ещё до того, как узнаёт размер изображений. Если width и height не заданы, браузер не резервирует правильное место — и когда изображение загружается, макет «прыгает», сдвигая текст и кнопки. Именно это PageSpeed измеряет как Cumulative Layout Shift (CLS) — ещё один Core Web Vital.

<!-- Без размеров: вызывает сдвиг макета -->
<img src="produto.webp" alt="Товар">

<!-- С размерами: резервирует правильное место с самого начала -->
<img src="produto.webp" alt="Товар" width="600" height="600">

Значения width и height в HTML не обязаны совпадать с визуальным размером отображения — они лишь задают пропорцию. За размер отображения отвечает CSS.

6. Используйте адаптивные изображения со srcset

Тег srcset позволяет предоставлять разные версии изображения для разных устройств — отправляя изображение меньшего размера на телефоны и большего на десктопы. Браузер автоматически выбирает наиболее подходящую версию для экрана пользователя.

<img
  src="produto-800.webp"
  srcset="produto-400.webp 400w,
          produto-800.webp 800w,
          produto-1200.webp 1200w"
  sizes="(max-width: 600px) 400px,
         (max-width: 900px) 800px,
         1200px"
  alt="Товар"
  width="800"
  height="800"
  loading="lazy"
>

Для интернет-магазинов с большим количеством фото товаров srcset может снизить объём данных, передаваемых мобильным пользователям, на 40–60%.

Полный чек-лист оптимизации изображений

Используйте этот список перед публикацией любой страницы или обновлением существующих изображений:

Оптимизация по платформам

WordPress

WordPress автоматически конвертирует в WebP начиная с версии 6.1, если сервер это поддерживает. Для надёжности установите плагин оптимизации, например Imagify, ShortPixel или Smush — они сжимают, конвертируют в WebP и автоматически добавляют ленивую загрузку к уже существующим изображениям в медиабиблиотеке.

Shopify

Shopify автоматически конвертирует изображения в WebP и подаёт правильную версию по устройству с 2021 года. Что продавцу нужно контролировать вручную — размер загружаемых изображений: рекомендуется 2048×2048px для фото товаров, которые Shopify изменяет под каждый контекст отображения.

Wix, Squarespace и другие конструкторы

Большинство современных конструкторов уже применяют сжатие и ленивую загрузку автоматически. Что по-прежнему зависит от пользователя — загрузка изображений разумного размера: загрузка фото с камеры весом 8 МБ перегружает сервер и может привести к вариантам большим, чем нужно.

Чистые сайты на HTML/CSS или фреймворки (Next.js, Nuxt и т.д.)

В этих случаях вся оптимизация — ответственность разработчика. Компонент <Image> в Next.js, например, автоматизирует ленивую загрузку, srcset и конвертацию в WebP. Для фреймворков без такой абстракции необходима ручная оптимизация по чек-листу выше.

Совет для e-commerce: LCP-изображение (Largest Contentful Paint) на страницах товара почти всегда является главным фото товара. Убедитесь, что оно в WebP, сжато, с правильными размерами и без ленивой загрузки. Именно это изображение имеет наибольший индивидуальный вес в оценке PageSpeed таких страниц.

Как измерить эффект от оптимизации

После применения оптимизаций измерьте результат этими инструментами:

Часто задаваемые вопросы

Действительно ли оптимизация изображений улучшает ранжирование в Google?
Да, прямо и косвенно. Прямо: скорость страницы и Core Web Vitals — это подтверждённые Google факторы ранжирования. Косвенно: более быстрые страницы имеют более низкий показатель отказов и более продолжительное время на странице — поведенческие сигналы, которые Google использует для оценки релевантности. Медленный сайт, теряющий посетителя до показа контента, не имеет шанса продемонстрировать релевантность.
В чём разница между PageSpeed Insights и Core Web Vitals?
PageSpeed Insights — это диагностический инструмент Google: он анализирует URL и выставляет оценку от 0 до 100 с рекомендациями. Core Web Vitals — три конкретные метрики, которые Google использует как фактор ранжирования: LCP (Largest Contentful Paint, скорость загрузки главного элемента), INP (Interaction to Next Paint, отзывчивость) и CLS (Cumulative Layout Shift, визуальная стабильность). Изображения напрямую влияют на LCP и CLS.
Нужно ли конвертировать все изображения сайта в WebP?
Для новых загрузок — да, WebP должен быть стандартом. Для существующих изображений эффект зависит от объёма: сайту с 20 изображениями срочная миграция вряд ли нужна, но интернет-магазин с сотнями фото товаров ощутит значительный прирост производительности после конвертации. Используйте Конвертер изображений для пакетной конвертации перед повторной загрузкой.
Что такое LCP и почему главное изображение так важно для него?
LCP (Largest Contentful Paint) измеряет время, за которое загружается самый крупный видимый элемент страницы. На большинстве сайтов этот элемент — изображение: главный баннер, фото товара или заглавная картинка статьи. Google использует LCP как индикатор того, когда страница «выглядит готовой» для пользователя. Для хорошей оценки LCP должен наступать менее чем за 2,5 секунды. Неоптимизированное LCP-изображение может утроить это время.
Может ли ленивая загрузка навредить SEO?
Нет, при правильной реализации. Googlebot поддерживает нативную ленивую загрузку с 2019 года и нормально индексирует изображения с атрибутом loading="lazy". Единственное, чего нужно избегать — применения ленивой загрузки к LCP-изображению, то есть к главному изображению над сгибом. Это задерживает загрузку самого важного элемента страницы и ухудшает оценку LCP.
Какой размер изображения использовать для hero-баннера сайта?
Для полноширинных баннеров на десктопе 1920px по ширине — максимум, необходимый для покрытия современных мониторов. Для мобильной версии достаточно 768–1024px. С помощью srcset можно автоматически подавать нужную версию для каждого устройства. По весу держите баннер ниже 200 КБ в WebP — хорошо сжатое изображение 1920px в WebP должно комфортно укладываться в этот лимит.