Пагинация и бесконечная прокрутка: как не потерять товары в поиске

Назначьте каждой порции листинга отдельный URL, например ?page=2, ?page=3, без фрагментов после #.

Что обновлено 24.08.2026: добавлена матрица состояний URL и правила перехода при изменении ассортимента.

Матрица жизненного цикла для темы «Пагинация и infinite scroll»

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

Проверка на пограничных состояниях

Возьмите URL каждого типа, обнулите или измените предложение в тестовом контуре и проверьте код ответа, canonical, robots, наличие в Sitemap, ссылки и видимый текст. Нормальный результат — шаблон переходит в заранее определённое состояние без пустой страницы и случайного редиректа. Если правило зависит от ручного решения, назначьте владельца и срок переоценки.

Примечание. Поисковый робот не обязан нажимать кнопку «Показать еще» или прокручивать страницу. Поэтому любой интерфейс с динамической подгрузкой должен иметь доступный по ссылкам эквивалент: последовательные URL страниц и обычные элементы a с href. Цель настройки — дать пользователю удобный просмотр, а роботу — воспроизводимый путь ко всем товарам.

Выберите интерфейс, но сохраните URL-модель

Правильная реализация по шагам

Добавьте последовательные ссылки через a href. Робот должен находить следующую страницу без выполнения события JavaScript.

На каждой странице выводите собственный набор товаров на сервере или в рендере, доступном поисковой системе.

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

Ссылки на карточки должны сохраняться в HTML и не зависеть от состояния браузера.

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

Проверьте цепочку без JavaScript, затем с мобильным user-agent и через URL Inspection/краулер.

Что делать с Title и H1

H1 может оставаться названием категории. В Title или служебном заголовке допустимо обозначить номер страницы, если это помогает избежать полной идентичности. Не создавайте на каждой странице новый SEO-текст: основной справочный блок обычно принадлежит первой странице категории.

Почему canonical на первую страницу опасен

Вторая страница содержит другие карточки, поэтому не всегда является дублем первой. Массовый canonical на page=1 может ослабить сигнал о самостоятельном сегменте и затруднить обнаружение глубоких товаров. Решение проверяют на фактическом содержимом, а не применяют как универсальный шаблон.

Чек-лист для разработчика

Каждая порция доступна по постоянному URL и возвращает 200.

Следующая страница связана обычной ссылкой с href.

Без JavaScript видны товары и ссылки хотя бы в серверной версии листинга.

URL не меняет состав товаров из-за персонализации или случайной сортировки.

Canonical соответствует принятой модели и не маскирует уникальные сегменты.

Фильтры и сортировки не умножают пагинацию бесконтрольно.

При возврате из карточки сохраняются страница и позиция просмотра.

Как проверить после релиза

Запустите краулер с отключенным JavaScript и сравните число найденных карточек с ассортиментом категории. Затем проверьте логи: посещает ли робот page=2 и глубже, не уходит ли в бесконечные параметры. В аналитике оцените глубину просмотра, возвраты к списку и переходы в карточки; это покажет UX-эффект реализации.

Набор тест-кейсов

Открыть page=3 напрямую в новом браузере и увидеть правильный сегмент товаров.

Перейти на page=2 без JavaScript по ссылке из исходного HTML.

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

Вернуться из карточки товара к прежней позиции листинга.

Сменить сортировку и убедиться, что она не создает бесконечную цепочку пагинации.

Удалить товар из сегмента и проверить стабильность порядка при следующем открытии.

Когда порядок товаров меняется

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

Как ограничить слишком глубокие цепочки

Если категория насчитывает сотни страниц, добавьте ссылки не только «назад/вперед», но и на разумный диапазон соседних страниц, а приоритетные товары поддержите категориями, фильтрами и Sitemap. Не создавайте искусственное кольцо ссылок на тысячи номеров: задача — сократить путь до товара, сохранив понятную последовательность.

Частые вопросы

Нужно ли использовать rel=next и rel=prev

Не стройте стратегию только вокруг этих атрибутов. Ключевые требования — отдельные URL, последовательные обычные ссылки и доступный контент.

Нужно ли добавлять страницы пагинации в Sitemap

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

Приёмка обновлённой версии

для каждого состояния определены HTTP-код, indexability и canonical;

в Sitemap и навигацию попадают только предусмотренные URL;

обнуление ассортимента переводит страницу в согласованное состояние;

правило проверено на пограничных шаблонах;

пороговые значения основаны на фактических данных магазина.

Итог

Каждый товар доступен по обычной ссылке, а состояние прокрутки не подменяет обходируемую навигацию. Масштабировать решение можно только после проверки на реальных URL и фактических данных проекта; если критерии не выполняются, сначала исправляют причину, а не увеличивают объём страниц, публикаций или автоматизации.

Получите бесплатный аудит и стратегию роста

Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.

Имя *Номер телефона *Сайт *Получить аудит и стратегию