Практическое SEO · каталоги
Пагинация нужна пользователю и роботу, когда длинный список товаров или материалов разбит на несколько страниц. Ошибки появляются, если все страницы канонизируются на первую, закрываются от обхода или доступны только через JavaScript без обычных ссылок.
Основа
Пагинация разбивает большой набор объектов на последовательные страницы. Их элементы различаются, поэтому механически считать page=2 дублем первой страницы неправильно.
Основная задача — сохранить доступ к товарам или материалам глубже первой страницы и не создать параллельный набор технических URL из-за разных вариантов параметров.
Шаг 1
Номера страниц и кнопки «следующая/предыдущая» лучше оформлять обычными ссылками. JavaScript может улучшать интерфейс, но не должен быть единственным способом добраться до page=2.
Это особенно важно для бесконечной прокрутки: красивый UX можно сохранить, если под ним существует адресуемая последовательность страниц.
Шаг 2
На page=2 находится другой набор объектов. Если указать canonical на page=1 для всей серии, сайт сам сообщает, что последующие страницы являются дублями первой, хотя это не так.
Обычно каждая полноценная страница пагинации должна иметь корректный собственный URL и согласованные внутренние ссылки. Конкретное решение зависит от того, как устроен список и есть ли отдельная страница «показать всё».
Шаг 3
Некоторые проекты не хотят видеть страницы пагинации в выдаче и используют noindex. Но при этом важно не разрушить обход товаров и материалов, расположенных глубже.
Сначала проверяем, есть ли альтернативные внутренние ссылки на объекты и как робот реально обходит каталог. Запрет ради «чистого индекса» не должен сделать часть сайта труднодоступной.
Шаг 4
Комбинации ?page=2, /page/2/, ?p=2 и параметры сортировки могут создавать дубли одной и той же выдачи. Выбираем один формат, а технические альтернативы нормализуем.
После редизайна отдельно проверяем старую пагинацию: забытые маршруты часто продолжают отвечать 200.
| Сценарий | Проблема | Решение |
|---|---|---|
| ?page=2 и /page/2/ | Два URL одного списка | Оставить один формат |
| page=1 и URL без параметра | Дубль первой страницы | Нормализовать на основной URL |
| page=999 без товаров | Пустой шаблон 200 | Корректный 404 или ограничение диапазона |
| Сортировка + page | Много комбинаций | Разделить пагинацию и технические параметры |
Шаг 5
Не нужно копировать длинное описание категории на page=2, page=3 и дальше только ради уникальности. Основное описание логично оставить на первой странице, а последующие сделать функциональным продолжением списка.
Title можно формировать понятно, например с номером страницы, чтобы администратор и пользователь различали документы.
Шаг 6
Проверяем несколько первых страниц, последнюю существующую и номер за пределами диапазона. Смотрим HTTP-коды, canonical, ссылки next/previous в интерфейсе, дубли параметров и доступность объектов.
На больших каталогах полезно сравнить crawl с количеством товаров: если робот видит только первую часть списка, проблема может быть именно в пагинации или infinite scroll.
Частые ошибки
Разные наборы объектов объявляются дублями.
Прямой ссылочный путь к глубоким объектам исчезает.
Создаются бесконечные soft 404.
Появляются повторяющиеся блоки без пользовательской пользы.
Практический сценарий
Каталог использует кнопку «Показать ещё», которая загружает товары API-запросом, но у следующих порций нет отдельных URL и обычных ссылок. Пользователь прокручивает весь список, а краулер от главной обнаруживает только первый экран.
Сохраняем удобную кнопку, но добавляем адресуемую пагинацию и обычные href на последующие страницы. JavaScript может подгружать их незаметно, однако каждый сегмент списка теперь доступен напрямую и корректно открывается при первом запросе.
| Проверка | До | После |
|---|---|---|
| Ссылки page=2 | Нет | Обычный href |
| Прямой вход | Пустой/нет URL | Полноценный список |
| Последние товары | Не обнаруживаются | Доступны через пагинацию |
| UX | Показать ещё | Показать ещё сохранено поверх URL-структуры |
Чек-лист
Вопросы
Не автоматически. Сначала нужно понять, как это повлияет на обход списка и роль таких страниц.
Обычно нет, если содержимое списка различается.
Да, если у контента остаётся доступная по обычным URL и ссылкам пагинированная структура.
Нет. Пагинация — функциональное продолжение списка, а не повод создавать искусственный текст.
Практика NIC-SEO
Мы не пытаемся превратить каждую страницу списка в отдельную посадочную, но обеспечиваем понятные URL, ссылки и корректные технические сигналы.
