Пагинация и SEO: как показать каталог целиком и не размножить дубли

Что поиску нужно увидеть в последовательности страниц

У обычной пагинации каждая часть списка имеет свой URL: например, первая страница категории, затем ?page=2, ?page=3 и дальше. Google рассматривает такие адреса как отдельные страницы, советует дать каждой собственный canonical и связать последовательность ссылками <a href>. Первую страницу не стоит назначать canonical для всех остальных только потому, что они принадлежат одной категории. Это прямо указано в рекомендациях Google по пагинации.

Важна не только первая и вторая страница. Если в категории 30 частей, робот и пользователь должны иметь воспроизводимый путь до тридцатой. Ссылки «следующая» и «предыдущая» решают эту задачу лучше, чем кнопка, которая подгружает новый набор карточек только после пользовательского действия. Google обычно обнаруживает URL в атрибутах href, а не нажимает интерфейсные кнопки ради появления нового содержимого.

Яндекс также может индексировать страницы пагинации и допускать их к поиску, если на них нет ограничений. Это не означает, что каждая глубокая страница обязана получать отдельный приоритет, но означает, что нельзя считать их автоматически невидимыми. Этот принцип отражен в справке Яндекс Вебмастера о работе поиска. Пагинация остается лишь одним слоем каталога: категории, карточки и фильтры должны поддерживать ту же логику, что разобрано в материале про SEO интернет-магазина.

Сначала решите, что является отдельной страницей, а что вариантом списка

Одна категория часто получает не только номера страниц, но и сортировки, фильтры, поисковые параметры, метки аналитики и временные состояния. Ошибка начинается, когда для всех этих случаев используют один механизм без решения о роли URL.

Google рекомендует не индексировать варианты списка с фильтрами и альтернативными сортировками, если они создают повторяющиеся наборы результатов. Для параметров, которые действительно создают отдельную полезную страницу, решение должно приниматься не по шаблону, а по роли этой страницы в каталоге. Именно это разделение не дает пагинации превратиться в бесконтрольную генерацию дублей.

Сначала утвердите один канонический формат первой страницы категории: либо без ?page=1, либо с ним, но одинаково во внутренних ссылках, Sitemap и canonical. Такая мелочь быстро становится системной ошибкой на сотнях разделов.

В приоритете я ставлю не самый заметный дефект интерфейса, а тот, который меняет доступ к ассортименту. Если робот не может дойти до глубокой страницы или один товар оказывается только за кнопкой «Показать еще», сначала исправляется этот разрыв. Сортировку и косметику имеет смысл обсуждать уже после того, как маршрут до карточек работает целиком.

Почему canonical на первую страницу не лечит последовательность

Иногда все страницы категории от второй до последней получают canonical на первую. Кажется, что так проще убрать повторы. Но страницы пагинации обычно содержат другой набор карточек, а не копию начала каталога. Если объявить их неканоническими, можно лишить поисковую систему понятного сигнала о товарах или материалах, которые доступны только глубже в списке.

Canonical - это рекомендация поисковой системе, а не универсальная команда «склеить все». В документации Google о канонических URL советуют последовательно ссылаться внутри сайта на выбранный канонический адрес. Яндекс также воспринимает rel="canonical" как рекомендацию и может не учесть ее, если страницы заметно различаются; это описано в справке о каноническом адресе.

Canonical должен отражать реальное отношение документов, а не маскировать неудобство управления каталогом. Поэтому перед изменением полезно открыть несколько глубоких страниц и проверить: набор карточек меняется, URL стабилен, а контент не исчезает из исходного или отрисованного HTML.

«Показать еще» и бесконечная прокрутка: когда интерфейс не равен доступности

Кнопка «Показать еще» и бесконечная прокрутка могут быть удобны, особенно на мобильном. Они уменьшают начальную загрузку и не заставляют пользователя переходить между экранами. Но этот сценарий не должен быть единственным способом увидеть продолжение каталога.

Google допускает разные UX-паттерны, но подчеркивает, что для обхода нужны доступные ссылки на отдельные URL. Это хороший ориентир для команды: интерфейс можно делать удобным, однако технический маршрут должен существовать независимо от клика. Не нужно выбирать между UX и SEO, если у продукта есть обычные страницы последовательности, а поверх них работает быстрый сценарий загрузки. Принцип связи между разделами и материалами подробнее раскрыт в руководстве по внутренней перелинковке: пользователь и робот должны видеть не случайный набор ссылок, а объяснимый маршрут.

Как выбрать рабочую модель для конкретного каталога

Не каждому разделу нужен одинаковый уровень детализации. Небольшая подборка из 30 материалов может работать без сложной навигации. Каталог из тысяч товаров уже требует устойчивых правил URL, фильтров и последовательности. Я бы выбирал модель по трем вопросам: сколько элементов реально нужно открыть, есть ли самостоятельные фильтры со спросом и может ли команда поддерживать выбранную логику без ручных исключений.

Хорошая модель пагинации не заставляет человека думать о поисковой оптимизации. Он просто видит, сколько еще результатов есть, может перейти дальше и вернуться назад. Для команды признак зрелости другой: правила одинаково работают в маленькой категории, большой категории и после очередного обновления ассортимента.

Превратите решение в короткую задачу для команды

После выбора модели не стоит отправлять разработке формулировку «исправить пагинацию». В ней нет критерия готовности. Лучше разложить работу на проверяемые части: шаблон URL, ссылки в HTML, canonical, параметры и контрольный набор категорий.

Проверьте не только первую категорию, но и короткий, длинный и пограничный список: пустой результат, последнюю страницу и URL после изменения фильтра. Так в задаче остаются условия, которые действительно ломают шаблон, а не только его красивый первый экран.

Проверка после внедрения: что считать результатом

Считать работу завершенной после появления номеров страниц рано. Нужно увидеть, что эта последовательность действительно сохраняет доступ к ассортименту и не противоречит другим сигналам сайта.

Для контроля Яндекс Вебмастер показывает причины исключения страниц, включая NOT_CANONICAL, а при необходимости важные адреса можно отправить на переобход через раздел со страницами в поиске. Но переобход не заменяет настройку: сначала должен быть готов конечный URL, его canonical и путь из навигации.

Если каталог уже начал разрастаться фильтрами, не пытайтесь одним правилом решить и фильтры, и пагинацию. Сначала зафиксируйте доступную последовательность основных категорий. Затем отдельно разберите, какие фильтры интернет-магазина заслуживают собственных посадочных страниц. Такой порядок не распыляет работу и дает ясный следующий шаг для владельца каталога.