Одним из важных факторов ранжирования в Google является скорость загрузки страниц сайта, которую измеряют с помощью теста PageSpeed Insight (PSI). Мы в WP Booster давно занимаемся оптимизацией сайтов на WordPress под требования Google PageSpeed и к нам периодически обращаются за консультациями.
Просматривая чужие сайты, мы видим, что вебмастера, в погоне за “зелёненькими” цифрами, устанавливают плагины, которые улучшают показатели в тесте PSI, но при этом нарушают индексацию изображений. Типичный случай - установка одного из плагинов для отложенной загрузки (Lazy Load) изображений.
Как Lazy Load нарушает индексацию изображений
Если на странице много картинок, то установка плагина отложенной загрузки может значительно увеличить баллы. Проблема в том, что все эти плагины подставляют в атрибут src тега <img> заглушку типа placeholder.svg. И только после прокручивания страницы скрипт подставляет в src ссылку на нужное изображение. Но бот Google не умеет прокручивать страницу! В итоге вместо картинок бот “видит” на странице примерно следующее:
вместо:
Владельцы интернет-магазинов и статейных сайтов стараются, делают картинки, фотографируют товары, добавляют их на сайт, но Google о них никогда не узнает, потому что в погоне за баллами PSI они напрочь убили индексацию изображений установкой неправильного Lazy Load.
Вы подумаете что я нагнетаю и проблемы нет? Давайте проанализируем типичные сайты.
Пациент 1. Сантехника-Тут.Ру
Не прокручивая страницу жмём ctrl+U и смотрим исходный код:
Вместо ссылок на изображения в src стоят заглушки preloadbox.png! Хотите узнать как они выглядят? А вот так:
Именно их “увидит” бот Google вместо изображений унитаза, смесителя и кухонной мойки.
То же самое на внутренних страницах:
Пациент 2. Связной
Смотрим исходный код:
У “Связного” не то что заглушки, даже атрибута src нет!
Пациент 3. Мастер ремонта
Смотрим исходный код:
Опять нет атрибута src!
Проверим индексацию картинок на этой странице через оператор site:https://mastera-remonta.com/remont-novostrojka/chistovoj-remont/remont-2-k-kvartiry/ на вкладке Картинки:
На момент проверки на данной странице проиндексировано всего 15 изображений. Хотя в слайдерах и вкладках 49 изображений. И это без учёта фотографий сотрудников (которые в принципе и не должны ранжироваться на этой странице). То есть из-за Lazy Load проиндексировалось менее 50% изображений в этом конкретном примере.
Пациент 4. Santechsklad.com.ua
Опять открываем исходный код:
Судя по всему это Bitrix и в src мы видим заглушку ajax-loader.gif. Тем же способом, что и выше проверяем индексацию картинок. Кроме логотипа не проиндексировалось ни одной картинки!
Единственное, что хоть как-то спасает эти сайты - наличие микроразметки и sitemap.xml, благодаря которым можно сообщить поисковым системам о наличии этих изображений.
Как видите, это не единичный случай. Так что, прямо сейчас проверьте свои сайты, не используете ли Вы неправильный Lazy Load и тем самым “улучшаете” ранжирование сайта в Google.
Как сделать “правильный” Lazy Load?
Так как мы занимаемся в основном оптимизацией сайтов на WordPress, то буду приводить примеры для этой CMS, хотя данная проблема касается сайтов на Bitrix, Opencart и т.д. …..
Для начала грустная новость - в репозитории WordPress нет ни одного плагина, который реализует правильный Lazy Load. Неважно что Вы поставите: Lazy Load от Smush, Lazy Load от WP Rocket или a3 Lazy Load - они все подставляют в src заглушки. Из всех скриптов отложенной загрузки только 2-3 реализуют её правильно.
Но Вы можете сделать сами правильную отложенную загрузку. Для этого нужно, чтобы в атрибуте src всегда была ссылка на изображение, а заглушка подставлялась в атрибут srcset.
Вот так должно быть до прокручивания страницы:
Вот так после прокручивания страницы:
В этом видео специалист по техническому SEO под ником Demi Murych объясняет, как правильно сделать Lazy Load .
Скрипт рекомендованный в видео для правильного Lazy Load:
Плагин для WordPress, реализующий “правильный” Lazy Load
Если у Вас нет навыков программирования и разработки, то для WordPress Вы можете установить платный плагин True Image & Lazy Load.
Возможности плагина:
- Правильный Lazy Load — отложенная загрузка изображений на JS, которая не нарушает их индексации.
- Добавление к изображениям атрибута decoding=”async” (асинхронная загрузка изображений).
- Добавление ко всем изображениям микроразметки https://schema.org/ImageObject.
- Добавление к логотипу сайта микроразметки https://schema.org/Organization.
- И многое другое …..
Мы всегда готовы ответить на Ваши вопросы и бесплатно проконсультировать по оптимизации Ваших сайтов. Пишите в Telegram чат WP Boost.
1. >Но бот Google не умеет прокручивать страницу!
Я оооооочень сильно в этом сомневаюсь, учитывая Pupperteer (https://pptr.dev/) и так далее
2. Я больше доверяю ребятам из гугла: https://web.dev/lazy-loading-images/, чем бородатому мужику из Воронежа на фоне ковров: https://prnt.sc/v4s49n
1. Почитайте про фазы индексирования гугла для начала и поймете, что на первых стадиях идет работа сначала с голым HTML, без браузера
2. Вы читаете официальные мануалы, но не понимаете как оно работает, а бородатый мужик из Воронежа читает и экспериментально подтверждает каждое свое слово, в его видео есть все ссылки, чтобы провести данные эксперименты самостоятельно. Как только вы сделаете лично хоть один из его экспериментов - можно будет поговорить дальше. Спасибо
но не понимаете как оно работает
ой бле, даже коменнтировать это не буду, умник нах, ты то тока один у нас все понимаешь, остальные дибилы
Это вы откуда всё взяли (про умника, понимание и дебилов) и с чего тыкать начали? Я вполне вежливо предположил, что вы не в теме, учитесь вести дискуссию, а не переходить на личности.
но не понимаете как оно работает
Это по твоему ведение дискусии? Ты товарищ откровенно хамишь, и послали тебя по делу, так что заглохни плесень
Павел а Вы в курсе, что во втором пункте ребята "из Гугла" пишут похожий подход, что и Евгений описал, указав в src заглушку, а в data-src или srcset ссылку на изображения?
Раздутая проблема.
Сами по себе картинки редко когда реально влияют на ранжирование. Это раз.
А два - ну составьте сайтмап по картинкам и скормите гуглоботу. Зачем огород городить?
Про то что картинки не влияют на ранжирование - устаревшая информация. Ознакомтесь https://www.youtube.com/watch?v=F6KGcb6trXc
Да сайтмап и микроразметка частично решит проблему, но не полностью
Я не сказал, что вообще не влияют. У гугла философия простая: страничка должна максимально соответствовать запросу. Нужно 20 иллюстраций - выкладывай.
Но 20 стоковых картинок ни о чём веса страничке не дадут.
А теперь вопрос: много сайтов, реально вкладывающихся в видуальный медиа-контент?
Знаю много топовых, притом коммерческих ресурсов, где нет ни одной уникальной картинки, всё стырено, даже не куплено. И нулевая релевантность.
Не, в этом вопросе - только кейсы: было - стало. И даже не на одном сайте в одной тематике. И по своей практике могу сказать, что это - блох ловить на помирающем бомже вместо реальной реанимации.
Голословно. Да ещё и с апломбом - типа я выдачу не анализирую, да?
Приведите примеры топовых сайтов со страничками в топе, где сплошь - уникальные картинки.
А я вот утверждаю, что в основном там стоки и висят.
Не жирным, а самым большим по размеру. Болд и стронг - это для акцентов, это не атрибут заголовка. И ещё раз повторю: это сказал Каттс, насколько я помню. И акцентировал он внимание вебмастеров не на ловле блох, а на интенте и пользе для юзверя как более важных аспектах продвижения.
Я много раз слушал эти говорящие головы и хочу сказать - они почти всегда говорят правду. Но эту правду они говорят так, что ты не сможешь её применять "в лоб". И только потом, когда начинаешь в выдаче замечать закономерности, до тебя доходит, что то что говорил Каттс правда, только он не рассказал детали, а без них его рассказ бесполезен.
Виктор, да перестаньте силы тратить. Человеку не нужен диалог. Есть только его мнение
В статье не указан ни один правильный пример ленивой загрузки с точки зрения ux/seo, вот вам и современный фронтенд, главное свой говно плагин лохам толкнуть
Долгое время занимаюсь именно выводом картинок в топ и приводом траффика с них на проекты.
HTML код одного изображения занимает около 50 строк.
Гуглу показываем одно, юзеру другое, гостю третье.
Ну и figure, figcapture, alt, title в ссылке с превью на полноразмер. Там десятки факторов.
А по сути автор прав - заглушки зло.
Ваш код полностью противоположен мои представлениям о вёрстке.
Например, зачем Вы применяете семантический тег<i>, чтобы обернуть тег картинки?
По определению:
Тег определяет часть текста в альтернативном голосе или настроении. Содержимое тега обычно отображается курсивом.
Тег может использоваться для обозначения технического термина, фразы из другого языка, мысли или названия корабля и т. д.
То есть как в этом контексте вообще обосновано применение тега i для картинки?
Это обусловлено версткой и is для корректного отображения и на десктопе и в приложении. Цикл картинок выводится плиткой на подобии masonry.
Тут по сути i это обертка корая не используется в других кусках кода картинок и ее можно безопасно отлавливать js. По сути можно изменить на тот же small или b. Это не имеет значения.
Правильно, зачем вообще нужны эти пользователи, пусть ждут сколько хотят пока эти заглушки в изображения превратятся. Да и за трафик они сами платят. Главное же чтоб Гугл балы нам нарисовал.
Пока нет, возможно начну. В планах полноценный платный cloudflare который сам все сделает.
В этом конкретном случае сама запись "Topanga state park", автор записи подписал картинку "Seaside view in Malibu", если бы нет то вместо Seaside view... было бы Topanga state...
Выдернуты локация съемки и имя автора. Ну и сама модель камеры. Сервис для фотографов. Все разложено по метатегам.
Всегда интересно поговорить со специалистом, который занимается чем-то похожим. А вот "в ссылке с превью на полноразмер" - это Вы про Lightbox, когда картинка оборачивается в ссылку, чтобы можно было увидеть полный размер?
Наши опыты с картинками начали с общения с Мурычем, просмотра его видео и выступлений на вебинарах. И вот основные тезисы:
тег figure нужно убирать, он снижает значимость контента внутри него;
соответственно и figcapture отпадает;
Lightbox в том виде как есть, то есть картинка обёрнутая в ссылку, это плохо. нужно чтобы картинка была без ссылки и просто отрабатывался клик на картинке по JS и затем "всплытие" картинки в бОльшем размере;
Можете прокомментировать?
Ну и если интересно, добавляйтесь в тг, возможно нам есть что обсудить.
Прошу прощения за отсталость, а Вы не могли бы объяснить, в чем именно проблема лайтбоксов? Сейчас стала заниматься старым сайтом и обнаружила, что картинки в lightbox (большая картинка открывается ссылкой) Яндекс практически не индексирует. Правда, в Гугле все нормально.
Евгений, спасибо за ответ! Фенечек особых нет, разметка только самая простая с микроданными (и вообще пока все в состоянии "2 прихлопа, 3 притопа"). Но большая картинка открывается по ссылке, а превью в теге img src - уменьшенная картинка. Поэтому я и подумала, может, яндекс не устраивает ее размер и надо как-то давать ему именно большое изображение.
Например, на этой странице ни одна картинка не проиндексирована (если делать проверку в Я.Картинках с пометкой "на сайте:")
https://www.center-eko.ru/konoplyaniy-uteplitel-akoterm
А картинки, которые просто вставлены без ссылок, в индексе есть.
Именно так и есть! Но ведь таким образом картинки оформляются на множестве сайтов. Какой правильный подход - добавлять в код какие-то события или элементы, чтобы робот видел сразу большое изображение? Или вместо уменьшенной версии использовать большую и уменьшать атрибутами html (но это как-то не очень(?))
Если у Вас WordPress - то эту проблему решает наш плагин True Image & Lazy Load. Если другая CMS - тут уже надо кодить.
У меня перед сном час что то почитать и с утра за кофе) Остальное что на работе - работовое)
Но, автор предлагает заменить половину на картинки, а остальное оставить как есть. Что не есть хорошо!
Подскажите, где и что почитать по продвижению картинок, а то как то давно задавался вопросом, но как то всё мутно было?!
Просто правильно указывать все необходимое для их индексирования. По сути у меня на проекте
а. В принципе не нужен левый трафик - то есть нет смысла приводить юзеров не на целевую стр их поиска
б. Очень много картинок - это сервис для фотографов и очень легко создать низкочастоники.
А так все зависит от задач и пациента, я из "почитать" только могу рекомендовать официальные доки Гугла и нужных соц-сетей, я много внимания уделяю ФБ и Пинтересту - метатеги и сниппеты.
автор спс за статью...
остальные комментаторы какие-то петушки.. кукарекуют не по делу
Как сделать “правильный” Lazy Load?
Вот так: https://web.dev/browser-level-image-lazy-loading/
это нативный loading=lazy и если Вы посмотрите видео в статье то поймёте что он вредит, а не помогает
простите что влезаю, но я посмотрел видео, вреда не увидел
да, реализация нативной ленивой загрузки пока далека от идеала, но:
сайт без неё < сайт с нативной ленивой загрузкой < сайт с ленивой загрузкой через сторонние скрипты
а если еще покопать тему(почитать коменты к тому же видео), можно узнать, что хром поддерживает css свойство content-visibility, которое вполне себе неплохо работает вместе с нативной ленивой загрузкой
оригинал - https://murych.com/articles/loading-lazy/examples/html/
дотюненная версия - https://www.dudka.name/exmpl/loading_lazy/
если большая часть платящих пользователей это хромоюзеры (а в большинстве случаев это так), то нативной загрузки вполне достаточно, благо они и так почти все на 85 хроме сидят https://caniuse.com/usage-table
Это личный опыт или есть какие-то исследования/кейсы/статьи на эту тему?
Пациент 1. Сантехника-Тут.Ру
Вместо ссылок на изображения в src стоят заглушки preloadbox.png!
Именно их “увидит” бот Google вместо изображений унитаза, смесителя и кухонной мойки.
1. Смотрим сайт в инструменте проверке мобильных страниц https://search.google.com/test/mobile-friendly?id=4ir_LkaM3jPH3mhRRaeieA
2. Переключаемся на вкладку с html кодом
3. Поиском ищем preloadbox.png
...
4. PROFIT!!1
Дело в том, что данный тул - это не бот гугла.
Он не имеет никакого отношения к индексации контента.
Итак краткий курс по стадиям индексации контента. Допустим Вы добавили новую страницу. Дальше:
1 стадия - приходит индексирующий бот, который просто парсит хтмл и не выполняет JS. Он увидит заглушки
2 стадия - приходит картиночный бот. Он тоже увидит заглушки
3 стадия - через день, месяц, а может быть никогда! приходит бот, который рендерит JS
Так вот если он придёт никогда - то никогда и не проиндексирует. Следовательно важно отдать картинки при 1-2 стадии индексации.
А откуда эта информация про голый html?
https://webmasters.googleblog.com/2014/10/updating-our-technical-webmaster.html
Эта ссылка никак не противоречит моим словам и рассказывает про 3ю стадию индексации
Вот русскоязычная статья, которая частично раскрывает суть этапов краулинга и индексирования https://tools.pixelplus.ru/news/seo-javascript
Лол, но там же чёрным по белому написано
1 этап - краулинг
2 этап - обработка (в том числе is)
3 этап - отрисовка
Если не сложно, подскажите где почитать ещё материалы по этапам индексации страницы?
Информация размазана по блогам, единственный способ точно узнать https://vc.ru/seo/169540-kak-lazy-load-ubivaet-vashi-sayty-i-chto-s-etim-delat?comment=2155510
Ну и можно ещё найти Пациента 6, пациента 7 .... Пациента 10 где в поиске по странице не будет картинок
Это подойдёт для проверки самого факта, что бот гугла индексирует js. Вы фиксировали в логах заходы гуглобота? Сколько раз после начала индексации он зашёл?
Скорее всего для Вашего примера все стадии индексации прошли быстро. Поздравляю.
Проблема Вашего примера, что он не похож на работу стандартного Lazy Load, где скрипт срабатывает по мере скроллинга страницы.
Чтобы корректно проверить, нужно переделать этот пример в длинную страницу на 3-4 экрана и скрипт должен быт ьв конце и срабатывать по событию window.addEventListener('scroll' ну или другому подобному. Тогда можно будет сравнивать корректно.
Почему же не противоречит. Гуглобот = Хром. Притом новой версии, способный понять, что ему показывают.
И вот вам до кучи гугловский патент 2011 года: https://patentscope.wipo.int/search/en/detail.jsf?docId=WO2006074053
Если коротко: уже тогда речь шла о том, что визуальное представление может определять понимание структуры документа.
гуглобот = Хром, но только на 3ей стадии!
На 1й стадии приходит примитивный бот, который парсит лишь html!
Ещё раз. На 1ой стадии примитивный бот видит лишь заглушки.
Бот "как браузер" придёт только на 3ей стадии. Которая может наступить через день, а может и никогда (учитывая последние проблемы в google)
ну вот я и спрашиваю, откуда данные про "примитивного" бота, когда гуглоиды прямо говорят, что гуглобот=Хром.
1. Создайте новую страницу на синтетическом контенте
2. Половину страницы сделайте на голом хтмл, а половину через js
3. Добавьте её на переобход
4. Следите по логам сервера за тем как приходит гуглобот.
5. Наблюдайте когда в поиске появится контент со 2ой части страницы, реализованной через js.
И все вопросы будут сняты.
как минимум, способ с синтетическим контентом - плохой вариант. У вас всё равно структурно что-то будет в приоритете. Ну и шаманизмом всё это отдаёт. Даже Screaming Frog в состоянии спарсить страничку со всеми потрохами и правильно отобразить. Сразу, без индексатора, на уровне краулера.
Дело в том, что данный тул - это не бот гугла.
https://support.google.com/webmasters/answer/6352293?hl=en&ref_topic=9384213
This tool accesses the page as Googlebot (that is, not using your credentials, but as Google).
Вы удивитесь, но https://santehsklad.com.ua/krany-i-ventili/krany-dlya-vody.html ведет себе точно так же.
Я конечно понимаю, что своего покупателя вы и так найдете, но хотя бы постарались найти сайты с реально кривой загрузкой, благо это не так сложно
Не совсем понял логики выбора пациентов, у которые изображения сделаны не правильно. Ибо если верить данным из условного ahrefs, у данных сайтов нет каких-то видимых или весомых проблем с ранжированием. В той же выдаче изображения в сниппете есть - https://prnt.sc/v4mp3o
Было бы интересно увидеть какие-то реальные кейсы по изменениям в изображениях. Условно:
- вот 22.10 на сайте изображения сделаны криво
- замеряем позиции сайта в обычной выдаче и по картинкам
- 23.10 мы сделали правильные изображения на сайте
- 07.11 показываем результаты
- ???
- профит
2 недели слишком быстро. Переиндексация картинок длится примерно месяц. В моих экспериментах 27-30 дней.
Вернее так. Учёт изменений на странице (в том числе связанных с картинками) длится примерно 30 дней.
Ну я же написал, про условных 14 дней
Ну а про 30 дней есть какие-то видимые изменения чтоб можно было показать до/после?
Любой ваш сайт, где вы это уже делали
Я же так пониманию, что раз вы понимаете какая реализация правильная, а какая не правильная, то опыты проводились какие-то
А как вы фиксировали как правильно делать, если у вас не было замеров до/после?
Только по информации из вне? Я просто почему спрашиваю, потому что я вот такой информации как правильно делать - видел достаточно много. Но вот как-то не видел ни одного реального примера влияния этих изменений. Посему, был бы рад их посмотреть
Вы же понимаете что сложно сделать изолированный эксперимент на живом сайте? на живом сайте постоянно что-то меняется. Мурыч для экспериментов генерировал "куздру" на отдельных доменах.
В общем мы открыты для предложений. Есть сайты для желающих проверить влияет ли правильный Lazy Load - велкам. Будем тестить вместе. Ну и потом вместе напишем получилось или нет.
А есть пример сайта без индексации картинок (невозможно найти) в гугле и в сохраненной копии, когда на их месте пусто?
Если Вы имеете ввиду кеш гугла (сохранённую копию), то он не имеет отношения к работе поискового робота и по состоянию кеша мы не можем судить о том что проиндексировалось, а что нет.
Насчёт "пример сайта без индексации картинок" - я наделся читатели статьи теперь, зная про наличие проблемы, подкинут примеры.
на самом деле у наших клиентов есть сайты где было всё плохо с индексацией картинок. Но показывать без их согласия сайты я не могу.
В приведенном примере страница просто страница дублирует картинку c https://www.svyaznoy.ru/catalog/phone/224/5756213/comments
картинка с этой страницы в индексе есть
короче реальных примеров не будет, ясно.
Я приводил в пример листинг, а не отдельную страницу товара. Насчёт того что картинка в индексе - просто потому что она на 1м экране и скрипт lazy load мгновенно при загрузке подставляет в src нужную картинку.
В статье говорится о том, что картинки ниже первого экрана не будут индексироваться.
Неправда, что статья только для продвижения. Я написал статью в которой:
1. Обозначил проблему
2. Показал примеры
3. Дал бесплатный способ её решения
4. Дал платный способ её решения
Опытный разработчик по моим рекомендациям внедрит правильный лейзи и ничего не купит.
А значит для него это была полезная бесплатная инструкция.
Плагин нужен вебмастерам, у которых сайты с большим количеством изображений. Это: интернет-магазины, сайты посвящённые туризму, одежде, причёскам, недвижимости...... Владелец сайта должен быть бизнесменом, который знает сколько зарабатывает его сайт и как быстро он вернёт вложения в покупку плагина.
Конкретно, за счет чего вернуться вложения в ваш плагин? Вы ничего конкретно сказать не можете!
Приведенные сами сайты ИМ разные имеют большое количество картинок только в листингах, для которых ваше решение бесполезно, вы сами это признали. А большие оригинальные фото и так проиндексируются норамльно по ссылкам и с товарных...
В чем плюсы?
Скоросто загрузки увеличится? Нет, скорее уменьшится
На продвижение повлияет? Нет
Скопище превьюх (дублей) в индексе Гугла положительное явление? Нет
Как проиндексируются большие изображения, если на них нет ни откуда ссылок (xml карта, html) и вместо ссылок в html ссылка на заглушку.
Плагин же добавляет микроразметку с нужными для ПС размерами, добавляет правильный srcset, максимальное изображение вставляет в src (после отрабатывания лейзи)
Похоже вы не понимаете, что делает плагин и для чего. Вы видео с канала Деми Мурыча поглядите - станет яснее.
https://vc.ru/seo/173926-4-milliona-na-seo-top-est-prodazh-net-10-neudobnyh-voprosov-seoshnik
а Сергей ибн Александрович то не в курсе ибо как так то их величество меня минуснуло и просто забыло вполне себе обыденный факт :(
но я как ярый холоп посмел знатоку сообщить и жду уже повеления вместе с вами :)
Вам же в чате уже писали, Вы не можете гарантировать улучшения ранжирования. Зачем Вы обманываете потенциальных клиентов в описании плагина?
И давайте Вы начнёте думать, прежде чем бросаться голословными обвинениями что мы "обманываем клиентов". Так и я могу написать что Dmitry Verzjikovsky обманщик.
Ну у вас написано "Мы безусловно уверены, что применение плагина улучшит ранжирование сайта в поисковой системе Google" прям вот так!? Реально!?