Как JavaScript и lazy load влияют на индексацию в Google и Яндексе

Контент, который появляется только после прокрутки, клика или другого действия пользователя, может быть недоступен поисковому роботу. Это касается и Google, и Яндекса. Обе системы умеют выполнять JavaScript, но их роботы не работают со страницей точно так же, как обычный посетитель.

Поэтому для SEO безопаснее, когда основной текст, ссылки, карточки товаров и другие важные элементы присутствуют в HTML либо загружаются автоматически без обязательного действия пользователя. Особого внимания требуют lazy load, кнопки «Показать ещё», бесконечная прокрутка и сайты на React, Vue, Nuxt и других JavaScript-фреймворках.

Как Google и Яндекс работают с JavaScript

Обе поисковые системы умеют обрабатывать современные сайты с JavaScript. Упрощённо процесс выглядит так: обход страницы → выполнение JavaScript → формирование итогового содержимого → индексирование. Но между системами есть особенности. Google получает исходный HTML, а затем при необходимости обрабатывает страницу с помощью своей системы рендеринга.

Яндекс также умеет выполнять JavaScript. Более того, в Яндекс Вебмастере есть отдельный раздел «Рендеринг страниц JavaScript», где владелец сайта может проверить, какой контент доступен роботу с выполнением JavaScript и без него. По умолчанию Яндекс сам решает, нужно ли запускать JavaScript для конкретной страницы.

Поэтому главный вопрос для SEO одинаковый в обеих системах: доступен ли важный контент без действий, которые должен вручную совершить пользователь.

Почему контент после скролла может не попасть в поиск

Проблема возникает, когда загрузка построена примерно так: пользователь прокрутил страницу → сработало событие scroll → JavaScript отправил запрос → появился контент

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

Более безопасный вариант: элемент приближается к области просмотра → JavaScript автоматически получает данные → контент появляется

Такой подход не требует от робота отдельного клика или имитации поведения человека.

Lazy load сам по себе не является проблемой

Отложенная загрузка полезна для скорости сайта. Она позволяет не загружать сразу тяжёлые изображения и блоки, которые находятся далеко ниже первого экрана. Проблема появляется не из-за lazy load, а из-за способа его реализации. Если контент появляется автоматически, когда область страницы приближается к видимой области экрана, риск ниже.

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

Мы смотрим не только на то, есть ли на сайте JavaScript. Важнее понять, когда появляется контент и требуется ли для этого действие пользователя. Именно здесь чаще всего возникают проблемы с индексацией после редизайна

Как Яндекс индексирует JavaScript-сайты

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

В Яндекс Вебмастере можно открыть: Индексирование → Рендеринг страниц JavaScript

Здесь можно:

• проверить отображение страницы после выполнения JavaScript;
• сравнить контент с JavaScript и без него;
• управлять тем, должен ли робот выполнять JavaScript;
• проверить страницы с задержанной загрузкой.

По умолчанию используется режим «На усмотрение робота Яндекса». Это значит, что поисковая система сама определяет, выполнять ли JavaScript для конкретной страницы. При этом она может сравнивать полноту и полезность версии с JavaScript и без него.

Это важный момент: не стоит строить критически важный SEO-контент так, будто выполнение клиентского JavaScript гарантировано всегда.

Что происходит с AJAX-контентом в Яндексе

Для AJAX-сайтов Яндекс обходит обычные URL и умеет выполнять на них JavaScript. Старые специальные схемы для AJAX больше не нужны. Но это не означает, что любой динамический интерфейс автоматически будет проиндексирован полностью.

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

Кнопка «Показать ещё»: где риск

Типичный каталог работает так:

• открываются первые 20 товаров;
• пользователь нажимает «Показать ещё»;
• JavaScript отправляет запрос;
• появляются следующие карточки.

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

Проблемный вариант: /catalog/ → кнопка → ещё товары

Лучше:

/catalog/?page=1
/catalog/?page=2
/catalog/?page=3

При этом для пользователя можно сохранить кнопку «Показать ещё». Главное, чтобы у поискового робота существовал обычный путь к следующей части каталога.

Бесконечная прокрутка и SEO

Та же логика относится к бесконечной прокрутке. Интерфейс может автоматически подгружать новые элементы по мере прокрутки, но отдельные части желательно делать доступными по постоянным URL. Иначе робот может получить только первую порцию контента.

Для SEO лучше разделять две задачи:

• пользователю - удобная бесконечная прокрутка;
• поисковику - обычные ссылки и индексируемые страницы.

Так можно сохранить современный интерфейс без потери доступности контента.

Что делать со вкладками и аккордеонами

Вкладки сами по себе не являются проблемой. Важно, где находится содержимое.

Первый вариант: текст уже есть в DOM → клик только показывает его

Такой сценарий обычно безопаснее.

Второй: клик → API-запрос → сервер возвращает текст → JavaScript создаёт блок

Во втором случае важная информация появляется только после действия пользователя. Если внутри вкладки находятся характеристики товара, описание услуги или другой поисково значимый контент, лучше проверить его рендеринг отдельно.

React, Vue и Nuxt: проблема не во фреймворке

Нельзя сказать, что React или Vue «не индексируются». Обе поисковые системы умеют работать с JavaScript. Но архитектура сайта сильно влияет на предсказуемость результата.

Если сервер отдаёт почти пустую страницу, а весь текст и ссылки появляются только после клиентского выполнения JavaScript, поисковику приходится выполнять дополнительную работу.

Для важных страниц обычно надёжнее использовать:

• SSR;
• статическую генерацию;
• гибридный рендеринг;
• готовый HTML с последующей гидратацией.

Это особенно актуально для категорий, услуг, карточек товаров и статей.

Как проверить JavaScript-страницу в Google

В Google Search Console используйте инструмент проверки URL.

Проверьте:

• проиндексирован ли URL;
• какой HTML получил Google;
• появился ли важный текст после рендеринга;
• доступны ли внутренние ссылки;
• нет ли ошибок загрузки ресурсов.

Если важного блока нет в rendered HTML, рассчитывать на его полноценное участие в поиске рискованно.

Как проверить страницу в Яндексе

В Яндекс Вебмастере есть сразу несколько полезных инструментов. В разделе «Проверка страницы» можно посмотреть, как URL обработан роботом и какая версия хранится в поисковой базе.

А через «Рендеринг страниц JavaScript» можно сравнить страницу с выполнением JavaScript и без него. Это особенно удобно после изменения фронтенда: сразу видно, не исчезли ли важные блоки для поискового робота.

Дополнительная проверка без JavaScript

Можно временно отключить JavaScript в браузере. Это не показывает точную версию страницы глазами Google или Яндекса, но быстро выявляет зависимость сайта от клиентского кода.

Если без JavaScript исчезают:

• H1;
• основной текст;
• меню;
• категории;
• ссылки на товары;
• характеристики;
• хлебные крошки;

страницу стоит проверить глубже.

Пример из практики

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

При техническом анализе выяснилось, что дополнительные товары загружались только после события scroll. При этом отдельных URL пагинации и обычных ссылок на следующие страницы не было.

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

Что проверить после редизайна

После запуска нового интерфейса стоит пройтись по всем динамическим элементам. В первую очередь проверить:

• каталог;
• пагинацию;
• infinite scroll;
• «Показать ещё»;
• вкладки;
• FAQ;
• характеристики;
• отзывы;
• меню;
• фильтры;
• хлебные крошки;
• внутренние ссылки.

При этом проверки нужно проводить отдельно для Google и Яндекса. То, что страница нормально отображается пользователю, ещё не означает, что оба поисковика получили весь контент.

JavaScript не является препятствием для SEO сам по себе. Проблема начинается тогда, когда поисково важное содержимое можно получить только после действия человека. Поэтому современный сайт нужно проверять сразу в двух средах - Google Search Console и Яндекс Вебмастере - и убеждаться, что оба поисковика получают полноценную версию страницы.

Материал проверен редакцией «Поисковая индустрия»

FAQ: популярные вопросы и ответы