Поиск по картинкам: как Google находит и показывает изображения

Поиск по картинкам — это не только «Картинки Google»: изображения показываются и в обычной выдаче, и в Discover. Рекомендации Google для всех этих мест общие, и начинаются они не с alt-текста, а с того, как робот вообще находит картинку и как её показывают. Ниже — по рекомендациям Google по SEO изображений: что делает картинку находимой, как повлиять на выбор главного изображения страницы, какие метаданные дают значок «Licensable» и как читать данные Search Console. Основы про alt, имена файлов и контекст разобраны в уроке про SEO изображений; здесь — то, что относится именно к поиску.

Как Google находит изображения

Технические требования к содержимому действуют и для картинок, но у них есть свои особенности: по словам Google, то, как изображение размещено и показано, влияет на то, будет ли оно проиндексировано и по каким запросам.

• Обычные HTML-элементы. Google находит изображения в атрибуте src элемента <img>, в том числе когда он вложен в другие элементы вроде <picture>. CSS-изображения (background-image) Google не индексирует.
• Карта изображений. Адреса, которые Google мог не найти сам, можно передать в карте изображений. В отличие от обычных карт, в <image:loc> допустимы адреса с других доменов, что удобно при использовании CDN; для CDN Google советует подтвердить права на домен в Search Console, чтобы получать сообщения об ошибках сканирования (общая логика — в уроке про XML-карту).
• Адаптивные изображения. Атрибуты srcset и элемент <picture> понимают не все браузеры и роботы, поэтому всегда указывайте запасной адрес в src.
• Форматы. Google поддерживает BMP, GIF, JPEG, PNG, WebP, SVG и AVIF; расширение файла желательно сделать соответствующим типу.

Если картинки подгружаются скриптом, проверьте, что они есть в отображённом HTML (JavaScript SEO), а отложенная загрузка срабатывает без действий пользователя. Скорость влияет и косвенно: изображения часто дают основную часть веса страницы (Core Web Vitals).

Страница, на которой лежит изображение

Содержимое и метаданные страницы, на которой встроена картинка, могут сильно влиять на то, где и как она будет показана. Google пишет, что выбор изображения-превью для результата или Discover полностью автоматический и учитывает несколько источников. Повлиять на выбор можно, указав предпочтительное изображение одним из способов:

1. свойство schema.org primaryImageOfPage с адресом или ImageObject;
2. свойство image главной сущности страницы (mainEntity или mainEntityOfPage);
3. метатег og:image.

Для выбранного изображения справка советует брать релевантное и характерное для страницы, не использовать общее изображение вроде логотипа или картинку с текстом и избегать экстремальных пропорций. Это рекомендация, а не гарантия: выбор остаётся за Google. Разметка в целом — в уроке про структурированные данные.

Метаданные и значок «Licensable»

Если указать метаданные изображения, Google Картинки могут показывать больше сведений: автора, условия использования, указание авторства. Например, лицензионная информация делает изображение подходящим для значка «Licensable», который ведёт на лицензию и подробности использования (метаданные изображений). Способов два, достаточно одного:

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

Если указаны оба способа и данные расходятся, Google использует структурированные данные. Страницы с изображениями должны быть доступны без входа в аккаунт и не закрыты в robots.txt или метатегом. Метаданные делают изображение подходящим для значка, а не гарантируют его показ.

Как читать данные Search Console

В справке об отчёте об эффективности сказано: в данных поиска изображение — это просто ссылка на страницу-хозяина, и Search Console не различает разные изображения на одной странице: клики, показы и позиция считаются одинаково. Одно и то же изображение может показываться и в веб-выдаче, и в картинках; данные по типам поиска записываются отдельно и не складываются. Поэтому оценить «какая картинка принесла клик» по этому отчёту нельзя, а эффект от работы с картинками смотрят по тому, как меняется тип поиска «Картинки» для страницы.

Чего нет в документации

• Предел длины alt «до 125 символов» — Google требует полезный, насыщенный информацией текст без набивки ключевыми словами.
• Доли вроде «alt, имя файла и WebP дают 80% результата» и рост трафика «на 340%» — истории, а не данные Google.
• Обязательность формата WebP или AVIF: они в списке поддерживаемых форматов, но обязательными не названы.

Чек-лист

1. Изображения встроены тегами <img> с src, а не CSS-фонами.
2. Для srcset и <picture> указан запасной src.
3. Для важных изображений есть карта изображений, при CDN подтверждены права на домен.
4. Предпочтительное изображение страницы указано через primaryImageOfPage, image или og:image и не является логотипом.
5. Для лицензируемых изображений добавлены структурированные данные или IPTC.
6. Результат смотрят в Search Console по типу поиска «Картинки» и по страницам, а не по отдельным изображениям.

Ошибки

• Выводить картинки только через CSS-фон и ждать индексации.
• Закрывать страницы с изображениями в robots.txt или требовать вход.
• Брать логотип как предпочтительное изображение каждой страницы.
• Складывать данные веб-поиска и картинок: они считаются отдельно.
• Считать цифры из историй успеха обязательными ориентирами.

Что дальше

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