Пагинация - это разбиение длинного списка на страницы: товары в категории, статьи в блоге, объявления в каталоге. Задача выглядит технической, но у неё прямые последствия для SEO. Через страницы списка поисковый робот находит карточки товаров. Если навигация сделана неудачно, часть каталога просто не попадёт в индекс, и это не будет видно ни в одном отчёте, пока кто-нибудь не пересчитает страницы вручную.
Рабочая схема
Самый надёжный вариант остаётся самым простым: обычные ссылки на страницы вида category?page=2 или category/page/2, где каждая страница доступна по своему адресу и открывается без JavaScript. На каждой странице ставится свой canonical, указывающий на саму себя, а не на первую страницу категории. Это принципиальный момент: canonical на первую страницу со всех остальных означает для робота, что содержимое вторых и третьих страниц можно игнорировать, а вместе с ним и ссылки на товары оттуда.
Атрибуты rel next и rel prev Google официально перестал использовать несколько лет назад, так что тратить на них время не нужно. Достаточно обычных ссылок в разметке и правильного canonical.
Закрывать ли вторые страницы от индексации
Распространённый совет закрыть все страницы кроме первой через noindex опасен. Google со временем перестаёт обходить страницы с noindex, а вместе с ними теряются и исходящие с них ссылки на товары. Если хочется избежать слабых страниц в выдаче, лучше оставить их индексируемыми, но сделать заголовок и текст уникальными хотя бы за счёт номера страницы, а описание категории выводить только на первой.
Показать ещё и бесконечная прокрутка
Кнопка показать ещё и подгрузка при прокрутке удобны для людей, но сами по себе не создают адресов, по которым робот может дойти до глубоких товаров. Решение - гибрид: визуально работает подгрузка, но при этом в коде остаются настоящие ссылки на страницы, а адрес в строке браузера меняется при прокрутке. Тогда и посетитель доволен, и робот проходит каталог до конца.
- Каждая страница имеет уникальный адрес и открывается напрямую.
- Canonical указывает сам на себя.
- Ссылки на страницы присутствуют в HTML, а не появляются только после клика.
- Сортировка и фильтры не создают бесконечных комбинаций адресов в индексе.
- В карте сайта перечислены товары, а не страницы пагинации.
Сколько элементов на страницу
Чем больше товаров на странице, тем меньше страниц нужно пройти роботу, чтобы добраться до последнего товара. Но большие страницы медленнее грузятся и хуже проходят по Core Web Vitals. Разумный баланс для каталога - от двадцати четырёх до сорока восьми карточек при условии, что картинки грузятся лениво и в современном формате. Если в категории больше двух тысяч товаров, стоит разбить её на подкатегории: это лучше и для навигации, и для сбора запросов, чем сорок страниц пагинации подряд.
Проверить результат просто: возьмите последнюю страницу категории, откройте её в режиме инкогнито и убедитесь, что она открывается, отдаёт код 200 и содержит ссылки на товары. Если она пустая или отдаёт ошибку, значит часть каталога недоступна ни людям, ни поиску.
Что делать с сортировкой и фильтрами
Пагинация редко живёт отдельно: рядом всегда есть сортировка по цене и фильтры по параметрам. Каждое их сочетание порождает новый адрес, и вместе с пагинацией количество страниц растёт лавинообразно. Сотня товаров легко превращается в десятки тысяч адресов, между которыми робот и распыляет бюджет обхода.
Рабочее правило: индексируются только те комбинации фильтров, под которые есть реальный поисковый спрос и подготовленный текст, например обувь конкретного бренда нужного размера. Все остальные сочетания и любая сортировка отдаются с canonical на базовую категорию. Порядок товаров не меняет их состав, поэтому отдельная страница с сортировкой по возрастанию цены поиску не нужна.