Пошук за зображеннями: як 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 або вимагати вхід.
• Брати логотип як бажане зображення кожної сторінки.
• Додавати дані веб-пошуку й картинок: вони рахуються окремо.
• Вважати цифри з історій успіху обовʼязковими орієнтирами.

Що далі

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