Проверка изображений сайта

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

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

Краткий ответ

Проверьте живую страницу перед экспортом нового файла

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

Проверяйте запросы, а не папки Страница может загружать тяжёлый файл, даже если оптимизированный файл есть в другом месте.
Выбирать для каждого изображения Для главного изображения, изображения статьи, повторяющейся карточки и метаданных нужны разные правила.
Покажите браузеру, что использовать Используйте srcset, sizes, ширину и высоту, чтобы браузер мог выбрать подходящий файл и зарезервировать место.
Проверьте опубликованную страницу Ищите неправильные URL, сдвиги макета, ленивую загрузку LCP-изображений, сломанные социальные превью и устаревшие схемы.

Проверить сначала

Начните с того, что загружает браузер

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

Проверка сети

Какой URL загружается?

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

Проверка макета

Какой размер изображения?

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

Проверка загрузки

Находится ли оно на первом экране?

Найдите вероятное LCP-изображение, не загружайте его лениво по ошибке и отложите менее важные изображения.

Проверка контекста

Совпадают ли метаданные?

Проверьте alt-текст, изображение Open Graph, JSON-LD, соседний текст и имя файла, чтобы страница рассказывала одну понятную историю.

План изображений

Планируйте каждое важное изображение перед конвертацией

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

Область изображения Решение Риск Проверить
Основное изображение Укажите вероятное LCP-изображение, точные размеры, порядок загрузки и запасной путь. Ленивая загрузка или слишком большие файлы могут задержать появление первого полезного изображения. Сравните отображаемый размер, размер запроса и поведение загрузки на первом экране.
Изображение в содержании статьи Определите версии по ширине контента и зарезервируйте место с шириной и высотой. Страница может загружать исходное изображение намного шире колонки для чтения. Проверьте ширину для десктопа и мобильных, подтвердите выбранный вариант srcset.
Повторяющееся изображение карточки Создавайте маленькие версии для списков, хабов, связанных карточек и архивных страниц. Одно повторно используемое изображение статьи может значительно увеличить вес страницы списка. Просканируйте страницу списка и убедитесь, что повторяющиеся карточки не загружают полные изображения статей.
Изображение в метаданных Готовьте изображения Open Graph и JSON-LD как запланированные файлы, а не случайные остатки. Превью для поиска и публикации могут показывать старые, обрезанные или нерелевантные изображения. Проверьте сгенерированные метатеги и структурированные данные для итогового URL.

Если план говорит, что файлам нужны новые версии, используйте руководство по конвертации изображений для выбора следующего шага. Для обычной работы с WebP используйте Руководство по конвертации JPG в WebP, а руководство по AVIF — только для больших фото, требующих дополнительной экономии.

Размеры изображений

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

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

Измерьте область Используйте видимую ширину как отправную точку, а не размер исходного файла.
Используйте короткий список ширин Несколько продуманных версий проще поддерживать, чем папку с хаотичными экспортами.
Резервируйте место в макете Установите ширину и высоту или соотношение сторон, чтобы загрузка изображения не сдвигала страницу.
Отдельные изображения для превью Социальные и схемные изображения выполняют свою задачу и не должны быть случайными копиями видимых изображений страницы.
Уменьшите повторяющиеся изображения Изображения, повторяющиеся в хабах, связанных разделах и архивах, нуждаются в собственных уменьшенных файлах.
Сохраняйте оригиналы для дальнейшего использования Храните исходные файлы чётко, но публикуйте HTML с ссылками на оптимизированные файлы.

Простая проверка: если карточка 360 px загружает файл 2400 px, проблема не в сжатии. Нужна меньшая версия изображения или HTML указывает на неправильный файл.

Порядок загрузки

Загрузите первое изображение намеренно

Изображение, формирующее первый экран, требует другого правила, чем изображения ниже на странице. Найдите вероятное LCP-изображение, не загружайте его лениво по ошибке и не загружайте нижние изображения заранее.

  1. 1

    Назовите LCP-изображение

    Если первое значимое изображение, вероятно, станет Largest Contentful Paint, не загружайте его лениво по ошибке.

  2. 2

    Не отвлекайте нижние изображения

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

  3. 3

    Проверить фоны CSS

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

  4. 4

    Проверить повторяющиеся запросы

    Маленькое изображение карточки становится дорогим, если один и тот же большой файл повторяется десятки раз.

HTML

Используйте адаптивный HTML для измеренной области

Для важных изображений сделайте выбор браузера понятным. Пример ниже показывает варианты ширины, размеры, фиксированные размеры и запасной вариант. Меняйте поведение загрузки в зависимости от области, а не по привычке.

HTMLПример адаптивного изображения
<picture>
  <source
    type="image/avif"
    srcset="/images/article/product-640.avif 640w,
            /images/article/product-960.avif 960w,
            /images/article/product-1280.avif 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <source
    type="image/webp"
    srcset="/images/article/product-640.webp 640w,
            /images/article/product-960.webp 960w,
            /images/article/product-1280.webp 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <img
    src="/images/article/product-960.jpg"
    alt="Скриншот панели с процессом загрузки"
    width="960"
    height="540"
    loading="lazy"
    decoding="async" />
</picture>

Поиск и публикация

Сделайте так, чтобы изображения, alt-текст и метаданные рассказывали одну историю

SEO для изображений — это не просто добавление ключевых слов. Видимое изображение, соседний текст, полезный alt-текст, теги Open Graph и ссылки JSON-LD должны ясно описывать одну страницу. Декоративные изображения должны оставаться декоративными.

Имена файлов объясняют изображение Используйте имена, связанные со страницей и темой, а не экспорт из камеры или временные загрузки.
Alt-текст должен быть полезным Чётко описывайте полезные изображения, а декоративные не включайте в ключевые слова.
Сопровождающий текст поддерживает изображение Заголовки, подписи и соседние абзацы должны соответствовать содержимому изображения.
Метаданные проверены Ссылки на изображения Open Graph и JSON-LD должны указывать на подготовленные файлы, представляющие страницу.

Если проверка выявляет слабые социальные превью, продолжайте с Руководство по изображениям Open Graph. Если проблема в схемах и метатегах, используйте Руководство по метаданным Blazor для согласованности JSON-LD и метаданных страницы.

Шаги

Простая проверка изображений для каждой страницы

  1. 1

    Откройте реальную страницу

    Начинайте с текущего URL, а не из папки с ресурсами. Запишите реально загружаемые изображения.

  2. 2

    Создать план изображений

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

  3. 3

    Конвертировать только изменённое

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

  4. 4

    Обновите HTML и метаданные

    Указывайте srcset, sizes, размеры, Open Graph и ссылки JSON-LD на подготовленные файлы.

  5. 5

    Проверьте вывод браузера

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

  6. 6

    Сохраните правило на будущее

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

Подсказка

Используйте PixelPress после определения файлов для конвертации

Если проверка показывает, что папке нужны новые файлы WebP или AVIF, PixelPress может конвертировать их локально. Оригиналы остаются нетронутыми, а папку с результатами легко проверить.

Open PixelPress

Контрольный список

Чеклист изображений перед публикацией

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

Проверены реальные запросы Проверка анализировала изображения, загружаемые страницей, а не только файлы в репозитории.
Для каждого важного изображения есть правило Для каждого важного изображения определены ширина, соотношение сторон, порядок загрузки, запасной вариант и использование метаданных.
Отображаемый размер соответствует файлу Браузер не вынужден загружать файл в несколько раз больше видимого изображения.
Первый экран продуман Вероятное LCP-изображение не загружается лениво по ошибке, не слишком большое и не скрыто за фоном.
Проверен адаптивный HTML Важные изображения контента используют srcset, sizes, размеры и полезные запасные варианты там, где это нужно.
Проверено качество изображения Текст, лица, детали товара, градиенты и скриншоты остаются чёткими на странице.
Метаданные указывают на запланированные файлы Ссылки на изображения Open Graph и JSON-LD указывают на запланированные файлы, а не на случайные остатки.
Старые оригиналы не используются Опубликованный HTML загружает оптимизированные файлы вместо тяжёлых исходников.

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

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

Ответы на вопросы по проверке изображений и загрузке