Яндекс может выполнять JavaScript при обходе, и консоль позволяет вам решить, должен ли он это делать. Настройка находится в разделе Индексация → Рендеринг JavaScript-страниц, который все еще находится в бета-версии.
Три варианта
По умолчанию используется на усмотрение робота: робот решает сам, и Яндексе описывает как — он может сравнить качество и полноту контента с JavaScript и без него и загрузить ту версию, которая окажется более полезной для посетителя. Альтернативные варианты — требовать рендеринг или запрещать его.
Когда запрещать
Яндекс дает одну четкую инструкцию: запрещайте рендеринг, если сайт использует SSR или предварительный рендеринг. Если сервер уже выдает готовый HTML, выполнение скриптов ничего не добавляет и расходует ресурсы обхода с обеих сторон. Обратите внимание на предупреждение, которое обычно сопровождает рендеринг — это может создать дополнительную нагрузку на ваш сервер.
Отложенный контент
Для сайтов, где контент появляется с задержкой, Яндекс поддерживает объект сигнализации: window.YandexRotorSetting , чтобы он обрабатывался до DOMContentLoaded события, с установленным WaiterEnabled , указывающим, что робот должен ждать. Регистрация его после этого события ничего не дает — робот уже принял решение.
Порядок предпочтения
Рендеринг на стороне сервера на первом месте, рендеринг по запросу на втором, и объект ожидания только там, где невозможен ни один из вариантов. Страница, чей контент зависит от корректного выполнения скрипта — это страница, индексирование которой зависит от процесса с гораздо большим количеством возможных сбоев, чем отдача HTML. В других рекомендациях Яндекса прямо говорится: то, что должно ранжироваться, должно присутствовать в HTML сразу по запросу.
Проверка результата
Инструмент рендеринга JavaScript проверяет отдельные URL и показывает, что остается после рендеринга; обычная проверка страницы показывает «сырой» ответ. Сравнение этих двух вариантов — самый быстрый способ точно увидеть, какой контент зависит от скриптов и, следовательно, какой контент находится в зоне риска.
Как мы это применяем
We treat this as a diagnostic before treating it as a setting: run the same URL through the plain page check and the rendering tool, and the difference is the content that only exists if a script runs. For clients with SSR we switch rendering off as Yandex recommends. The DOMContentLoaded timing on the waiter object is the detail developers get wrong, and it fails silently.
Связанные услуги