Пагинация — стандартный паттерн для каталогов, лент и блогов: разбивка длинного списка на пронумерованные страницы. Влияет на SEO: каждая страница пагинации может попасть в индекс, что плодит дубли контента и съедает crawl budget.
Современный подход: оставлять страницы пагинации открытыми, но с canonical на саму страницу пагинации (не на /page=1), или использовать infinite scroll с правильным HTML-fallback. Старый rel="next" / "prev" Google перестал поддерживать в 2019 году.
/catalog/?page=1, /catalog/?page=2 — каждая страница со своим canonical. Описание уникализируется по «страница 2 из 8».
Частая ошибка — ставить canonical со всех страниц пагинации на первую (?page=1): тогда товары, которые есть только на page=3, поисковик считает неважными и выкидывает из индекса, потому что canonical говорит «настоящая страница — первая». Правильно каждая страница ссылается canonical сама на себя, а уникальность поддерживается через title и description вида «Сапоги зимние — страница 3». В Яндексе пагинация дополнительно регулируется директивой Clean-param в robots.txt, если на параметр page налипают трекинговые хвосты вроде utm.
Infinite scroll без HTML-фолбэка — это контент, который Яндекс и Google физически не видят: робот не скроллит и не дожидается дозагрузки, поэтому товары со «второго экрана» просто не попадают в индекс. Решение — реальные ссылки page=2, page=3 в разметке, которые скрипт перехватывает для пользователя, но оставляет доступными роботу. Так вы и экономите crawl budget, и закрываете риск дублей, не теряя индексацию глубоких страниц.
Каждая страница пагинации ссылается на себя, иначе товары с глубоких страниц выпадают из индекса.
Открытые page=N плодят похожие страницы и съедают лимит обхода, если их не уникализировать.
Добавить номер страницы в title и description и дать роботу реальные ссылки на page=N.