Картинки не индексируются: что робот видит после загрузки
Если Google не видит изображение с ленивой загрузкой, проверьте наличие реального адреса файла в отрисованном документе и доступность самого ресурса. То, что картинка появилась у человека после клика, ещё не подтверждает её обнаружение роботом. Lazy loading не запрещён сам по себе: важна конкретная реализация и результат.
Сначала определите, какой объект не найден
Страница может участвовать в поиске, а отдельное изображение — не обнаруживаться в Google Картинках. Или файл доступен по прямому адресу, но не связан со страницей нужным способом. Это разные наблюдения. Зафиксируйте URL документа, предполагаемый адрес картинки и условия, в которых она появляется у посетителя.
Не начинайте с переименования всех файлов и массового изменения alt. Сначала нужно понять, получает ли поисковая система реальное изображение вместо заглушки. Смысловая подпись не исправит отсутствующий адрес ресурса или зависимость загрузки от обязательного действия человека.
Исходный документ и результат отрисовки
В справке Google по ленивой загрузке рекомендуются решения, которые получают нужный контент при его видимости в области просмотра. Google Search не взаимодействует со страницей как человек, поэтому обязательные клики и прокрутка не должны быть условием получения содержания.
При этом собственный data-src в исходном документе ещё не доказывает ни исправность, ни окончательную ошибку. Скрипт может сформировать подходящий результат, а может оставить только placeholder. Проверяйте фактическую отрисованную структуру и адрес, который оказался у изображения.
Учебная матрица способов загрузки
| Способ в примере | Где находится адрес | Когда появляется ресурс | Что проверить | Ограничение вывода |
|---|---|---|---|---|
| Встроенная ленивая загрузка браузера | Реальный src известен | По правилам браузера без специальной кнопки | Подходящую разметку и доступность файла | Один атрибут не гарантирует индексацию |
| Собственная загрузка из data-src | Изначально во вспомогательном поле | После работы согласованного механизма | Реальный src в отрисованном документе | Само имя поля не объясняет результат |
| Картинка только после нажатия | Адрес зависит от пользовательского действия | После обязательного клика | Нужен ли этот клик для доступа к основному изображению | Нельзя предполагать, что робот нажмёт кнопку |
| Декоративный CSS-фон | В стиле элемента | Визуально заметен человеку | Соответствует ли способ задаче индексации картинки | Видимость фона не равна обнаружению как изображения |
| Адаптивный набор вариантов | Есть варианты размеров | Зависит от отображения | Базовый fallback src и реальные ресурсы | Набор вариантов не отменяет проверку основного адреса |
Все варианты учебные и не являются диагнозом определённой библиотеки. Одинаковый внешний экран может получаться разными способами. Поэтому отчёт «я вижу картинку» нужно дополнить наблюдением о том, откуда и при каких условиях она загружена.
Проверьте подходящий способ вставки
В рекомендациях Google для изображений адрес ищется в src стандартного элемента изображения; CSS images не индексируются этим механизмом. Для адаптивных вариантов Google рекомендует сохранять fallback src. Декоративный фон и содержательное изображение страницы поэтому требуют разного решения.
Если материал важен как самостоятельная картинка, согласуйте его роль в документе. Не переносите весь визуальный дизайн в другую схему только ради одного случая. В техническом SEO-аудите достаточно выделить конкретные содержательные изображения и проверить их маршрут от страницы до файла.
Не откладывайте то, что нужно сразу
Google также советует не добавлять ленивую загрузку содержимому, которое обычно видно при открытии страницы. Это вопрос доступности и удобства, а не доказательство поискового наказания за любой loading lazy. Сначала определите, какой контент критичен для первого экрана.
Для остальных изображений согласуйте механизм, который не требует специального пользовательского действия. Затем проверьте результат на разных шаблонах и состояниях. Один удачный экран в разработке не подтверждает всю галерею, карточку товара и статью с другим компонентом.
У картинки на CDN остаётся собственный адрес
После того как URL обнаружен, проверьте сам файл. По нему может возвращаться ошибка, заглушка или ресурс, доступный только в личной сессии. Если адрес временный, установите, сможет ли он оставаться доступным в нужных условиях. Не объявляйте любой подписанный адрес заведомо непригодным: важен фактический режим.
При поддержке Next.js передайте разработчику исходный адрес, преобразованный вариант и результат наблюдения. Не путайте маленькую версию изображения с отсутствием любого файла. В первом случае проверяется выбор варианта, во втором — сам маршрут обнаружения и загрузки.
Как проверить исправление
- Зафиксируйте страницу, конкретную картинку и действие, после которого она видна человеку. Не ограничивайтесь общим скриншотом.
- Сопоставьте исходные данные и отрисованный документ. Найдите реальный src нужного изображения, а не только адрес заглушки.
- Проверьте, не зависит ли получение содержания от обязательного клика или другого пользовательского действия.
- Разберите CSS-фоны и адаптивные наборы отдельно. Для нужного изображения согласуйте подходящий способ и базовый адрес.
- Проверьте фактическую доступность файла в принятых условиях. Изображение и страница проверяются как разные ресурсы.
- После изменения используйте предусмотренную проверку отрисованной страницы и наблюдайте обработку. Техническая готовность не объявляется уже состоявшейся индексацией.
Для поддержки WordPress полезно отдельно проверить, какой плагин или тема меняет способ загрузки. Если несколько компонентов обрабатывают один ресурс, отключение случайной настройки может скрыть симптом только на части страниц. Исправление должно иметь понятную область и воспроизводимый результат.
Какой вывод действительно подтверждён
Хороший отчёт указывает, что нужный адрес появился в доступном отрисованном документе, файл возвращается и ограничения реализации проверены. Он не утверждает, что Google обязан включить каждую картинку в поиск. Индексация и представление остаются отдельными решениями поисковой системы.
Если файл по-прежнему не находится, возвращайтесь к конкретному наблюдению: страница, способ вставки, адрес и ответ. Это помогает отличить ошибку загрузки от неопределённости поискового результата и не превращать оптимизацию изображений в серию случайных замен всех настроек сайта.
Вопросы и ответы
Что означает lazy loading images для индексации?
Это отложенная загрузка, которая сама по себе не запрещена. Нужно проверить, получает ли робот реальный адрес и содержание без обязательного пользовательского действия.
Чем data src отличается от src?
Вспомогательное data-поле может использоваться скриптом, а реальный результат нужно проверять в отрисованном документе. По одному наличию data-src нельзя объявить любую реализацию рабочей или нерабочей.
Что проверять у lazy loading images in React?
Проверяйте фактически созданный элемент, реальный адрес файла и условия его появления. Название фреймворка не подтверждает, что изображение доступно без клика и корректно связано со страницей.
Читайте также
Загрузка картинки по URL: что защитить от SSRF
SEOБольшая картинка для Discover: что проверить на странице
БизнесКак сравнить загрузку мастеров с разными сменами и услугами
РазработкаИз папки загрузились только 100 файлов: проверяем readEntries
ПоддержкаОшибка 413 при загрузке: какой слой отклонил файл
НовостиJPEG XL в Chrome и Firefox: стоит ли переводить картинки сайта