Top.Mail.Ru
🔥 Летняя распродажа 2026 уже началась!

Скидка 20% на все покупки по коду SUMMER2026.

⚡ Всего 100 кодов активации — кто успел, тот получил.

Как оптимизировать страницы пагинации для SEO: rel prev/next и канонические теги

2026, 27 Июнь Техническое SEO • 18 просмотров

Схема настройки пагинации: rel prev next и варианты канонических тегов для предотвращения дублей

Полное руководство по SEO-оптимизации пагинации. Настройка rel prev next, canonical на первую страницу или на себя, бесконечная прокрутка и кнопка Показать ещё. Как избежать дублей и сохранить краулинговый бюджет.

Введение

Пагинация — это дробилка для краулингового бюджета, если она настроена неправильно, и полезный инструмент навигации, если правильно. Страницы вроде site.ru/catalog?page=3 могут создавать тысячи дублей, уводить робота в бесконечное блуждание и оставлять без индексации действительно важные страницы. А могут помогать пользователям удобно листать каталог, а роботу — эффективно обходить сайт. Грань между этими сценариями — настройка. В этой статье разберём, как оптимизировать пагинацию для поисковых систем: когда использовать rel prev next, куда вести canonical, как работать с бесконечной прокруткой и кнопкой «Показать ещё».


Проблема пагинации: что видят поисковики

Представьте каталог из 500 товаров по 20 на странице. Получаем 25 страниц пагинации. Если каждая страница имеет одинаковый title, description и отличается только списком товаров, для поисковика это выглядит как 25 очень похожих страниц. Робот тратит краулинговый бюджет на их обход, не понимая, какая из них основная. Хуже того: страницы пагинации могут индексироваться и ранжироваться вместо основной страницы категории. Пользователь вбивает запрос «купить диван», попадает на страницу пагинации номер 7, видит обрывок каталога без начала и уходит. Поведенческие факторы ухудшаются. Вторая проблема — параметры URL. Если пагинация реализована через параметр ?page=3 или ?p=3, а не через ЧПУ вида /catalog/page/3/, то добавляются ещё и вариации с сортировкой, фильтрами и UTM-метками. Количество URL растёт экспоненциально, и робот тонет в этом море. Подробнее о том, как управлять параметрами URL и не создавать дубли, читайте в статье Дубли страниц: как найти, исправить и предотвратить потерю трафика.


Rel prev next: классическое решение

Атрибуты rel="prev" и rel="next" — это способ сказать поисковику: «Эти страницы — часть одной последовательности, не считай их дублями, а склей в единый список». Технически это теги link в секции head. На первой странице каталога ставим только rel="next" с ссылкой на вторую страницу. На второй странице — rel="prev" на первую и rel="next" на третью. На последней — только rel="prev" на предпоследнюю. Так робот понимает структуру и может объединить все страницы в одну логическую последовательность. Важный момент: Google отказался от поддержки rel prev next как сигнала для склейки ещё несколько лет назад. Но Яндекс продолжает учитывать эти атрибуты. Поэтому для рунета они по-прежнему актуальны. Если ваша аудитория в России — настраивайте. Дополнительно к rel prev next настройте канонические теги: каждая страница пагинации должна иметь canonical на саму себя. Не на первую страницу категории — это устаревшая практика, которая лишает пагинированные страницы шанса на индексацию. А в некоторых случаях страницы пагинации заслуживают индексации.


Canonical на первую страницу: за и против

Раньше рекомендовали все страницы пагинации канонизировать на первую страницу категории. Логика: первая страница — самая важная, на неё ведут внешние ссылки, она должна ранжироваться. Но у этого подхода есть минус: товары со второй и последующих страниц не индексируются. Если товар нигде не упоминается, кроме страницы пагинации номер 8, и canonical с неё ведёт на первую страницу, робот может никогда не найти этот товар. Современный подход: если страницы пагинации имеют уникальный контент (разные товары), каждая должна иметь canonical на себя. Если страницы пагинации — это просто разбивка одного длинного текста (статья, разбитая на части), canonical на первую страницу допустим. Для интернет-магазинов и каталогов — canonical на себя плюс rel prev next. Это даёт шанс каждой странице пагинации ранжироваться по специфичным запросам, а rel prev next связывает их в серию.


Title и description страниц пагинации

Если вы разрешаете индексацию страниц пагинации, они должны иметь уникальные мета-теги. Не копируйте title с первой страницы. Добавьте номер страницы: «Диваны — страница 3 — каталог интернет-магазина ДиванПро». Description тоже должен быть уникальным и отражать содержание конкретной страницы. Это предотвращает определение страниц как дублей по мета-тегам. H1 также стоит уточнить: «Диваны, страница 3». Если вы не хотите индексировать пагинацию, можно поставить noindex, но лучше решить проблему структурно, а не закрывать часть каталога от поисковиков.


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

Современные каталоги часто отказываются от классической пагинации в пользу бесконечной прокрутки (infinite scroll) или кнопки «Показать ещё». С точки зрения SEO это создаёт проблему: робот не умеет скроллить и нажимать кнопки. Если товары подгружаются только через AJAX по действию пользователя, робот увидит только первые 20 товаров. Остальные 480 останутся невидимыми. Решение: дублировать бесконечную прокрутку классической пагинацией с отдельными URL. Пользователи скроллят динамически, а робот обходит статические страницы пагинации с rel prev next. Это называется гибридным подходом. Второй вариант: кнопка «Показать ещё» должна быть обычной ссылкой на следующую страницу пагинации. Тогда робот сможет перейти по ней, даже не нажимая. Третий вариант: при бесконечной прокрутке обновлять URL в адресной строке браузера (через History API), чтобы каждый блок подгруженных товаров имел свой URL. Робот не скроллит, но видит ссылки и может по ним пройти.


Пагинация и фильтры: как не взорвать количество URL

Самая опасная комбинация — пагинация плюс фильтры. Если у вас 25 страниц пагинации и 10 параметров фильтрации, которые могут комбинироваться, количество URL уходит в космос. Решения. Первое: закрывайте от индексации URL с фильтрами через canonical на чистую категорию или через robots.txt. Второе: используйте директиву Clean-param в Яндекс.Вебмастере для параметров сортировки и фильтрации. Третье: настройте noindex на страницах с применёнными фильтрами, если они не несут уникальной ценности. Четвёртое: если фильтр создаёт действительно уникальную подборку (например, «диваны угловые серые»), такую страницу можно индексировать, но с уникальным контентом — title, description, H1 и текстом, описывающим именно эту подборку. Тогда это уже не дубль, а самостоятельная посадочная страница.


Часто задаваемые вопросы

Нужно ли добавлять страницы пагинации в sitemap? Нет. В sitemap должны быть только канонические URL. Если каждая страница пагинации имеет canonical на себя, технически они могут быть в sitemap, но лучше ограничиться первой страницей категории и отдельными товарами. Робот сам дойдёт до пагинации по ссылкам.

Как проверить, что rel prev next настроен правильно? Откройте исходный код второй страницы пагинации. Найдите теги link с rel="prev" и rel="next". Проверьте, что URL в href — абсолютные и ведут на существующие страницы. Затем проверьте в Яндекс.Вебмастере через инструмент «Проверить URL» — он покажет, как робот видит страницу.

Можно ли вообще закрыть пагинацию от индексации? Можно, если товары из пагинации доступны через другие пути (карта сайта, перелинковка из других категорий). Но это риск: товар, оставшийся только на странице пагинации под noindex, выпадет из индекса. Лучше настроить правильную индексацию, чем закрывать часть каталога.

Что лучше для SEO: пагинация или бесконечная прокрутка? Для SEO классическая пагинация с отдельными URL лучше — она даёт роботу чёткую структуру. Бесконечная прокрутка удобнее для пользователей, но требует дополнительных технических решений для индексации. Идеальный компромисс — бесконечная прокрутка с подменой URL и дублирующей статической пагинацией.

Сколько товаров выводить на одной странице пагинации? С точки зрения SEO оптимально 20-50 товаров. Меньше 10 — слишком много страниц пагинации, робот может не дойти до конца. Больше 100 — страница долго грузится, пользователи не скроллят так далеко. Ориентируйтесь на скорость загрузки и удобство пользователей, а не только на SEO.

0 из 0 оценок