Как спроектировать SEO для пагинации и фильтров

Разделите листание и отбор

Пагинация делит один список на части, фильтр меняет сам набор элементов, сортировка — порядок. Для пользователя эти действия могут находиться рядом, но для адресов и содержания различаются. Запишите, какие состояния доступны по URL, какие сохраняются при переходе и что происходит при возврате. Не объединяйте все параметры словом «мусорные» без анализа.

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

Сделайте пагинацию доступной по ссылкам

Google рекомендует отдельные адреса страниц последовательности и собственные канонические адреса, а не canonical всех частей на первую. Поисковый обход не следует строить только на кнопке, вызывающей JavaScript без обычного адреса. Бесконечная прокрутка может дополнять интерфейс, если за ней остаётся проверяемый маршрут к содержимому.

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

Классифицируйте фильтры

Наличие частотной фразы ещё не означает, что магазин способен предложить подходящий ассортимент и условия. Для отдельной посадочной нужны стабильность и самостоятельная полезность. Если фильтр даёт два случайных товара и повторяет общую категорию, решение о выделении следует пересмотреть. Подробнее пользовательская модель описана в статье о фильтрах магазина.

Ограничьте пространство комбинаций

Множество независимых параметров быстро создаёт огромный набор URL. Документация Google о фасетной навигации рассматривает управление таким обходом. Выберите допустимый порядок параметров, обработку повторов и невозможных значений. Сначала определите, какие адреса нужны поиску, затем способ ограничения остальных с учётом уже существующей индексации.

Не применяйте robots.txt, noindex и canonical как одинаковые команды. Если обход закрыт, робот может не увидеть метаданные страницы. Если canonical ведёт на существенно другое содержание, сигнал может не соответствовать задаче. Разбор инструментов есть в отдельном материале, а выбор канонического адреса — в статье о canonical.

Проверьте содержание до и после JavaScript

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

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

Учебный пример каталога материалов

В блоге сто двадцать материалов, по двенадцать на странице. Каждый номер открывается непосредственно, имеет понятный заголовок и ссылки к соседним частям. Поиск показывает совпадения по всему набору, а сброс возвращает к обычному списку. Несуществующий номер не создаёт индексируемую пустую копию. Числа приведены для объяснения модели.

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

Критерий завершения

Посетитель и проверяющий могут добраться до любого предназначенного материала по понятным ссылкам. Индексируемые комбинации имеют владельца и содержание, технические — согласованное ограничение. После изменения размера списка и новых фильтров правила повторно проверяются, сохраняя целостность структуры.

Как проверять товар, доступный только на второй странице каталога

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

Не назначайте первой странице canonical для всех частей только потому, что у них общий заголовок раздела: набор объектов различается. Правила пагинации и фильтров согласуйте отдельно. Сохраните тестовые адреса с обычным результатом, пустым состоянием и недопустимым параметром. Так проверяется реальная доступность каталога, а не наличие красивого компонента листания.