Бесконечная прокрутка и пагинация решают одну задачу — показать пользователю большой набор однотипных элементов (товары каталога, статьи блога, ленту объявлений), но для поисковой оптимизации это две принципиально разные истории. От выбора зависит, доберётся ли робот до глубоких товаров, как распределится краулинговый бюджет и попадут ли позиции 100+ в индекс вообще. Разбираем, как обе механики видят Яндекс и Google, где прячутся технические ловушки и какой подход выбрать под конкретный тип страниц.
Что это такое и в чём принципиальная разница
Пагинация — разбиение длинного списка на отдельные страницы с собственными URL: ?page=2, /catalog/divany/2/, /page/3/. Каждая страница имеет постоянный адрес, отдаётся по нему с кодом 200 и доступна напрямую — по ссылке, из закладок, из выдачи.
Бесконечная прокрутка (infinite scroll) — подгрузка следующей порции контента через JavaScript при достижении низа экрана. URL обычно не меняется, новый контент приходит AJAX-запросом и дорисовывается в DOM. Для пользователя это бесшовно, для поискового робота — потенциально невидимо.
Ключевое отличие для SEO одно: у пагинации есть отдельные индексируемые URL, у «чистой» бесконечной прокрутки их нет. Робот не скроллит страницу и не дожидается срабатывания событий прокрутки — он получает первичный HTML, рендерит его и идёт по ссылкам. Если ссылок на вторую и последующие порции в коде нет, для робота сайт заканчивается на первом экране.
Как поисковые роботы видят прокрутку
Googlebot работает по модели «двух волн»: сначала обходит сырой HTML, затем ставит страницу в очередь на рендеринг JavaScript. Рендеринг происходит, но события scroll при нём не эмулируются — робот не имитирует движение пользователя вниз. Поэтому контент, который появляется только по факту прокрутки, в индекс не попадает.
Робот Яндекса JavaScript исполняет ограниченно и менее предсказуемо, чем Googlebot. Полагаться на то, что подгружаемые AJAX-порции будут проиндексированы, нельзя в принципе. Для Яндекса наличие статических ссылок на страницы пагинации тем более критично.
Практический вывод: бесконечная прокрутка допустима для SEO только если она реализована поверх настоящей пагинации — то есть в коде есть честные <a href> на /page/2/, /page/3/ и так далее, а JS-подгрузка лишь надстройка для удобства. Это паттерн «прогрессивного улучшения»: без JavaScript работает пагинация, с JavaScript — плавная докрутка.
Сравнение по SEO-критериям
| Критерий | Пагинация | Бесконечная прокрутка (чистая) | Прокрутка + пагинация (гибрид) |
|---|---|---|---|
| Отдельные URL для индексации | Есть | Нет | Есть |
| Доступность глубоких элементов роботу | Высокая | Низкая / нулевая | Высокая |
| Передача внутреннего веса вглубь | Через ссылки страниц | Не передаётся | Через ссылки страниц |
| Расход краулингового бюджета | Контролируемый | Робот видит мало URL | Контролируемый |
| Шеринг и закладки конкретной позиции | Возможны | Невозможны | Возможны |
| Поведенческие на длинных лентах | Ниже из-за кликов | Выше, бесшовно | Выше + индексируемо |
| Риск дублей / тонких страниц | Средний (нужен canonical) | Низкий | Средний |
| Сложность корректной реализации | Низкая | Высокая | Средняя |
Видно, что «чистая» прокрутка выигрывает только по поведенческим, но проваливает всё, что касается индексации. Гибрид забирает плюсы обоих подходов — поэтому в каталогах это де-факто стандарт.
Как правильно настроить пагинацию
Пагинация — фундамент, поэтому начинать надо с неё. Базовые правила:
- Каждая страница — самостоятельный URL с кодом 200. Никаких якорей
#page=2и параметров, обрабатываемых только на клиенте. - Self-referencing canonical. Страница
?page=2должна указыватьrel=canonicalсама на себя, а не на первую. Канонизация всех страниц на первую — частая и вредная ошибка: робот считает, что страниц 2+ «не существует», и не идёт по их ссылкам к глубоким товарам. - Атрибуты
rel=prev/nextGoogle официально не использует как сигнал с 2019 года, но и вреда от них нет — Яндекс их по-прежнему учитывает, так что для рунета их разметка остаётся осмысленной. - Уникализируйте Title и Description страниц пагинации хотя бы добавлением номера: «Диваны — страница 2». Это снимает претензии к дублям метатегов.
- Не закрывайте пагинацию в robots.txt. Запрет сканирования обрубает путь робота к глубоким страницам. Управлять индексацией нужно через метатеги и canonical, а не через robots.txt.
Подробный разбор настройки страниц списка — в материале пагинация сайта: как правильно оптимизировать, а нюансы канонизации — в гайде канонические URL: когда и как использовать rel=canonical.
⚠️ РИСК: типичные ошибки реализации
- Прокрутка без статических ссылок. Самый частый и самый дорогой случай: контент подгружается только событием scroll, ссылок на следующие порции в HTML нет. Робот индексирует первый экран, остальной каталог для него не существует. Глубокие карточки выпадают из индекса.
- Сброс URL при докрутке. Если при подгрузке адрес остаётся
/catalog/, поделиться конкретной позицией или вернуться к ней после перезагрузки невозможно — страдают и пользователь, и поведенческие. - Канонизация всех страниц на первую. Робот перестаёт считать пагинацию точкой входа вглубь сайта. Используйте self-canonical.
- Закрытие
?page=*в robots.txt «чтобы не было дублей». Дубли решаются canonical и метатегами, а не запретом сканирования. Запрет лишь блокирует обход глубины. Тему дублей разбираем отдельно: дубли страниц: как найти и устранить. - Тяжёлый DOM при бесконечной ленте. Чем дольше пользователь крутит, тем больше узлов в DOM. Это бьёт по Core Web Vitals — растёт INP, проседает отзывчивость. Целевые ориентиры держим прежними: LCP < 2,5 с, INP < 200 мс, CLS < 0,1.
- Отсутствие футера. При бесконечной ленте до подвала с контактами, политикой и реквизитами добраться нереально — это бьёт по коммерческим факторам Яндекса и по E-E-A-T.
Мини-кейс: каталог мебели
Типичная ситуация из практики. Интернет-магазин мебели внедрил «красивую» бесконечную прокрутку в категориях — на клиентских A/B-метриках лента понравилась, кликов по пагинации не стало. Через несколько недель в Google Search Console упало число страниц в индексе по разделу каталога, а в отчёте об индексировании выросла доля «обнаружено, не проиндексировано» для глубоких карточек.
Причина: разработчики убрали <a href> на страницы пагинации, оставив только JS-обработчик scroll. Робот видел первые ~30 товаров категории и не находил ссылок дальше. Решение свелось к восстановлению гибрида: в HTML вернули блок постраничной навигации с честными ссылками /catalog/.../2/, прописали self-canonical и уникальные Title по номеру страницы, а бесконечную докрутку оставили как JS-надстройку поверх рабочих ссылок. Краулинг глубины восстановился без отказа от удобной ленты.
Что выбрать под тип страниц
- Коммерческий каталог, листинги, доска объявлений — пагинация или гибрид обязательны. Здесь важно, чтобы каждая карточка имела путь от робота и получала внутренний вес. Это зона коммерческих запросов, где индексация глубины напрямую конвертируется в трафик.
- Лента блога, новости, информационный контент — допустима бесконечная прокрутка как надстройка над пагинацией. Сами статьи всё равно индексируются по своим URL из sitemap.xml, поэтому лента — лишь способ навигации, а не единственная точка входа.
- Соцсеть, лента уведомлений, личный кабинет — внутренние разделы за авторизацией индексировать не нужно, здесь прокрутка уместна без оглядки на SEO.
Гибридный подход — почти всегда верный ответ для публичных списков: пользователь получает бесшовную ленту, робот — статические ссылки и нормальный краулинг. О том, как робот вообще распределяет ресурсы обхода, читайте в материале бюджет сканирования (crawl budget): что это и как влияет.
FAQ
Убивает ли бесконечная прокрутка SEO полностью?
Нет — если под ней лежит настоящая пагинация со статическими ссылками. «Чистая» прокрутка без таких ссылок действительно лишает робота доступа к глубине, и вот это уже критично. Реализация решает всё.
Нужны ли rel=prev/next в 2026 году?
Google не использует их как сигнал ранжирования с 2019 года, но и не штрафует за наличие. Яндекс их учитывает, поэтому для рунета разметку имеет смысл оставлять. Важнее правильный self-canonical и доступные ссылки пагинации.
На какую страницу ставить canonical при пагинации?
Каждая страница должна каноникализироваться сама на себя (self-referencing). Канонизация всех на первую — ошибка: робот перестаёт обходить глубину.
Как проверить, видит ли робот мой контент при прокрутке?
Откройте код страницы (Ctrl+U) — если ссылок на следующие страницы в исходном HTML нет, робот их не увидит. Дополнительно проверьте URL через инструмент проверки в Google Search Console и переобход в Яндекс.Вебмастере — посмотрите отрендеренный HTML.
Влияет ли бесконечная лента на скорость?
Да. Растущий DOM ухудшает отзывчивость и INP. Применяйте «виртуализацию» списка (рендер только видимых элементов) и lazy loading изображений — подробнее в материале lazy loading изображений: плюсы и минусы для SEO.
Можно ли совмещать кнопку «Показать ещё» и пагинацию?
Да, это распространённый и безопасный гибрид: видимые ссылки пагинации для робота плюс кнопка догрузки для пользователя. Главное — чтобы ссылки на все страницы реально присутствовали в HTML.
Материал подготовлен экспертами Chrome Media — агентства комплексного SEO-продвижения. Помогаем настроить пагинацию, краулинг и индексацию каталогов так, чтобы глубокие страницы попадали в Яндекс и Google.
Добавить комментарий