SEO-оптимизация изображений: практический чек-лист на 2026 год

Обновлено: July 26, 2026

SEO изображений — это область, где скорость страницы, доступность и поисковое обнаружение сходятся на одном файле. Этот чек-лист охватывает то, что нужно Google и Bing до того, как изображение сможет ранжироваться вообще, как писать alt-текст и имена файлов, дающие контекст, стратегию загрузки, защищающую Core Web Vitals, и ежемесячный аудит, выявляющий дрейф после публикации.

Краткий ответ: что такое SEO изображений?

SEO изображений — это практика делать изображения понятными, быстрыми, доступными и пригодными для обнаружения в поиске. Надёжный рабочий процесс SEO изображений охватывает описательные имена файлов, полезный alt-текст, корректные размеры, современные форматы, сжатие, структурированные данные там, где это уместно, и постоянное измерение в Google Search Console.

Цель — не нафаршировать ключевыми словами каждое изображение. Цель — помочь пользователю, браузеру, краулеру и системе ответов AI понять, что показывает изображение и почему оно важно на странице.

Кому следует использовать этот чек-лист?

Используйте этот чек-лист, если изображения влияют на ценность вашей страницы. Это включает:

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

Если на странице только декоративные изображения, оставьте их лёгкими и используйте пустой alt-текст. Если изображение несёт смысл, оптимизируйте его как контент.

Что нужно Google или Bing до того, как изображение сможет ранжироваться?

Поисковым системам нужно обнаружить, получить, понять и связать изображение с правильной страницей. Если один шаг даёт сбой, лучший alt-текст не спасёт актив.

Контекст — это то, что отделяет ранжированное изображение от проигнорированного. Фотография синей беговой кроссовки на пустой странице слабее, чем та же фотография внутри карточки товара с понятным заголовком, названием модели, цветом, вариантами размера и описательным alt-текстом. Google может использовать файл изображения, заголовок страницы, заголовки, видимый текст, подписи, структурированные данные и ссылки, чтобы определить, что изображает изображение.

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

Руководство Google по изображениям подчёркивает описательные имена файлов, alt-текст, контекст страницы и обходные URL изображений в Google Images best practices. Руководство Bing для веб-мастеров указывает в том же направлении: делайте страницы обходными, избегайте клоакинга и используйте описательную разметку вместо скрытых уловок, согласно Bing Webmaster Guidelines.

Что оптимизировать в первую очередь?

Начните с изображений, которые с наибольшей вероятностью повлияют на пользовательский опыт и поисковую интерпретацию:

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

Как выбрать правильный формат изображения?

Используйте формат, соответствующий визуальному содержимому. Неправильный выбор формата по-прежнему остаётся одним из самых простых способов замедлить страницу.

Для большинства веб-команд WebP — практическое значение по умолчанию. AVIF может быть меньше, но проверьте качество и обработку браузером до смены каждого актива.

Что такое хороший alt-текст?

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

Используйте этот шаблон:

1. Назовите объект.
2. Добавьте релевантную деталь.
3. Включайте контекст, только если он важен для страницы.
4. Остановитесь до того, как это станет абзацем.

Примеры:

Руководство Google по SEO изображений и руководство по доступности указывают в одном направлении: сначала описывайте полезные изображения для людей. Если изображение декоративное, не заставляйте его попадать в поиск.

Как следует писать имена файлов?

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

Хорошие имена файлов:

• green-trail-running-shoe-side-view.webp
• image-compression-before-after-chart.svg
• shopify-product-photo-white-background.jpg

Слабые имена файлов:

• IMG_2847.jpg
• final-final-2.png
• screenshot.png

Сохраняйте имена файлов стабильными после публикации. Переименование старых изображений создаёт URL-дрейф, если вы не настраиваете перенаправление или не обновляете каждую ссылку.

Как изображения влияют на Core Web Vitals?

Изображения обычно напрямую влияют на две метрики Core Web Vitals:

• LCP: самое крупное изображение выше линии сгиба часто становится элементом Largest Contentful Paint.
• CLS: изображения без зарезервированных размеров могут сдвигать макет по мере загрузки.

Используйте это правило:

На этом сайте обложки блога резервируют блок 16:9 до загрузки изображения. Это защищает стабильность макета, даже когда CDN-изображение медленное.

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

<!-- Hero: load immediately -->
<img src="hero.webp" loading="eager" fetchpriority="high"
     width="1600" height="900" alt="Hero product photo">

<!-- Gallery: defer -->
<img src="thumb-03.webp" loading="lazy" decoding="async"
     width="400" height="300" alt="Product detail angle three">

Всегда сочетайте lazy load с явными width и height, чтобы избежать CLS. Полное руководство по реализации — в как делать lazy load изображений.

Как адаптивные изображения влияют на SEO?

Адаптивные изображения помогают пользователям и краулерам получить нужный файл для устройства. Мобильный посетитель не должен загружать тот же огромный hero, что и десктопный монитор. Используйте srcset и sizes, когда одному изображению нужно несколько ширин, и сохраняйте одно осмысленное значение alt у элемента img.

<img
  src="/images/product-shoe-1200.webp"
  srcset="/images/product-shoe-600.webp 600w, /images/product-shoe-1200.webp 1200w"
  sizes="(max-width: 700px) 92vw, 680px"
  width="1200"
  height="800"
  alt="Blue trail running shoe with black laces and thick white sole"
  loading="lazy"
>

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

Стоит ли размещать изображения на собственном домене?

Обычно да. Изображения на собственном домене (или поддомене вашего CDN) сохраняют ссылочный вес и брендовую атрибутику при вас и позволяют контролировать кеширование, заголовки и аналитику. Сторонний хостинг может ломаться, терять рефереры и размывать сигналы владения.

Используйте CDN, который отдаёт с собственного домена или первичного поддомена. Это даёт глобальную доставку с edge и сжатие без потери контроля — компромиссы описаны в руководстве по image CDN.

Стоит ли добавлять изображения в структурированные данные?

Да, когда тип страницы это поддерживает. Схемы Article, Product, Recipe и Organization могут включать поля изображений. URL изображения должен быть обходным, стабильным и репрезентативным для страницы.

Для постов в блоге важны следующие проверки:

• Article или BlogPosting JSON-LD включает заголовок, описание, дату, canonical URL, автора или издателя и изображение.
• Изображение не заблокировано в robots.
• Тот же canonical URL статьи присутствует в метаданных, sitemap и внутренних ссылках.
• Изображение релевантно статье, а не является обобщённой графикой по умолчанию, переиспользуемой в десятках постов.

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

Что делает SEO изображений полезным для ответов AI?

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

Хороший фрагмент для цитирования AI:

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

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

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

Как проводить аудит SEO изображений каждый месяц?

Проводите этот ежемесячный аудит на страницах, которые наиболее важны:

1. Экспортируйте топ целевых страниц с изображениями из Google Search Console.
2. Проверьте, является ли главное изображение на каждой странице уникальным и релевантным.
3. Найдите файлы крупнее 200 KB и сожмите или измените их размер.
4. Проверьте alt-текст на предмет отсутствующих, расплывчатых или перенасыщенных ключевыми словами описаний.
5. Проверьте LCP и CLS в PageSpeed Insights или по своим полевым данным.
6. Подтвердите, что схема Article или Product использует правильное изображение.
7. Обновляйте старые скриншоты при изменении UI.

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

Когда я проводил аудит обложки собственного руководства, я сжал оригинальный экспорт с камеры до измеренного файла WebP в 61 KB без видимой потери качества.

Чек-лист SEO изображений

Перед публикацией:

• Обложка уникальна для статьи.
• Обложка объясняет тему статьи с первого взгляда.
• Каждое значимое изображение имеет описательный alt-текст.
• Декоративные изображения используют пустой alt-текст.
• Имена файлов описывают объект простым английским.
• Крупные фотографии сжаты и изменены в размере.
• Изображения выше линии сгиба не используют lazy load.
• Изображения ниже линии сгиба резервируют место в макете.
• Схема Article или Product включает обходной URL изображения.
• На странице есть хотя бы одно изображение, достаточно полезное, чтобы заработать клик или цитату.

После публикации:

• Протестируйте страницу на мобильном устройстве.
• Проверьте отрендеренный HTML на наличие тегов canonical и Open Graph изображения.
• Запустите PageSpeed Insights на важных шаблонах.
• Следите за показами и кликами изображений в Google Search Console.
• Заменяйте изображения по умолчанию или повторяющиеся, как только находите их.

Рекомендуемые инструменты

Распространённые ошибки, которых следует избегать

Можно ли повторно использовать одно обобщённое изображение во многих постах?

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

Должен ли alt-текст повторять целевое ключевое слово?

Только когда ключевое слово естественно описывает изображение. image SEO checklist dashboard подходит для изображения дашборда. image SEO image SEO image SEO — это спам, который вредит доступности.

Должно ли каждое изображение использовать lazy load?

Нет. Используйте lazy load для изображений ниже линии сгиба. Не используйте lazy load для основного изображения, если оно вероятно является элементом LCP.

Всегда ли требуется image sitemap?

Не всегда. Google может обнаруживать изображения из обычного HTML. Записи в image sitemap наиболее полезны, когда изображения загружаются через JavaScript, галереи или крупные медиатеки, где обнаружение затруднено.

Связанные руководства

• Полный чек-лист оптимизации изображений
• Сравнение WebP и AVIF
• Руководство по изображениям для скорости сайта
• Сжатие изображений без потери качества
• Руководство по форматам изображений

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

Какое изображение на странице стоит оптимизировать первым?

Сначала исправьте самое крупное изображение hero выше линии сгиба, так как оно обычно определяет Largest Contentful Paint страницы до того, как начнёт иметь значение любое другое изображение.

Почему для прозрачной вырезки товара нужен PNG или WebP вместо JPEG?

У JPEG нет альфа-канала, поэтому он заполняет прозрачные пиксели сплошным фоном и разрушает эффект вырезки, который сохраняют PNG или WebP.

Нужен ли alt-текст декоративным изображениям?

Нет, чисто декоративные изображения должны поставляться с пустым alt-текстом, чтобы скринридеры пропускали их, а не зачитывали бессмысленный filler.

Безопасно ли переименовывать файл изображения после того, как страница уже опубликована?

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

Стоит ли оптимизировать иконки и элементы UI так же, как контентные изображения?

Нет, иконки и элементы UI лучше всего работают как инлайн-SVG или небольшой кешированный актив, а не как обработка через сжатие и alt-текст, применяемая к значимым контентным изображениям.

Что делает фрагмент, связанный с изображениями, более вероятным для цитирования системой ответов AI?

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

Что именно должен проверять ежемесячный аудит SEO изображений?

Он должен отмечать файлы крупнее 200 KB, расплывчатый или отсутствующий alt-текст и любую страницу с топ-изображением, чьи LCP или CLS дрейфовали с прошлой проверки.

Нужен ли каждому сайту одинаковый уровень усилий по SEO изображений?

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