Новый формат
Пагинация на сайте: как сделать и не мешать SEO
Пагинация — разбиение длинного списка на страницы: каталог, блог, результаты поиска. Удобно людям, но без правил легко получить тонкие дубли в индексе.
Ниже — зачем нужна, как сверстать, SEO-настройки, связка с фильтрами и аудит. Точные атрибуты вроде rel prev/next уже не универсальны — ориентируйтесь на каноникал и полезность страниц.
Зачем нужна пагинация
Пагинация ускоряет загрузку, упрощает навигацию по большим спискам и даёт стабильные URL для возврата и ссылок. Она нужна там, где сравнивают много однотипных объектов.
Нумерованные страницы понятны роботам и доступны без JavaScript. Кнопка «Показать ещё» может дополнять их, но не должна прятать содержимое только за скриптом.
Где встречается:
- каталоги интернет-магазинов;
- ленты блога и новостей;
- поиск по сайту;
- архивы и теги.
Как сделать на сайте
Сервер или фронтенд отдаёт порцию элементов и навигацию: номера, «вперёд»/«назад». URL делайте предсказуемыми — `/catalog/page/2/` или `?page=2` — и едиными во всём разделе.
Каждая существующая страница — корректный статус и ссылки на соседей. Выход за пределы списка не должен давать пустой 200 «как будто есть контент».
Практика UX:
- текущая страница видна;
- крупные зоны клика на мобиле;
- фильтры сохраняются при переходе;
- сортировка не сбрасывается;
- есть путь на первую и соседние.
SEO-настройка
Title и H1 страниц пагинации не должны быть бессмысленными клонами. Каноникал выбирают по стратегии каталога и полезности глубоких листингов, а не по шаблону «всё на первую».
В sitemap — те листинги, что должны индексироваться. Отдельно контролируйте фильтры, сортировки и дубли параметров: они часто вреднее самой нумерации.
Частые ошибки:
- тысячи почти пустых page=N в индексе;
- дубли с/без слэша и с разными параметрами;
- 200 на несуществующих страницах;
- один и тот же SEO-текст «над списком» на всех page.
Пагинация vs фильтры и сортировки
Пагинация — листание одного и того же набора. Фильтры и сортировки создают новые выборки и легко раздувают индекс до сотен тысяч URL.
Заранее решите: какие комбинации индексировать (сильные посадочные), какие закрывать (noindex / robots / canonical). Иначе «SEO пагинации» не спасёт от фасетного взрыва.
Разведите в политике:
- page=N внутри чистой категории;
- фильтр «цвет+размер+бренд»;
- сортировка по цене/новизне;
- UTM и служебные параметры.
«Показать ещё» и бесконечная лента
Классическая нумерация удобнее для каталога, когда нужно вернуться к конкретной подборке. «Показать ещё» снижает число кликов, но URL следующих порций всё равно должны быть доступны роботу и человеку.
Бесконечная лента хороша для новостей, но хуже для возврата к позиции. Если используете JS — предусмотрите серверную выдачу и сценарий без скриптов.
Проверьте UX:
- видна текущая страница или позиция;
- сохраняются фильтры;
- есть управление с клавиатуры;
- после «назад» в браузере место в списке не теряется.
Контент на страницах 2+
SEO-текст категории обычно оставляют на первой странице. Копировать его на page=2,3… бессмысленно и усиливает ощущение дубля.
На глубоких страницах достаточно списка, навигации и понятного title («Страница 2» / диапазон товаров — по шаблону магазина). Главное — уникальный набор карточек и корректные ссылки.
Хорошая практика:
- уникальный набор товаров/постов на page;
- не дублировать длинный SEO-текст;
- внутренние ссылки на важные категории с 1-й;
- не индексировать пустой хвост.
Индексация page=N (упрощённо)
| Ситуация | Частый подход |
|---|---|
| Много товаров, полезный листинг | Индексировать осознанно |
| Почти пустые хвосты | Не индексировать / не в sitemap |
| Сильные фильтр-посадочные | Отдельные URL, не путать с page |
| Только сортировка | Обычно не для индекса |
Аудит после запуска
Просканируйте раздел краулером: коды ответов, canonical, цепочку ссылок, число элементов на странице. Сверьте десктоп и мобильный шаблон.
В Вебмастере/GSC следите за индексом и ошибками обхода. Смена фильтров или шаблона каталога может создать тысячи URL — аудит повторяйте после релизов.
Красные флаги:
- пустые страницы с 200;
- разные URL одной выдачи;
- дубли с параметрами;
- контент только через JS;
- взрыв page=N в отчёте индекса.
Частые вопросы
Нужна ли пагинация вместо «показать ещё»?
Оба варианта ок. Infinite scroll удобен, но хуже для шаринга глубоких URL. Классические ?page=2 проще контролировать.
Индексировать ли page=2,3…?
Если есть уникальный полезный контент/товары — можно. Если почти пустые копии — закрывайте или каноникальте осознанно.
Помогает ли rel=prev/next?
Google давно не опирается на них как на жёсткий сигнал. Важнее каноникал, структура и качество.
Что с фильтрами и сортировками?
Не плодите индексируемые комбинации без нужды — это фасеты, не пагинация. Отдельная политика параметров.
Сколько товаров на странице?
Баланс UX и веса HTML: обычно десятки карточек, не сотни тяжёлых блоков сразу.
Всегда ли каноникал на первую?
Не всегда. Зависит от уникальности листингов. Не скрывайте нужные карточки слепой каноникализацией всего на page=1.
Page=100 должна отдавать 200?
Если страницы нет — лучше 404 (или корректный ответ «конец списка»), не пустой 200.
Нужны ли все page в sitemap?
Необязательно. Включайте листинги, которые должны быть в индексе; хвост page=N часто лишний.
Пагинация плодит дубли?
Настроим нумерацию и индексацию каталога — без тысяч пустых page=N.
Обсудить задачу
