Как настроить пагинацию интернет-магазина, чтобы товары находились в поиске
Пагинация нужна не для продвижения page=2, а для того, чтобы робот мог последовательно добраться до товаров за первой страницей категории.
Роботу нужен технически доступный путь до каждой части списка
Для классической пагинации используют отдельные URL: /catalog/divany/, /catalog/divany/?page=2, /catalog/divany/?page=3 — и связывают их обычными HTML-ссылками. Каждая часть списка обычно получает canonical на саму себя. Канонизировать страницы 2, 3 и 4 на первую только потому, что это одна категория, не стоит: на них расположен другой набор товаров.
Задача пагинации для SEO — не продвинуть page=2, а обеспечить роботу путь к товарам за первой страницей категории.
Типовая проблема
В категории 600 товаров, на первом экране — 24. Остальные появляются только после «Показать ещё» или скролла. Пользователь их видит, но робот обычно находит URL из <a href> и не обязан нажимать кнопку либо запускать JavaScript-действие, требующее взаимодействия. Поэтому удобный интерфейс сам по себе не гарантирует обнаружение глубокой части каталога.
Три варианта вывода товаров
Пагинация
1 · 2 · 3 · 4 →. У каждой части списка есть URL; это самый прямой путь для обхода.
Показать ещё
Удобно для пользователя, но под кнопкой должны существовать URL последующих порций и обычные ссылки.
Infinite scroll
Товары подгружаются при скролле. Робот всё равно должен получать последующие части без скролла.
UX может быть современным, но SEO не должно зависеть от того, умеет ли робот нажать кнопку.
URL, ссылки и canonical
Каждой части — отдельный стабильный URL
Допустимы /catalog/divany/?page=2 и /catalog/divany/page/2/. Важно, чтобы URL возвращал соответствующий набор товаров, не жил только после #, имел предсказуемый порядок и был доступен по обычной ссылке. Fragment вида /catalog/divany/#page=2 не используют: поисковик не рассматривает часть после # как отдельную страницу.
Связываем последовательность через
Минимальная связь: page 1 → page 2 → page 3. Интерфейс может показывать 1–5 … 20, это нормально. Важно, чтобы следующая страница была реальной ссылкой, а не JavaScript-событием. Ссылки назад на первую страницу допустимы как подсказка начала коллекции, но не являются обязательным «фактором».
Self-canonical для page 2+
Плохая схема: page 2, 3 и 4 canonical на page 1. Рекомендуемая: /catalog/divany/ canonical на себя, ?page=2 — на ?page=2, и так далее. Пагинация не равна сортировке: на страницах размещены разные товары. О canonical подробнее — в статье «Как правильно настроить canonical».
Не строим решение на rel=next/prev
Google больше не использует rel=next и rel=prev для определения последовательности. Эти теги сами по себе не вредят, но не заменяют URL, внутренние ссылки и корректный canonical.
| URL | Что меняется | Тип |
|---|---|---|
| ?page=2 | Следующая часть списка | Пагинация |
| ?brand=bosch | Состав товаров | Фильтр |
| ?sort=price | Порядок товаров | Сортировка |
| ?limit=100 | Число товаров на экране | Интерфейс |
Нельзя применять к этим URL одинаковые правила robots, canonical и индексации. В частности, Disallow: *page=* может отрезать робота от части каталога, хотя сортировки и технические фильтры требуют отдельной стратегии.
Чего не нужно делать со страницами 2+
Не закрывать автоматически
Страница с page= не становится вредной только из-за параметра. Если через неё робот находит карточки, noindex или robots.txt способны усложнить архитектуру. Сначала проверяют другие пути к товарам, глубину, sitemap и внутренние ссылки.
Не дублировать SEO-текст
Основной информационный и коммерческий контент категории лучше держать на первой странице. Не нужно генерировать десятки уникальных текстов «Диваны — страница 2», «Диваны — страница 3». Номер страницы можно добавить в Title для диагностики, но это не ключевой фактор.
Не делать бесконечное пространство page=N
Некоторые CMS отдают 200 OK с пустым шаблоном для ?page=999999. Номер страницы нужно ограничить фактической длиной категории. Несуществующие части списка не должны превращаться в индексируемые пустые URL и не обязаны редиректить на page 1.
Товар не должен жить только на page=25
Чем глубже товар в каталоге, тем сложнее роботу обнаруживать его и понимать относительную важность. Если в разделе «Запчасти» 10 000 товаров по 20 на странице, новый товар может оказаться на page 430. Технически пагинация работает, но архитектура слабая.
50 товаров → пагинации достаточно
50 000 товаров → одной пагинации недостаточно
Для большого ассортимента нужны категории, подкатегории, бренды, SEO-фильтры, подборки, похожие товары и внутренняя перелинковка. Логика — «категория → подкатегория → товар», а не 200 кликов по номерам страниц.
Sitemap и товарные фиды дополняют структуру, но не исправляют сломанную навигацию. В sitemap в первую очередь указывают канонические категории, SEO-посадочные и товары; страницы пагинации обычно обнаруживаются через ссылки. Для фильтра, который выбран как самостоятельная SEO-посадочная, его собственная пагинация тоже должна открывать следующие товары. Подробнее — в материале о SEO-фильтрах интернет-магазина.
Как провести аудит пагинации
- 1
Выбрать большую категорию.
- 2
Отключить JavaScript или посмотреть исходный HTML.
- 3
Найти ссылку на page 2.
- 4
Открыть page 2 напрямую.
- 5
Проверить HTTP 200, robots, meta robots, canonical и ссылку дальше.
- 6
Открыть page 3, 10 и последнюю страницу.
- 7
Проверить реакцию на page=999999.
- 8
Взять товар с последней страницы и определить, откуда робот может его найти.
- 9
Просканировать каталог crawler’ом.
- 10
Сопоставить обнаруженные карточки с реальным ассортиментом.
Простой тест
Возьмите товар с последней страницы категории и попробуйте дойти до него только по HTML-ссылкам, начиная с категории. Если это невозможно, архитектура зависит от JavaScript или другого механизма, который нужно отдельно проверять.
| Симптом | Причина | Что проверить |
|---|---|---|
| Глубокие товары плохо находятся | Нет crawlable пагинации | href на page 2+ |
| В индексе только первые товары | Load more только через JS | HTML и рендеринг |
| Page 2 не индексируется | canonical на page 1 | canonical |
| Тысячи пустых URL | Неограниченный page=N | HTTP-коды |
| Слишком глубокий каталог | Пагинация заменяет архитектуру | Категории и фильтры |
| Много вариантов URL | page + sort + limit + filters | Параметры |
| Робот редко доходит до товаров | Слабая перелинковка | Depth и внутренние ссылки |
<a href> на следующую? Нет → добавляем. Да ↓Чего не стоит делать
- 1. Canonical всех страниц на page 1.
- 2. Закрывать page=2+ только потому, что это пагинация.
- 3. Делать Load more или infinite scroll без crawlable URL.
- 4. Использовать #page=2 и полагаться только на rel=next/prev.
- 5. Возвращать 200 для бесконечного page=N.
- 6. Генерировать SEO-тексты под каждый номер страницы.
- 7. Использовать sitemap вместо нормальной навигации.
- 8. Смешивать правила пагинации, сортировки и фильтров.
Пагинация — часть архитектуры каталога, а не просто элемент интерфейса.
«Когда я проверяю пагинацию интернет-магазина, меня меньше всего интересует внешний вид кнопок 1, 2, 3. Главный вопрос — сможет ли поисковый робот, начиная с категории, последовательно добраться до товаров. Если следующие позиции появляются только после нажатия JavaScript-кнопки, это уже повод отдельно проверять, как поисковик вообще обнаруживает каталог».
Константин Шипилов
SEO-специалист, руководитель Шипилов SEO
FAQ
Нужно ли индексировать страницы пагинации?
Не нужно автоматически закрывать их: они могут быть частью пути робота к карточкам.
Какой canonical ставить на page 2?
Обычно на сам page 2. Google не рекомендует canonical всей последовательности на первую страницу.
Нужны ли rel=next и rel=prev?
Google больше не использует их для определения пагинации.
Можно ли использовать «Показать ещё»?
Да, если есть доступная роботу URL-структура следующих частей списка.
Можно ли использовать бесконечный скролл?
Да, если робот может получить последующие части без прокрутки.
Нужно ли добавлять page=2, 3 в sitemap?
Обычно sitemap концентрируют на категориях и товарах, а пагинацию открывают ссылками.
Нужен ли уникальный текст для каждой страницы?
Нет, в этом обычно нет необходимости.
Можно ли закрыть ?page= через robots.txt?
Не стоит делать это универсально: можно отрезать робота от части каталога.
Связанные материалы и источники
SEO-фильтры интернет-магазина · Canonical и индекс · Внутренняя перелинковка · URL товаров без наличия · Неиндексируемые страницы · Каннибализация и дубли
Официальная документация: Google — pagination, Load more и infinite scroll.
Поисковик видит только часть товаров каталога?
Проверим пагинацию, фильтры, глубину товарных карточек и внутренние ссылки. Определим, может ли поисковый робот нормально пройти по каталогу и какие технические URL мешают обходу.