Image SEO: как оптимизировать изображения для поиска

Google рекомендует использовать стандартный HTML-элемент <img> с адресом в атрибуте src. Изображения, заданные только через CSS background-image, Google Images не индексирует как обычные изображения страницы.

Для responsive images можно использовать srcset и <picture>, но у элемента <img> должен оставаться fallback через src.

Google Search поддерживает распространённые форматы, включая JPEG, PNG, WebP, SVG и AVIF. Выбор формата лучше делать по типу изображения, качеству и размеру файла, а не по мифу о «SEO-формате».

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

• использовать размер, соответствующий месту показа;
• отдавать responsive-версии для разных экранов;
• сжимать файлы без заметной потери качества;
• не загружать огромный оригинал в карточку шириной 400 пикселей;
• использовать lazy loading для изображений ниже первого экрана, если это реализовано корректно.

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

Плохо: alt="купить диван диваны недорого Москва диван цена".

Лучше: alt="серый угловой диван с деревянными ножками".

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

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

Если автоматизируете имена, используйте стабильную понятную схему без спама.

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

В 2026 году Google уточнил рекомендации по preferred image. На выбор превью можно влиять через метаданные, включая primaryImageOfPage в schema.org или og:image. Это не гарантирует показ конкретной картинки, но помогает обозначить предпочтительный вариант.

Для поддерживаемых типов страниц изображение часто является важным свойством structured data: например, Product, Recipe, Article. Разметка должна соответствовать фактически видимому содержимому и требованиям конкретного rich result.

Image sitemap может помочь обнаружить изображения, которые сложно найти обычным обходом. Это особенно полезно для крупных сайтов, CDN или нетипичной архитектуры. Но sitemap не заменяет доступную HTML-страницу и корректные <img>.

CDN допустим. Желательно использовать стабильные URL и по возможности подтвердить домен CDN в Search Console, чтобы видеть проблемы обхода. Не меняйте адрес изображения при каждом деплое без необходимости.

1. Есть ли изображения в HTML через img/src.
2. Не блокируются ли файлы robots.txt или авторизацией.
3. Соответствуют ли размеры реальному месту показа.
4. Есть ли полезные alt там, где они нужны.
5. Не создают ли attachment pages мусорные URL.
6. Есть ли structured data для подходящих типов страниц.
7. Какой файл используется как основное превью.
8. Стабильны ли URL изображений.

• заполнять alt списком ключевых слов;
• создавать отдельную SEO-страницу для каждого файла без пользы;
• считать WebP гарантией высоких позиций;
• переименовывать изображения только ради ключа, ломая старые URL;
• жертвовать качеством изображения ради минимального размера файла.

Сильное Image SEO начинается с нормальной веб-разработки: доступные изображения, релевантные страницы, хорошие alt, адекватный размер и стабильные URL. Имена файлов и дополнительные метаданные помогают, но не заменяют эту базу.

Изображения ниже первого экрана можно лениво загружать, но LCP-изображение не следует откладывать. Hero должен обнаруживаться браузером рано; при необходимости используйте preload/fetchpriority после измерения, а не автоматически для всех картинок.

Используйте srcset/sizes или picture, чтобы мобильный пользователь не скачивал desktop-оригинал. Это уменьшает вес без потери качества. Google рекомендует стандартные HTML image elements; CSS background images обнаруживаются хуже для Google Images.

Alt описывает смысл изображения в контексте. Декоративной картинке допустим пустой alt. Не нужно повторять название товара в каждом фото или перечислять ключи; это ухудшает доступность.

Если авторство и лицензия важны, храните корректные сведения на странице и используйте поддерживаемые metadata/structured data там, где применимо. Не полагайтесь только на EXIF: при оптимизации файла он может удаляться.

Для важных изображений проверяйте, что URL доступен Googlebot, не закрыт robots.txt, возвращает 200 и не требует cookie/авторизации. CDN-домен полезно подтвердить в Search Console, если изображения хранятся отдельно.

На многих страницах LCP — именно hero-картинка. Оптимизация должна включать размер файла, приоритет загрузки и отсутствие лишней задержки через JavaScript. Но preload каждого изображения подряд создаёт конкуренцию за сеть; приоритет дают только действительно критичным ресурсам.

Для ecommerce важно синхронизировать цвет/вариант с фотографиями, alt и Product data. Не создавайте отдельные индексируемые URL для каждого ракурса без самостоятельной ценности. Основная карточка должна оставаться канонической и содержать доступную галерею.

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