Короткий ответ
Настройка пагинации сводится к четырём вещам: у каждой страницы списка свой адрес, ссылки на эти адреса стоят обычными <a href>, canonical каждой страницы указывает на саму себя, а номер страницы не спрятан за решёткой. Теги rel="next" и rel="prev" не нужны: в руководстве Google по пагинации для интернет-магазинов сказано, что Google их больше не использует (developers.google.com, сверено 28.09.2026).
Всё остальное, что обычно обсуждают вокруг пагинации, вторично. Уникальные тексты на страницах 2, 3 и 4, noindex на весь список, canonical на первую страницу — это либо лишняя работа, либо прямой вред.
Что Google требует от пагинации сейчас
Позицию Google удобнее читать как список технических требований, а не как советы по SEO. Ниже то, что записано в его руководстве для e-commerce, сверено 28.09.2026.
| Требование Google | Что это значит в вёрстке | Типовое нарушение |
|---|---|---|
| Свой URL у каждой страницы списка | ?page=2 или /page/2/ в адресе | Все страницы отдаются по одному адресу через AJAX |
| Номер страницы не во фрагменте | Google игнорирует всё после # | Адреса вида /divany#page=2 |
| Canonical страницы на саму себя | <link rel="canonical" href="…?page=2"> | Canonical всех страниц на первую |
| Ссылки доступны без действий пользователя | Номера страниц как <a href> в HTML | Кнопка «показать ещё» на обработчике клика |
| rel next/prev не используется | Теги можно не ставить | Их настройка вместо настройки ссылок |
Про кнопки Google высказывается без двусмысленностей: его краулеры не нажимают кнопки и, как правило, не запускают функции JavaScript, требующие действия пользователя для обновления содержимого. Отсюда следует проверка на одну минуту: если товары со второй страницы видны только после клика, для Google их на сайте нет.
Три способа вывести длинный список
Выбор между ними обычно преподносят как вопрос удобства. На деле он определяет, сколько карточек попадёт в индекс: в категории на 200 товаров краулеру доступны либо все 200, либо 20 с первой страницы.
| Схема | Что видит человек | Что видит краулер | Когда я её ставлю |
|---|---|---|---|
| Номера страниц | Блок «1 2 3 … 10» | Все страницы списка, если это ссылки <a href> | По умолчанию для каталога любого размера |
| «Показать ещё» | Кнопку под списком | Только первую порцию, если нет параллельных ссылок | Каталог до 100 позиций, где важен мобильный UX |
| Бесконечная прокрутка | Подгрузку при скролле | Только первую порцию, если нет отдельных URL | Лента контента, не каталог товаров |
Вторая и третья схемы работоспособны, но только вместе с обычной пагинацией под капотом: порции должны иметь собственные адреса, а в HTML должны стоять ссылки на них. Google в том же руководстве добавляет, что при инкрементальной подгрузке помогают sitemap и фид Merchant Center. Это способ дать краулеру найти товары, а не замена навигации: вес по ссылкам через sitemap не передаётся.
Четыре ошибки, которые я вижу в каталогах чаще всего
Порядок здесь по частоте, а не по тяжести последствий.
- Canonical всех страниц на первую. Самая распространённая и самая дорогая: движок ставит canonical категории на страницах 2 и дальше, Google получает сообщение, что этих страниц нет, и карточки, доступные только со страницы 7, теряют путь обхода. Google просит этого не делать прямым текстом.
- Пагинация скриптом без адресов. Встречается на самописных каталогах и на витринах, переехавших на SPA. Проверяется за минуту: откройте вторую страницу, посмотрите, изменился ли адрес, затем запросите этот адрес в отдельной вкладке.
- Дублирующийся SEO-текст на всех страницах. Один и тот же абзац на 10 страницах списка плюс идентичные title дают ровно ту картину, которую я разбираю в статье про дубли страниц. Лечится удалением текста со страниц от второй и добавлением номера в title.
- Пагинация поверх фильтров. Каждая комбинация фильтра со своим набором страниц даёт тысячи адресов. Здесь пагинацию нужно чинить не отдельно, а вместе с правилами индексации фильтров, иначе вы аккуратно настраиваете canonical на мусоре, который вообще не должен обходиться. Как этот мусор съедает обход, я описывал в материале про краулинговый бюджет.
Порядок настройки
Шесть шагов, по которым я прохожу каталог перед тем, как ставить задачу в разработку. Первые 3 обходятся без программиста только в том случае, если пагинация уже сделана ссылками.
- Открыть страницу 2 любой крупной категории и проверить адрес: он должен меняться и открываться напрямую, без JavaScript.
- Посмотреть canonical на этой странице. Ссылается на первую — правка шаблона, ссылается на себя — идём дальше.
- Проверить title: на странице 2 он должен отличаться от страницы 1 хотя бы номером.
- Прогнать категорию краулером и посмотреть, сколько карточек товара обнаружено переходом по ссылкам, без sitemap в стартовом списке.
- Сверить найденное число с реальным числом товаров в категории по выгрузке из движка. Расхождение и есть объём проблемы.
- Пересчитать, сколько страниц даёт текущее число позиций на странице, и прикинуть клик-глубину последней карточки. Как считать, подробно разбираю в статье про глубину вложенности страниц.
Шаг 4 без шага 5 бесполезен: краулер всегда что-то находит, и отчёт выглядит нормально, пока вы не сравнили его с выгрузкой товаров.
Когда пагинацией заниматься не нужно
Категория на 60 товаров с выводом по 20 даёт три страницы списка. Разница между правильно и неправильно настроенной пагинацией на таком объёме близка к нулю: Googlebot обойдёт три страницы в любом случае. Здесь я увеличиваю число позиций на странице до 60 и закрываю вопрос.
Значение появляется на каталогах от нескольких тысяч URL, где обход перестаёт быть полным. Там пагинация решает, какая часть товаров вообще попадёт в индекс, и там же начинает пересекаться с каннибализацией запросов: страницы списка с одинаковыми заголовками конкурируют между собой и с категорией.
Пагинация не даёт прироста позиций. Она определяет, сколько из ваших 200 или 20 000 товаров существует для поисковой системы, и на этом её роль заканчивается.
Про границы своего опыта скажу честно. Изолированных замеров вида «поправили canonical на пагинации, трафик вырос на N процентов» у меня нет, и корректных экспериментов на этот счёт я не видел: правку пагинации почти никогда не делают отдельно от правки шаблона категории. Наблюдаемый эффект, который я могу подтвердить, скромнее: после перевода пагинации на нормальные адреса краулер начинает находить товары, которых в отчёте обхода раньше не было вообще. Дальше их ранжирование зависит от карточки, а не от пагинации, и это отдельная работа по SEO-продвижению.
