Сайт грузится пять секунд, посетители уходят, а Яндекс и Google понижают страницу в выдаче. Знакомая ситуация? В восьми случаях из десяти виноваты картинки. Они занимают от 50 до 70% веса страницы — и часто лежат на сервере в том виде, в каком их загрузили: без сжатия, в устаревших форматах, с разрешением 4000x3000 вместо нужных 800x600.
Проблема в том, что «на глаз» оценить состояние картинок нельзя. Нужен инструмент, который пройдётся по странице, взвесит каждый файл и покажет, где именно теряются секунды. Для этого в ImageForge есть бесплатный анализатор изображений — он проверяет любой URL за 10–30 секунд и выдаёт конкретные цифры: вес, форматы, потенциальную экономию и влияние на Core Web Vitals.
В этой статье разберём, как пользоваться анализатором, что означают его метрики и — самое главное — как исправить найденные проблемы.
Почему изображения замедляют сайт
Прежде чем запускать проверку, стоит понять, почему картинки — главный враг скорости.
Вес файлов и время загрузки
Одна фотография с камеры телефона весит 3–8 МБ. Если на странице десять таких фотографий — это 30–80 МБ данных, которые браузер должен скачать, декодировать и отрисовать. На мобильном интернете 4G со средней скоростью 15 Мбит/с загрузка 50 МБ картинок займёт около 27 секунд. Даже на домашнем Wi-Fi это ощутимо.
Для сравнения: те же десять фотографий после оптимизации могут весить 800 КБ–1.5 МБ суммарно. Разница — в десятки раз.
Влияние на Core Web Vitals
Google использует три метрики для оценки пользовательского опыта:
| Метрика | Что измеряет | Хорошо | Плохо |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Время отрисовки самого крупного элемента | < 2.5 с | > 4.0 с |
| INP (Interaction to Next Paint) | Задержка отклика на действия пользователя | < 200 мс | > 500 мс |
| CLS (Cumulative Layout Shift) | Сдвиги элементов при загрузке | < 0.1 | > 0.25 |
LCP чаще всего зависит именно от изображений. Если главная картинка на странице (баннер, hero-изображение) весит 2 МБ и отдаётся в PNG — LCP будет катастрофическим. Переведите её в WebP, сожмите до 150 КБ — и LCP упадёт с 5 до 2 секунд.
INP пришёл на замену FID в марте 2024 года и измеряет не только первый клик, а все взаимодействия пользователя со страницей. Тяжёлые картинки влияют на INP косвенно: пока браузер декодирует мегабайты изображений, основной поток блокируется — и отклик на нажатия задерживается. Подробнее о метриках — на web.dev/vitals.
Яндекс тоже учитывает скорость загрузки при ранжировании. Подробнее об этом — в статье как ускорить загрузку сайтов в Яндекс.
Форматы: старые и современные
Часть проблем кроется в форматах. JPEG и PNG — «рабочие лошадки» веба с 90-х годов. Но за это время появились форматы, которые сжимают картинки гораздо эффективнее:
- WebP — на 25–34% легче JPEG при том же визуальном качестве. Поддерживается всеми современными браузерами.
- AVIF — ещё эффективнее: экономия 30–50% по сравнению с JPEG. С 2022 года поддерживается всеми основными браузерами, включая Safari 16+ и Chrome 85+.
Проверить, какой формат изображения выбрать для вашего случая, поможет отдельный разбор.
Как работает анализатор ImageForge
Инструмент доступен по адресу imageforge.su/analyzer. Никакой регистрации, никаких лимитов — просто вставляете URL и получаете отчёт.
Что происходит «под капотом»
Когда вы вводите адрес, анализатор отправляет запрос к Google PageSpeed Insights API. Это тот же движок, что стоит за Lighthouse в Chrome DevTools, только вам не нужно устанавливать ничего — всё работает через браузер.
API загружает вашу страницу на сервере Google, замеряет реальную скорость рендеринга и собирает информацию обо всех ресурсах: HTML, CSS, JavaScript и — что нас интересует — изображениях. Для каждой картинки определяется:
- текущий размер файла (до и после gzip-сжатия);
- формат (JPEG, PNG, GIF, WebP, SVG и другие);
- потенциальная экономия при оптимизации;
- рекомендация: сжать, конвертировать в WebP/AVIF или уменьшить разрешение.
Процесс занимает от 10 до 30 секунд — зависит от размера страницы и скорости вашего сайта.
Пошаговая инструкция
Шаг 1. Перейдите на страницу анализатора.
Шаг 2. Введите URL страницы, которую хотите проверить. Это может быть главная, страница каталога или конкретная статья — любая публичная страница. Протокол (https://) добавится автоматически, если вы его не указали.
Шаг 3. Нажмите «Анализировать» и подождите 10–30 секунд. Прогресс-бар покажет, на каком этапе находится проверка.
Шаг 4. Изучите результаты. На экране появятся четыре блока: оценка производительности, метрики скорости, таблица изображений и рекомендации.
Как читать результаты анализа
Оценка производительности (Performance Score)
Круговая шкала от 0 до 100 — это совокупный балл Google Lighthouse. Он учитывает не только картинки, но и CSS, JavaScript, шрифты, серверное время ответа. Ориентиры:
- 90–100 (зелёный) — страница быстрая. Картинки, скорее всего, уже оптимизированы.
- 50–89 (оранжевый) — есть заметные проблемы. Оптимизация изображений может дать прирост в 10–30 баллов.
- 0–49 (красный) — критически медленная страница. Часто именно картинки «тянут» балл вниз.
Бывало такое: сайт на WordPress с темой из коробки — Performance Score 27. После сжатия 40 картинок балл подскочил до 68. Одно действие — плюс 41 балл.
Карточки с метриками
Под оценкой — четыре карточки:
- Изображений — сколько картинок найдено на странице (считая иконки, логотипы, фоновые изображения).
- Текущий вес — суммарный объём всех изображений в килобайтах или мегабайтах.
- Можно сэкономить — суммарный объём, который можно срезать оптимизацией.
- Потенциальное сжатие — экономия в процентах.
Я проверял интернет-магазин одежды: 47 изображений, текущий вес 12.4 МБ, потенциальная экономия 8.7 МБ (70%). Семь из десяти мегабайт — это просто лишний «воздух» в файлах.
Метрики скорости (LCP, INP, CLS)
Три полоски с цветовой индикацией. Зелёная зона — всё хорошо. Оранжевая — требует внимания. Красная — критическая проблема.
LCP — самая важная метрика для изображений. Если самый крупный видимый элемент на странице — это картинка (баннер, фото товара), то LCP почти полностью определяется скоростью загрузки этой картинки.
Что делать, если LCP красный? Три конкретных шага:
- Найдите в таблице самое тяжёлое изображение.
- Сожмите его или переведите в WebP. Сделать это можно прямо в ImageForge — загрузите файл, выберите формат и качество, скачайте результат.
- Убедитесь, что для hero-изображения стоит атрибут
fetchpriority="high"— это подсказка браузеру загружать его в первую очередь.
CLS связан с картинками, если у тегов <img> не указаны width и height. Без этих атрибутов браузер не знает размер картинки до загрузки — и содержимое «прыгает», когда изображение наконец появляется. Это раздражает пользователей и роняет CLS.
Таблица изображений
Самый подробный блок. Для каждой картинки на странице показаны:
| Колонка | Что значит |
|---|---|
| Файл | Имя файла (при наведении — полный URL) |
| Размер | Текущий вес файла |
| Экономия | Сколько байт можно сэкономить |
| Рекомендация | Что делать: → WebP/AVIF (сменить формат), → Compress (сжать), → Resize (уменьшить разрешение) или OK (ничего не нужно) |
Таблица отсортирована по весу — самые тяжёлые файлы сверху. Именно с них стоит начинать оптимизацию: сжатие одного баннера на 2 МБ даст больше эффекта, чем оптимизация двадцати иконок по 5 КБ.
Знаете, в чём подвох мелких иконок? Они часто уже оптимизированы (потому что их обычно генерируют специализированные инструменты), а вот контентные фото — нет. Люди загружают фотографии прямо с телефона, не задумываясь о весе.
Рекомендации
Внизу — список конкретных действий:
- N изображений можно сжать — есть потенциал для уменьшения без смены формата.
- N изображений стоит перевести в WebP/AVIF — формат устарел (обычно PNG или несжатый JPEG).
- N изображений превышают 100 КБ — тяжёлые файлы, которые стоит проверить в первую очередь.
- N изображений имеют неоптимальные размеры — разрешение картинки больше, чем нужно для отображения (например, загружена фотография 4000x3000, а показывается в блоке 400x300).
- Изображения занимают X% от общего веса страницы — если больше 60%, картинки — главная проблема.
Что делать с результатами
Отчёт на руках. Допустим, анализатор нашёл 30 изображений, из которых 18 можно оптимизировать с общей экономией 4.2 МБ. Какие действия предпринять?
Шаг 1. Скачайте отчёт
Нажмите кнопку «Скачать отчёт» — сервис сгенерирует HTML-файл с полным отчётом: метриками, таблицей и рекомендациями. Его удобно передать разработчику или дизайнеру, а также сохранить для сравнения «до и после».
Шаг 2. Начните с самых тяжёлых файлов
Правило 80/20 работает и здесь: 80% экономии обычно приходится на 20% файлов. Посмотрите в таблице первые 5–7 строк — это «тяжеловесы», оптимизация которых даст максимальный эффект.
Шаг 3. Сожмите и конвертируйте
Для изображений с рекомендацией → Compress — достаточно сжать их с правильными настройками. Для фотографий JPEG оптимальное качество — 70–80%. Визуально разница незаметна, а вес падает в 2–3 раза.
Для изображений с рекомендацией → WebP/AVIF — конвертируйте в современный формат. О том, как конвертировать изображения в WebP, есть подробная инструкция.
Если работаете с PNG-файлами (скриншоты, схемы, иконки с прозрачностью), загляните в гайд как уменьшить размер фото PNG — там описаны особенности сжатия этого формата.
Шаг 4. Уменьшите разрешение, где это нужно
Рекомендация → Resize означает, что картинка загружается в огромном разрешении, а отображается в маленьком блоке. К примеру, фото 3000x2000 пикселей показывается в карточке товара шириной 300 пикселей — браузер скачивает в десять раз больше данных, чем нужно.
Решение: уменьшите размер картинки до реального размера отображения с запасом для Retina-дисплеев (x2). Для карточки 300px ширины — достаточно изображения 600px.
Шаг 5. Повторите анализ
После оптимизации и загрузки новых файлов на сервер — снова запустите анализатор. Сравните метрики:
- Вес изображений должен упасть (целевой показатель — экономия 40–70%).
- LCP — улучшиться (цель: зелёная зона, < 2.5 с).
- Performance Score — вырасти на 10–30 баллов.
Если показатели всё ещё красные — проблема может быть не только в картинках. Проверьте серверное время ответа (TTFB), количество JavaScript-файлов и CSS. Но в большинстве случаев оптимизация изображений даёт самый ощутимый прирост.
Типичные проблемы и как их решить
Проблема: все картинки в JPEG, экономия 60%+
Это самый частый случай. Сайт использует JPEG — формат рабочий, но неэффективный по сравнению с WebP. Решение — пакетная конвертация.
В ImageForge загрузите до 20 файлов одновременно, выберите выходной формат WebP, качество 70% (пресет «Баланс»), и скачайте ZIP-архив с результатами. Файлы не покидают ваш компьютер — обработка происходит прямо в браузере.
Подробнее о том, как сжать фото онлайн без потери качества, — в отдельном материале.
Проблема: GIF-анимации весят по 5–10 МБ
GIF — самый неэффективный формат для анимации. Одна гифка на 200 кадров может весить больше, чем все остальные картинки на странице вместе взятые. Если анализатор показывает тяжёлые GIF-файлы, есть два пути:
- Уменьшить размер GIF — сократить количество кадров, уменьшить палитру, обрезать разрешение.
- Заменить GIF на видео (MP4/WebM) — это радикальнее, но экономит 80–90% веса.
Проблема: много картинок, но каждая небольшая
Бывает, что на странице 80 картинок по 20–50 КБ. Суммарно — 2–3 МБ, но ни одна по отдельности не выглядит критичной. В таком случае проблема не в весе, а в количестве HTTP-запросов. Каждый запрос — это задержка на установление соединения.
Решения:
- Используйте ленивую загрузку (
loading="lazy") — браузер загружает только те картинки, которые видны на экране. Подробнее — в рекомендациях Google по ленивой загрузке. - Объедините мелкие иконки в SVG-спрайт.
- Используйте HTTP/2 — он мультиплексирует запросы, снижая задержки.
Проблема: CLS красный из-за картинок
Если анализатор показывает высокий CLS (> 0.25), проверьте, у всех ли тегов <img> указаны атрибуты width и height. Без них браузер выделяет под картинку 0 пикселей, а после загрузки — раздвигает контент, вызывая сдвиг.
Исправление одной строки кода:
<!-- Плохо: вызывает CLS -->
<img src="photo.webp" alt="Фото">
<!-- Хорошо: сдвигов нет -->
<img src="photo.webp" alt="Фото" width="800" height="600">
Анализ конкурентов
Кстати, анализатор можно использовать не только для своего сайта. Вставьте URL конкурента — и посмотрите, как обстоят дела у него. Это даёт контекст: если ваш показатель 65, а у конкурентов 40–50, вы уже впереди. Если наоборот — знаете, куда целиться.
Я проверил пять интернет-магазинов электроники из топ-10 Яндекса. У трёх из них Performance Score был ниже 50, а изображения занимали более 70% веса страницы. Это значит, что оптимизация картинок — реальное конкурентное преимущество, а не просто «приятный бонус».
Автоматизация: сжатие прямо из анализатора
После анализа под таблицей изображений появляется кнопка «Сжать N изображений». По нажатию — сервис загрузит найденные картинки прямо в ImageForge для мгновенного сжатия в браузере. Не нужно вручную скачивать каждый файл с сайта — всё происходит за один клик.
Часто задаваемые вопросы
Анализатор полностью бесплатный, без регистрации и без ограничений на количество проверок. Проверяйте хоть 50 страниц в день — платить не придётся.
Вы вводите только URL страницы. Анализатор отправляет этот URL в Google PageSpeed Insights API — ту же систему, что Google использует публично. Ваши файлы, пароли и приватные данные никуда не передаются. Анализируется только то, что и так доступно любому посетителю по указанному адресу.
Нет. Анализатор работает только с публичными страницами, которые доступны без авторизации. Если страница за логином или в режиме maintenance — анализ не пройдёт.
Результаты могут незначительно отличаться от запуска к запуску — это нормально. Google тестирует страницу с реального сервера, и время ответа варьируется. Разброс в 3–5 баллов — обычное дело. Ориентируйтесь на среднее значение за несколько проверок.
Зависит от сайта. Но если анализатор показывает, что изображения занимают 50%+ веса страницы и есть потенциал экономии 40%+ — начинайте с картинок. Это быстрее, проще и даёт мгновенный результат без риска сломать функциональность (в отличие от оптимизации JS).
Проверяйте после каждого крупного обновления контента — добавления новых страниц, загрузки фотографий, изменения дизайна. Для интернет-магазинов с частым обновлением каталога — раз в месяц. Для статичных сайтов-визиток — раз в квартал.
Заключение
Оптимизация изображений — это самый быстрый способ ускорить сайт. Не нужно переписывать код, менять хостинг или нанимать разработчиков. Достаточно проверить страницу в анализаторе, найти тяжёлые файлы и сжать их без потери качества.
Весь процесс — от анализа до загрузки оптимизированных файлов на сервер — занимает 15–20 минут. А результат: страница грузится быстрее, пользователи довольны, поисковики ранжируют выше. Попробуйте прямо сейчас — перейдите в ImageForge Analyzer и вставьте URL своего сайта.