Пагинация на сайте - это разбиение каталога, блога, новостей или списка товаров на несколько страниц. Для пользователя это удобная навигация, а для поисковых систем - цепочка URL, которую нужно правильно открыть, связать и очистить от дублей.
Главная ошибка - считать, что один тег решает всё. На практике нужно смотреть тип сайта, параметры URL, фильтры, сортировки, канонические ссылки, внутренние ссылки, sitemap, robots.txt и фактическую индексацию в Google Search Console и Яндекс.Вебмастере.
Что такое пагинация простыми словами
Пагинация - это система страниц вида /catalog/, /catalog/page/2/, /catalog/page/3/ или /catalog/?page=2. Она нужна, когда весь список товаров или материалов невозможно удобно показать на одной странице.
Для бизнеса пагинация влияет не только на SEO. Если пользователь не может быстро перейти к нужным товарам, фильтрам или разделам, он чаще уходит к конкуренту. Если поисковик видит тысячи дублей, он может тратить обход на мусорные URL вместо важных коммерческих страниц.
Какие виды пагинации встречаются на сайтах
Постраничная нумерация
Классический вариант: 1, 2, 3, 4, “следующая”. Хорошо подходит для каталогов, блогов, архивов и разделов новостей.
Кнопка “Показать ещё”
Удобна для пользователей, но для SEO важно, чтобы дополнительные товары были доступны по обычным ссылкам и URL, а не только через JavaScript.
Бесконечная прокрутка
Может повышать вовлечённость, но опасна для индексации, если роботы не видят ссылки на следующие части списка.
Главная SEO-задача: не закрыть лишнее и не размножить дубли
Проблемы начинаются не из-за самого факта пагинации, а из-за плохой реализации. Один и тот же набор товаров может открываться по разным адресам: с сортировкой, фильтром, UTM-меткой, параметром сессии, номером страницы и разным порядком параметров.
| Ситуация | Риск | Что делать |
|---|---|---|
| /catalog/?page=2 и /catalog/page/2/ | Дубли одной и той же части каталога | Выбрать один формат URL и привести внутренние ссылки к нему |
| ?sort=price&page=3 | Сортировка создаёт много технических URL | Разделить индексируемые фильтры и служебные параметры |
| Пагинация доступна только кнопкой JavaScript | Робот может не дойти до карточек и статей | Сделать crawlable-ссылки на page 2, page 3 и дальше |
| Все page canonical на первую | Глубокие страницы могут хуже участвовать в обходе | Проверить цель: самоканоникал, view-all или noindex по данным |
Canonical для страниц пагинации: как думать правильно
rel="canonical" - это подсказка поисковой системе, какой URL считать основной версией среди похожих или дублирующихся страниц. Но canonical не является кнопкой “починить индексацию”. Если поставить его механически, можно ухудшить понимание структуры сайта.
Плохой вариант
На всех страницах пагинации стоит canonical на /catalog/, хотя page 2, page 3 и дальше содержат уникальные товары и нужны для обхода.
Хороший вариант
Выбран понятный сценарий: самоканоникал для индексируемых страниц, canonical на “показать всё” при реально удобной view-all странице или noindex для служебных дублей.
Для интернет-магазина чаще нельзя дать универсальный рецепт без аудита. У небольшого каталога может быть один подход, у крупного каталога с фильтрами - другой, у блога - третий.
rel=»next» и rel=»prev»: нужны или уже устарели?
Исторически rel="next" и rel="prev" использовались, чтобы показать связь между страницами серии. Сейчас их нельзя считать главным SEO-инструментом для Google, потому что Google больше не использует эти link-теги как сигнал индексации. Но удалять их автоматически тоже не нужно: другие системы и инструменты аудита могут использовать такую связку как дополнительную структуру.
<link rel="canonical" href="https://site.ru/catalog/page/2/"> <link rel="prev" href="https://site.ru/catalog/"> <link rel="next" href="https://site.ru/catalog/page/3/">
Как выбрать схему для своего сайта
| Тип сайта | Что обычно важно | Что проверить первым |
|---|---|---|
| Интернет-магазин | Карточки товаров, категории, фильтры, сортировки | Не скрыты ли товары глубже первой страницы |
| Блог | Архивы, рубрики, авторы, метки, старые статьи | Не создают ли теги и даты десятки слабых страниц |
| Маркетплейс или каталог услуг | Города, категории, исполнители, параметры | Есть ли правила индексации для пересечений фильтров |
| Новостной сайт | Архивы, ленты, свежесть, скорость обхода | Видит ли робот ссылки на старые публикации |
CSS-инфографика: безопасная логика настройки пагинации
Как проверить пагинацию вручную
Начните не с правок, а с диагностики. Если сразу закрыть страницы в robots.txt или поставить noindex, можно случайно отрезать роботу путь к товарам, статьям и внутренним ссылкам.
- 01Откройте page 2, page 3 и последнюю страницу. Проверьте, что они отдают код 200, не редиректят хаотично и не показывают пустой список.
- 02Посмотрите исходный код: canonical, robots meta, ссылки на соседние страницы, наличие товаров или материалов в HTML.
- 03Проверьте URL с сортировками и фильтрами. Отдельно отметьте, какие параметры должны индексироваться, а какие являются техническим мусором.
- 04Сравните данные в Google Search Console, Яндекс.Вебмастере и логах сервера: что робот обходит, что исключает, где появляются дубли.
Если одновременно разбираете лимиты обхода и robots.txt, полезно изучить материал про crawl-delay и управление обходом. Он помогает не путать скорость обхода, запрет сканирования и запрет индексации.
Чек-лист: что должно быть в норме
Красные флаги в настройке пагинации
- Подрядчик предлагает закрыть всю пагинацию без анализа каталога, внутренних ссылок и логов.
- Все страницы page 2, page 3 и дальше канонизированы на первую страницу “потому что так делают все”.
- Товары или статьи подгружаются только после клика, а в исходном HTML нет ссылок на следующие страницы.
- Фильтры, сортировки и UTM-параметры создают сотни тысяч URL, но никто не разделяет полезные и мусорные страницы.
- В отчёте пишут “пагинация настроена”, но не показывают примеры URL, код страницы и данные из Вебмастера.
Что спросить у SEO-специалиста или разработчика
Для системной проверки можно начать с общей схемы SEO-продвижения сайта: там технические задачи стоит связывать не только с индексом, но и с коммерческими страницами, заявками и конверсией.
Честный блок: проблема может быть не только в пагинации
Иногда владелец сайта видит просадку трафика и думает, что виновата пагинация. Это возможно, но не всегда. Причина может быть в слабой структуре категорий, нехватке коммерческих страниц, плохом оффере, цене, сезонности, скорости сайта, качестве карточек, отсутствии доверия или обработке заявок.
Пагинация влияет на обход и структуру, но она не заменит нормальную семантику, тексты категорий, фильтры под спрос, понятные условия покупки, отзывы, цены, доставку, гарантии и аналитику. Поэтому правки нужно оценивать вместе с бизнес-метриками.
Типовая ситуация: как не надо и как лучше
Плохой подход
В каталоге 40 страниц товаров. Разработчик ставит canonical со всех страниц на первую, закрывает page 2+ в robots.txt и оставляет кнопку “Показать ещё” без ссылок. Робот хуже видит часть товаров, а владелец сайта не понимает, почему часть ассортимента выпала из поиска.
Более безопасный подход
Сначала выгружают все URL пагинации, фильтров и сортировок. Затем разделяют полезные и служебные страницы, настраивают canonical, внутренние ссылки, sitemap и правила для параметров. После публикации сравнивают обход, индекс и трафик.
Когда уместны noindex, robots.txt и Clean-param
noindex нужен, когда страница доступна для обхода, но её не нужно показывать в поиске. Robots.txt ограничивает сканирование, но не всегда решает удаление URL из выдачи. Clean-param помогает Яндексу понимать, какие параметры не меняют содержание страницы.
Опасность в том, что эти инструменты часто путают. Если закрыть URL в robots.txt, робот может не увидеть meta robots на самой странице. Если поставить noindex на нужную пагинацию, можно ухудшить путь к товарам. Если не настроить параметры, сайт может получить лишние дубли.
Похожая логика есть в работе с техническими файлами и дублями: если нужно разобраться глубже, посмотрите материал про SEO для PDF и управление индексацией документов.
Что делать дальше: безопасный порядок действий
- 01Соберите список URL пагинации, сортировок и фильтров через Screaming Frog, Netpeak Spider, логи сервера или выгрузку CMS.
- 02Разделите страницы на важные, вспомогательные и мусорные. Не закрывайте всё одним правилом.
- 03Выберите канонический формат URL и приведите к нему внутренние ссылки, хлебные крошки, карты сайта и шаблоны пагинации.
- 04Проверьте результат через 2-4 недели: обход, исключённые URL, индексацию, трафик на категории и видимость товаров.
Если проблема упирается не только в правила индексации, но и в медленную загрузку, слабый сервер или падения под ботами, можно отдельно проверить хостинг и кеширование. Например, для небольших проектов под WordPress часто достаточно нормального тарифа и аккуратной настройки кеша; при выборе хостинга можно посмотреть Beget, но решение всё равно лучше принимать по нагрузке, логам и требованиям проекта.
Если материал был полезен
Можно оставить короткий отзыв о работе “Лукавченко Маркетинг” в Яндекс Картах. Это помогает другим владельцам бизнеса быстрее понять, стоит ли обращаться за SEO-разбором и технической диагностикой сайта.
- 01Откройте карточку компании в Яндекс Картах.
- 02Нажмите “Оставить отзыв” или “Написать отзыв”.
- 03Коротко напишите, чем был полезен разбор, аудит или консультация.
Не уверены, что пагинация и индексация настроены правильно?
Начните с проверки: какие URL реально видят Google и Яндекс, где создаются дубли, что закрыто в robots.txt, какие страницы получают внутренние ссылки и не теряет ли сайт коммерческий трафик из-за технических ошибок.
Если планируете добавлять FAQ на страницу, проверьте, чтобы вопросы не были пустыми ради разметки. В этом помогает материал про оптимизацию FAQ-раздела для SEO и ответов ИИ.
Управление обходом, индексированием и языковыми версиями проверяют по документации конкретного поисковика: директива или тег, не поддержанные системой, не дают ожидаемого эффекта.
- Google: robots meta tags and X-Robots-Tag
- Google: localized versions and hreflang
- Yandex Webmaster: robots.txt
7 августа 2026. Перед внедрением технических настроек сверяйте документацию источника и конфигурацию конкретного сайта.
