STATUS IS UPВИКИ ПО ОПТИМИЗАЦИИ САЙТОВ
16Ускорить
Производительность и доставка / Ускорить

Оптимизация изображений для веба: руководство по принятию решений

Выберите правильные пиксели, формат, разметку и поведение загрузки для каждого изображения, затем подтвердите результат на реальных шаблонах страниц.

Оптимизация изображений для веба: руководство по принятию решений — ВИЗУАЛЬНОЕ РУКОВОДСТВО
ЧИТАТЬ
7 мин
ИСТОЧНИКИ
7
ПОВТОРНО ПРОВЕРИТЬ
2027-03-27
проверено
Рецензент по веб-производительности и доступности
КРАТКИЙ ОТВЕТ

Начните с решения.

Оптимизируйте каждое изображение в таком порядке: решите, что оно должно передавать, подгоните размер под слот макета, создайте адаптивные варианты, выберите формат и уровень сжатия, которые выглядят приемлемо, затем отправьте разметку, позволяющую браузеру выбирать и резервировать ресурс. Фото товара, логотип, диаграмма и декоративная текстура требуют разных решений по качеству и доступности.

Для контентных изображений используйте элемент img с полезным альтернативным текстом, атрибутами width и height, запасным src и srcset плюс sizes, когда ширина рендера меняется. Используйте picture, когда кадрирование или формат меняются в зависимости от вьюпорта или возможностей клиента. Содержите изображения, вероятно видимые в исходном окне, особенно кандидата на Largest Contentful Paint, загружаемыми немедленно; лениво загружайте действительно внеэкранированные изображения.

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

ВИЗУАЛЬНОЕ РУКОВОДСТВО

Видеть работу как систему.

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

SIUУскорить
011. Классифицируйте изображение до оптимизации
022. Подгоняйте размер под слот рендера, затем предлагайте адаптивные кандидаты
033. Выбирайте формат и сжатие по характеристикам изображения
044. Сделайте разметку, которая защищает скорость и стабильность макета
01

1. Классифицируйте изображение до оптимизации

Проведите инвентаризацию изображений по шаблону. Зафиксируйте роль каждого изображения, наибольшую и наименьшую ширину при рендере, статус исходного вьюпорта и нужно ли для маленьких экранов другое кадрирование. Это превращает задачу уменьшения размера файлов в ряд решений, которые можно тестировать на важных страницах.

Фотографии часто терпят продуманное lossy-сжатие. Логотипы, интерфейсные символы, векторная графика и диаграммы могут подходить для SVG или растрового формата, который сохраняет резкие контуры. SVG хорошо подходит для линейной графики, схем и диаграмм, но не для детализированных фотографий.

Informative

Сохраняйте существенные детали и предоставляйте текст, который передаёт назначение изображения.

Decorative

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

Functional

Указывайте действие или назначение, а не просто пиксели изображения.

02

2. Подгоняйте размер под слот рендера, затем предлагайте адаптивные кандидаты

Совмещайте внутренние (intrinsic) размеры с CSS-слотом. Файл в десктопном масштабе в узкой карточке тратит лишний трафик; маленький растр, растянутый слишком сильно, становится размытым. Учитывайте device pixel ratio, но верифицируйте визуально, а не считайте, что каждый экран нуждается в самом большом кандидате.

Если у композиции есть несколько ширин, используйте дескрипторы ширины в srcset и параметр sizes, чтобы указать реальную ширину слота. Тогда браузер выберет подходящий кандидат. Используйте picture для art direction: кадрирование для небольшого экрана, сохраняющее субъект, отличается от простого уменьшения десктопного изображения. Внутри picture оставляйте img с запасным src и alt.

Resolution switching

Та же композиция, разные пиксельные размеры.

Art direction

Разное кадрирование или композиция, когда масштабирование скрывает смысл.

Fallback

Сохраняйте src на img для клиентов, которые не используют адаптивные атрибуты.

03

3. Выбирайте формат и сжатие по характеристикам изображения

WebP и AVIF могут уменьшать объём растровых данных в подходящих случаях, но формат сам по себе не гарантирует качество. Тестируйте репрезентативные портреты, тонкую текстуру, фирменные градиенты, встроенный текст и прозрачность. JPEG остаётся распространённым запасным вариантом для фото; PNG может подойти для безпотерьного растрового качества или прозрачности. Проверьте поддержку AVIF и практическую совместимость с вашей аудиторией и стеком доставки.

Lossy-сжатие удаляет информацию ради экономии байтов и обычно более прощает детализированные фотографии, чем резкие контуры или текст. Lossless сохраняет кодированные пиксели, но может дать меньшую экономию. Выбирайте качество по сравнению «рядом друг с другом» на рендерной величине, а не по числовому параметру. Удаляйте метаданные только после подтверждения ориентации, цветового профиля и потребностей рабочего процесса.

Photos

Сравнивайте lossy AVIF, WebP и JPEG как запасной вариант на размере показа.

UI and line art

Предпочитайте подходящий SVG или защищайте резкие растровые контуры через тестирование.

Transparency

Подтвердите внешний вид альфа-канала во всех доставляемых форматах и запасных вариантах.

04

4. Сделайте разметку, которая защищает скорость и стабильность макета

Указывайте для каждого контентного img атрибуты width и height, соответствующие его внутреннему соотношению сторон. Браузер сможет зарезервировать место до прихода ресурса, уменьшая движение макета. CSS при этом всё ещё может задавать видимые размеры.

Используйте loading=lazy только для изображений вне исходного вьюпорта. Не лениво загружайте изображение, которое, вероятно, видно при загрузке, особенно кандидата на Largest Contentful Paint (LCP). fetchpriority=high — лишь относительная подсказка; применяйте её экономно и измеряйте результат. Для контентного изображения используйте HTML-разметку, если нужен альтернативный текст или обнаружение изображения; Google документирует, что CSS-изображения не индексируются так же.

Dimensions

Устанавливайте width и height, включая лениво загружаемые изображения галерей.

Initial screen

Держите вероятные LCP-изображения eager и контролируйте приоритет запросов.

Below the fold

Лениво загружайте оффскрин-изображения и протестируйте прокрутку в условиях ограниченной сети.

05

5. Сохраняйте смысл, обнаружимость и визуальное качество

Альтернативный текст зависит от цели и контекста. Описывайте существенную информацию для информативного изображения, используйте alt="" для декорации и указывайте функцию связанного элемента или кнопки, а не только картинку. Для сложной диаграммы или графика предоставьте эквивалентное объяснение в соседнем тексте. Не используйте списки ключевых слов.

Для обнаруживаемых контентных изображений используйте стандартные HTML-элементы img, релевантный соседний текст, короткие описательные имена файлов где это практично и запасной источник с адаптивной разметкой. Не превращайте декоративные фоновые изображения в избыточный контент только ради обнаружения.

Visual review

Просматривайте сжатые файлы на наибольшем и наименьшем предполагаемом размерах.

Text in images

По возможности используйте обычный текст; иначе предоставьте эквивалентное текстовое содержимое.

Context

Размещайте информативные изображения рядом с релевантным текстом страницы.

06

6. Проверяйте страницу, а не только ресурс

Тестируйте репрезентативные страницы при узких и широких вьюпортах. В инструментах разработчика браузера проверяйте выбранный srcset-кандидат, объём передачи, рендерные размеры и движение макета. Ограничьте сеть, чтобы выявить поздние героические изображения и медленные галереи. Сравнение экспортов не покажет неточного значения sizes, неожиданного кропа или проблемы производственной трансформации.

Используйте лабораторные и полевые сигналы, когда они доступны. Lighthouse и PageSpeed Insights могут выявлять неправильно подобранные изображения; полевое LCP отражает реальные визиты со временем. Сравнивайте одинаковый шаблон, класс устройства, версию релиза и окно измерения. Не приписывайте изменения метрик исключительно изображениям, если одновременно изменились серверное время, скрипты, шрифты или сторонние сервисы. Внедряйте изменения в общих шаблонах поэтапно и сохраняйте путь отката до подтверждения.

Network

Подтвердите, что слот не выбирает неожиданно слишком большой кандидат.

Rendering

Проверьте кроп, резкость, цвет, альтернативы и стабильность макета.

Release safety

Назначьте владельца, ожидаемый сигнал и путь отката.

ДЕЙСТВИЕ / ПРОВЕРКА

Практический чек‑лист

  1. 01

    Инвентаризация ролей изображений

    Перечислите hero, product, editorial, UI, chart и декоративные изображения на изменённых шаблонах.

    ПРОВЕРИТЬ: Каждый ресурс имеет местоположение на странице, роль, наибольший слот и статус вьюпорта.
  2. 02

    Планирование размеров макета

    Зафиксируйте ширины CSS-слотов на ключевых брейкпойнтах и сгенерируйте нужные кандидаты.

    ПРОВЕРИТЬ: Тесты в узком и широком окнах запрашивают кандидаты, близкие к их реальным потребностям.
  3. 03

    Сравнение визуальных результатов

    Экспортируйте репрезентативные файлы в жизнеспособных форматах и уровнях сжатия.

    ПРОВЕРИТЬ: Просмотр подтверждает приёмлемый кроп, детализацию, цвет и прозрачность на размере показа.
  4. 04

    Реализация устойчивой разметки

    Добавьте запасной src, подходящий alt, width, height, srcset и точный sizes.

    ПРОВЕРИТЬ: Изменённые изображения имеют запасной источник и объявленные размеры.
  5. 05

    Настройка загрузки по вьюпорту

    Держите исходные изображения eager и лениво загружайте реально оффскрин-изображения.

    ПРОВЕРИТЬ: Вероятный LCP не загружается лениво; запросы галерей откладываются как задумано.
  6. 06

    Тестирование доставленной страницы

    Варьируйте вьюпорт и сеть, инспектируя кандидаты, передачу, кроп и движение.

    ПРОВЕРИТЬ: Не появляется чрезмерно большой запрос, сломанного запаса или видимого сдвига макета.
  7. 07

    Измерение и безопасный релиз

    Сравните с базовой линией, развертывайте изменения общих шаблонов по этапам и имейте вариант отката.

    ПРОВЕРИТЬ: В релиз-нотах указаны окно измерения, владелец, ожидаемый сигнал и действие по откату.
ВОПРОСЫ ДЛЯ ОБСУЖДЕНИЯ

Сравнивайте компромиссы, а не приватные данные.

Используйте эти вопросы с вашей командой или сообществом владельцев сайтов. Делитесь методами и уроками, но никогда не вставляйте учётные данные, данные клиентов или непубличные детали инфраструктуры.

  1. 01

    Какие три шаблона страниц создают наибольшую избыточную передачу изображений для ваших посетителей, и какие доказательства изменили бы их приоритет?

  2. 02

    Где мобильный кроп не сохранил смысл десктопного изображения, и как ваша команда решала между art direction и более простым макетом?

  3. 03

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

ПОПУЛЯРНЫЕ / АВТОРИТЕТНЫЕ РЕСУРСЫ

Откройте исходные материалы.

web.devImage performance ↗

Объясняет размеры изображений, адаптивные кандидаты, современные форматы и компромиссы между lossy и lossless сжатием.

Проверено 2026-09-27
MDN Web DocsUsing responsive images in HTML ↗

Практическое объяснение srcset, sizes, переключения разрешения (resolution switching) и art direction с picture.

Проверено 2026-09-27
Google Search CentralGoogle image SEO best practices ↗

Официальные рекомендации по HTML-изображениям, запасным вариантам, поддерживаемым форматам, описательному тексту и обнаружению.

Проверено 2026-09-27
web.devBrowser-level image lazy loading for the web ↗

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

Проверено 2026-09-27
MDN Web Docsimg: The Image Embed element ↗

Справочник по атрибутам alt, width, height, loading и fetchpriority.

Проверено 2026-09-27
web.devLargest Contentful Paint ↗

Определяет LCP, показывает, что может стать наибольшим значимым элементом, и перечисляет лабораторные и полевые инструменты измерения.

Проверено 2026-09-27
W3C Web Accessibility InitiativeImages Tutorial ↗

Ориентированное на принятие решений руководство для информативных, декоративных, функциональных, текстовых и сложных изображений.

Проверено 2026-09-27

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

КРАТКИЕ УТОЧНЕНИЯ

Частые вопросы.

Следует ли конвертировать каждое изображение в AVIF или WebP?

Нет. Тестируйте форматы в контексте задачи изображения и поддерживаемых клиентов. Хороший результат требует также корректного кадра, жизнеспособной запасной стратегии, верной разметки и визуальной проверки. SVG может быть лучше для подходящей линейной графики или UI-символов.

Нужны ли атрибуты width и height, если CSS делает изображения адаптивными?

Обычно да. Они позволяют браузеру вычислить внутреннее соотношение сторон и зарезервировать место до загрузки файла. CSS по-прежнему может адаптировать видимый размер. Проверьте, что атрибуты соответствуют доставляемому производному файлу.

Какое самое простое безопасное правило ленивой загрузки?

Лениво загружайте изображения вне исходного вьюпорта, а не героику или любое изображение, вероятно входящее в Largest Contentful Paint. Тестируйте шаблон в условиях с ограниченной пропускной способностью, потому что карусель, брейкпойнт или изменение макета могут изменить то, что видно и когда запрашивается.

Status Is UP Editorial Team · Редакторы Uptime Enablement

Проверено Рецензент по веб-производительности и доступности. Опубликовано 2026-09-27; обновлено 2026-09-30.