Я Максим, веб-разработчик. Тема пагинации вызывает споры даже среди опытных SEO-специалистов. Одни уверены, что бесконечная прокрутка — это зло для SEO. Другие утверждают, что классические пронумерованные страницы — устаревший паттерн. На практике, как обычно, всё зависит от контекста. Расскажу, к каким выводам я пришёл за годы работы с интернет-магазинами и каталогами, и какие решения дают лучший результат и для пользователей, и для поисковых роботов.
Зачем вообще нужна пагинация
Когда в каталоге пятьсот товаров, показать их все на одной странице — плохая идея по нескольким причинам. Страница будет весить десятки мегабайт (особенно если у каждого товара фотография), грузиться десять-двадцать секунд и буквально убивать мобильных пользователей, у которых ограниченная память устройства и медленное соединение. К тому же Core Web Vitals — LCP и CLS — провалятся полностью.
Пагинация решает эту проблему, разбивая контент на удобные порции. Но способ, которым вы это делаете, критически влияет как на пользовательский опыт, так и на индексацию поисковыми роботами.
Три основных подхода к пагинации
Классическая постраничная навигация. Кнопки «1, 2, 3... 10, Следующая» внизу списка товаров. При переходе между страницами URL меняется: /catalog/page/2/, /catalog/page/3/ и так далее. Каждая страница — отдельный HTML-документ со своим набором товаров. Проверенный временем паттерн, понятный и пользователям, и поисковым роботам.
Кнопка «Показать ещё» (Load more). При нажатии подгружается следующая порция товаров через AJAX без перезагрузки страницы. Страница удлиняется, URL обычно не меняется. Пользователю удобно: не нужно ждать перезагрузки, контекст не теряется. Но для поискового робота — проблема: он не нажимает кнопки и видит только первую порцию.
Бесконечная прокрутка (Infinite scroll). Товары подгружаются автоматически при прокрутке вниз, как в ленте социальных сетей. Максимально удобно для просмотра, но ещё сложнее для SEO: робот не скроллит страницу.
Что лучше для SEO — и почему однозначного ответа нет
Классическая пагинация — самый безопасный вариант с точки зрения SEO. Каждая страница имеет свой уникальный URL, доступна для индексации, содержит свой набор товаров. Поисковый робот переходит по ссылкам и «видит» весь каталог.
Бесконечная прокрутка и «Показать ещё» — проблемные для индексации. Робот Яндекса не скроллит страницу и не нажимает JavaScript-кнопки. Он видит только то, что загружается в первоначальном HTML — обычно это первые двадцать-тридцать товаров. Всё, что подгружается динамически, — невидимо для индексации. Если у вас пятьсот товаров и робот видит только первые тридцать — четыреста семьдесят товаров выпадают из поискового индекса. Каждый такой товар — потенциально потерянный трафик по длиннохвостым запросам.
Мой проверенный подход — комбинированное решение. Для пользователя — кнопка «Показать ещё» или бесконечный скролл, потому что это удобнее классических страниц. Но одновременно в HTML-коде страницы остаются навигационные ссылки на пронумерованные страницы: /catalog/page/2/, /catalog/page/3/ и так далее. Эти ссылки могут быть визуально скрыты от основного интерфейса (размещены в подвале или в специальном навигационном блоке), но они доступны поисковому роботу. Робот ходит по этим ссылкам и индексирует все товары. Пользователь наслаждается удобным бесконечным скроллом. Обе стороны довольны.
На одном проекте — интернет-магазин одежды с 3 000 позиций — мы реализовали именно такую схему. Пользователь видел бесконечную прокрутку, а в коде присутствовали ссылки на 120 пронумерованных страниц. Через два месяца все 3 000 товаров были проиндексированы, и органический трафик по товарным запросам вырос на 35%.
Как правильно обрабатывать пагинацию для поисковиков
Google раньше поддерживал атрибуты rel="next" и rel="prev" для связывания страниц пагинации в единую цепочку. В 2019 году они официально отказались от этой разметки, признав, что она никогда не была сильным сигналом. Яндекс никогда официально не подтверждал поддержку этих атрибутов.
Что реально работает в 2026 году и что я применяю на всех проектах.
Canonical — на саму себя. Каждая страница пагинации должна иметь тег rel="canonical", указывающий на свой собственный URL. Это критически важный момент, который многие делают неправильно. Типичная ошибка — ставить canonical всех страниц пагинации на первую страницу. Логика кажется разумной: «пусть Яндекс считает первую страницу главной». Но на практике это означает, что вторая, третья и все последующие страницы исключаются из индекса вместе со всеми товарами на них. Canonical говорит поисковику: «Настоящая версия этой страницы — вот здесь». Если все страницы каноникализированы на первую — робот игнорирует остальные.
Уникальные мета-теги для каждой страницы. Для /catalog/page/2/ я добавляю «— страница 2» в title и корректирую description. Это устраняет дубли мета-тегов — ситуацию, когда двадцать страниц пагинации имеют одинаковый title. Яндекс Вебмастер показывает такие дубли как ошибку.
Все страницы пагинации — в XML-карте сайта. Sitemap должен включать URL каждой страницы пагинации, чтобы робот гарантированно их обнаружил и проиндексировал. Это особенно важно для глубоких страниц (page/50/, page/100/), до которых робот может не добраться через обычную навигацию.
Навигация с первой и последней страницы. Внизу списка я всегда размещаю ссылки не только на соседние страницы, но и на первую, последнюю и несколько промежуточных. Это сокращает глубину вложенности: робот может добраться до любой страницы за один-два клика, а не проходить цепочку из пятидесяти переходов.
Когда закрывать пагинацию от индексации
Существует мнение, что страницы пагинации (page/2/, page/3/ и далее) нужно закрывать от индекса через noindex, потому что сами по себе они не содержат уникального контента — только список карточек товаров. Логика: пусть индексируются карточки товаров, а страницы-списки не нужны в выдаче.
Я применяю этот подход выборочно. Если у вас пять-десять страниц пагинации — нет смысла закрывать, это не создаёт проблем с индексом. Если пятьсот — стоит закрыть через meta noindex, чтобы не раздувать индексируемый массив мусорными страницами и сфокусировать внимание робота на карточках товаров и категориях. Но при этом обязательно оставить страницы доступными для обхода (не блокировать в robots.txt) — иначе робот не доберётся до товаров на глубоких страницах.
Особенности пагинации с фильтрами
Отдельная головная боль для интернет-магазинов — пагинация в сочетании с фильтрами. Пользователь выбрал «Nike + размер 42» — и получил отфильтрованный список с собственной пагинацией. URL может выглядеть как /catalog/?brand=nike&size=42&page=2. Это создаёт огромное количество URL-комбинаций, которые засоряют индекс.
Моё решение: закрываю отфильтрованные страницы с пагинацией от индексации через robots.txt или meta noindex. Индексируемой остаётся только базовая пагинация категории без фильтров. Для фильтров, по которым есть поисковый спрос (например, «кроссовки Nike мужские»), создаю отдельные SEO-страницы с уникальным контентом — а не полагаюсь на параметры URL.
Пагинация — одна из тех тем в SEO, где нет единственно правильного ответа. Но есть ключевой принцип: поисковый робот должен иметь возможность добраться до каждого товара за минимальное количество кликов от главной страницы. Пагинация — инструмент, который это обеспечивает. Сделайте его удобным для обоих: и для человека, и для робота.