Top.Mail.Ru Top.Mail.Ru
Пагинация сайта: как правильно оптимизировать

Пагинация сайта: как правильно оптимизировать

Пагинация сайта: как правильно оптимизировать

Пагинация — это разбивка длинного списка элементов (товаров каталога, постов блога, объявлений) на пронумерованные страницы: «1, 2, 3 … 27». Для SEO она одновременно помощник и источник проблем: помогает поисковику обойти весь ассортимент, но плодит однотипные URL, размывает приоритеты сканирования и порождает дубли метатегов. Материал — для оптимизаторов и разработчиков, которым нужно настроить пагинацию так, чтобы каталог индексировался полностью, а в выдачу попадали правильные страницы.

Зачем пагинация нужна и где она ломает SEO

Без пагинации каталог из 5000 товаров пришлось бы рендерить одной страницей — это убивает скорость загрузки, а с ней и Core Web Vitals (LCP < 2,5 с недостижим). Пагинация решает проблему скорости, но создаёт три типичные беды. Первая — раздувание индекса: каждая страница это отдельный URL вида ?page=2, и поисковик может проиндексировать сотни почти одинаковых страниц. Вторая — дубли Title и Description: шаблон копирует метатеги первой страницы на остальные. Третья — расход бюджета сканирования: робот тратит обходы на page=37 вместо новых карточек (подробнее — в материале про бюджет сканирования).

Главный принцип, из которого вытекает всё остальное: страницы списка нужны прежде всего для того, чтобы робот добрался по ссылкам до всех карточек товаров. Продвигать в ТОП нужно первую страницу категории (она отвечает на запрос «купить X в Новосибирске»), а вторую и далее — оставить «проводниками» для краулера.

Актуальные технические схемы пагинации

С 2019 года Google официально не учитывает атрибуты rel="next" и rel="prev" (это подтвердил Джон Мюллер), Яндекс их тоже не использует как сигнал группировки. Поэтому совет «настройте rel=next/prev» устарел: ставить атрибуты можно, но как SEO-инструмент они мертвы. Рабочие схемы:

Схема Что делаем Когда подходит Риск
Самоканоникал canonical ведёт сам на себя (page=2page=2), все страницы открыты к индексации Большие каталоги Дубли Title без донастройки метатегов
Canonical на первую Со всех страниц canonical ведёт на страницу 1 Малые каталоги, лента блога Робот может не дойти до глубоких товаров
Noindex, follow Страницы 2+ закрыты meta robots noindex, follow Контент 2+ не нужен в индексе, но ссылки нужны Со временем follow ослабевает
Страница «Показать всё» Отдельный URL со всем списком + canonical на него Списки до ~100–200 элементов Тяжёлая страница, страдает скорость

Рекомендуемая база для коммерческого каталога РФ: самоканоникал на всех страницах плюс уникализация метатегов. Это держит ассортимент открытым для обхода и не вводит поисковик в заблуждение ложным canonical (подробнее — в гайде по каноническим URL).

Уникализация метатегов на страницах пагинации

Самая частая и недооценённая ошибка — одинаковые Title и Description на всех страницах списка. Решение простое: добавить в шаблон номер страницы. Title первой страницы — Памятники из гранита в Новосибирске — каталог, цены (50–65 символов, главный запрос в начале); на страницах 2+ — то же с суффиксом «— страница N». Description дополняем «— страница N» либо не выводим вовсе. Так каждый URL получает уникальные метатеги, и поисковик перестаёт считать их полными дублями — снимается часть претензий по дублям страниц, которые иначе копятся в Яндекс.Вебмастере.

Структура URL и навигация

Адреса должны быть предсказуемыми и ЧПУ-совместимыми: предпочтительно /catalog/pamyatniki/page/2/, допустимо /catalog/pamyatniki/?page=2. Главное правило: один набор товаров — один URL. Если на сортировку и фильтры навешиваются комбинирующиеся GET-параметры (?page=2&sort=price&color=black), возникает комбинаторный взрыв дублей — такие URL закрывают в robots.txt или через canonical.

В пагинаторе показывайте обычные ссылки <a href>, а не подгрузку по JavaScript без href, иначе робот по ним не пройдёт (см. проблемы рендеринга JavaScript). Давайте ссылки на первую, последнюю и ближайшие номера, и держите глубину каталога в пределах 3–4 кликов от главной.

Бесконечная прокрутка и кнопка «Показать ещё»

Замена номеров страниц бесконечным скроллом или кнопкой «Показать ещё» удобна для UX, но опасна для SEO: если товары подгружаются только AJAX-запросом без отдельных URL и ссылок, робот не увидит ничего, кроме первого экрана. Рабочее решение — гибрид: визуально оставить кнопку «Показать ещё», но под капотом каждая порция должна соответствовать реальному URL (/page/2/) со ссылкой <a href> в HTML. Подробное сравнение — в статье бесконечная прокрутка vs пагинация.

⚠️ Типичные ошибки и риски

  • Canonical со всех страниц на первую при большом каталоге — робот считает страницы 2+ копиями и реже по ним ходит, глубокие товары выпадают из индекса.
  • Полное закрытие пагинации в robots.txt (Disallow: /*page=) — робот не пройдёт по ссылкам на товары; запрет в robots.txt не передаёт вес и не равен noindex.
  • Подгрузка контента чистым JS без href — краулер не находит ссылок, каталог индексируется частично.
  • Одинаковые метатеги на всех страницах — массовые дубли в Вебмастере.
  • ⚠️ РИСК — генерация отдельных «посадочных» страниц под каждый номер пагинации с напичканным ключами текстом. Десятки однотипных страниц под близкие запросы в Яндексе ведут к фильтру «Баден-Баден», в Google — под Helpful Content. Текстовый блок категории нужен один и только на первой странице.

Мини-кейс: каталог гранитных памятников

На региональном коммерческом сайте (гранитные памятники, Новосибирск) категория из ~600 позиций была разбита на 25 страниц по 24 товара. Изначально canonical со всех страниц вёл на первую, а Title везде был идентичным — в Яндекс.Вебмастере накапливались дубли, часть карточек с глубоких страниц не попадала в индекс. Решение: перевели пагинацию на самоканоникал, добавили в Title и Description суффикс «— страница N», вынесли SEO-текст категории только на первую страницу, а параметрические URL сортировки и фильтров закрыли через canonical. После переобхода число дублей в отчёте Вебмастера пошло вниз, а глубокие карточки начали появляться в индексе. Проценты прироста не приводим — результат зависит от частоты обхода и сезонности.

FAQ

Нужны ли атрибуты rel=»next» и rel=»prev» в 2026 году?
Как сигнал ранжирования — нет. Google перестал их учитывать с 2019 года, Яндекс на них тоже не опирается. Оставить в коде можно, но «склеить» ими серию страниц не выйдет.

Какую страницу пагинации продвигать в ТОП?
Только первую страницу категории — она отвечает на основной коммерческий запрос. Страницы 2+ нужны для обхода роботом, а не для выдачи.

Закрывать ли пагинацию от индексации?
В robots.txt — нет, иначе робот не пройдёт по ссылкам на товары. Если страницы 2+ не нужны в индексе, используйте meta robots noindex, follow. Для большого каталога лучше держать их открытыми с самоканоникалом.

Как избежать дублей Title и Description?
Добавить в шаблон номер страницы: «… — страница 2». Description на страницах 2+ можно не выводить. Это уникализирует метатеги и снимает претензии по дублям.

Материал подготовлен экспертами Chrome Media — агентства, которое настраивает техническое SEO каталогов в Яндексе и Google.

Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *