Вы заходите в интернет-магазин, выбираете категорию «Кроссовки» и видите: 1-24 из 5000 товаров. Внизу страницы — знакомые цифры: 1, 2, 3… 209. Это пагинация — способ разбить большой объём контента на отдельные страницы.

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

В этой статье мы разберём, как пагинация влияет на SEO, какие методы пагинации существуют и как настроить их правильно, чтобы поисковики видели все ваши страницы, а пользователи легко находили нужные товары.

Зачем нужна пагинация и какие проблемы она создаёт

Зачем нужна пагинация:

  • Удобство пользователя. 5000 товаров на одной странице загружались бы вечность и были бы нечитаемы.
  • Скорость загрузки. Разбивка на страницы снижает нагрузку на сервер и браузер.
  • Структурирование контента. Пользователь может последовательно изучать каталог.

Какие проблемы создаёт пагинация для SEO:

  1. Глубина залегания. Товары на странице 50 находятся далеко от главной. Поисковик может до них просто не добраться.
  2. Дубли контента. Страницы ?page=2 и ?page=3 имеют почти идентичный контент: тот же заголовок H1, то же описание категории, те же фильтры. Меняется только список товаров.
  3. Размывание веса. Внешние ссылки на категорию распределяются между всеми страницами пагинации.
  4. Расход краулингового бюджета. Робот тратит время на сканирование десятков и сотен страниц пагинации вместо уникального контента.
  5. Каннибализация. Страницы пагинации могут конкурировать друг с другом в выдаче по одним и тем же запросам.

Виды пагинации и их SEO-особенности

2.1. Классическая нумерованная пагинация

Страницы: catalog/, catalog/?page=2, catalog/?page=3, …

Плюсы:

  • Привычна для пользователей.
  • Все страницы доступны по прямым ссылкам.
  • Легко реализуется.

Минусы:

  • Создаёт множество URL с похожим контентом.
  • Глубинные страницы могут не индексироваться.
  • Требует правильной настройки SEO-атрибутов.

2.2. View All (Показать все)

Одна страница со всеми товарами категории.

Плюсы для SEO:

  • Идеально для индексации. Один URL, весь контент сразу доступен роботу.
  • Консолидация веса. Все ссылки идут на одну страницу.
  • Нет дублей и каннибализации.

Минусы:

  • Медленная загрузка, если товаров больше 100-200.
  • Может быть неудобна для пользователя (долго скроллить).

Рекомендация Google: Если View All загружается быстрее 3 секунд — это лучший вариант для SEO. Если товаров много — комбинируйте: View All для SEO, пагинация для пользователей.

2.3. Бесконечная прокрутка (Infinite Scroll)

Контент подгружается автоматически при скроллинге вниз.

Плюсы:

  • Удобно для пользователя на мобильных.
  • Удерживает внимание.

Минусы для SEO:

  • Робот не умеет скроллить. Googlebot не выполняет JavaScript-скроллинг автоматически.
  • Контент может не проиндексироваться. Если подгрузка идёт через AJAX без поддержки пагинации.

Решение: Реализовать бесконечную прокрутку с заменой URL (History API) и отдельными индексируемыми страницами для каждой «порции». Это сложно, но возможно.

2.4. Кнопка «Загрузить ещё» (Load More)

Контент подгружается по нажатию кнопки.

Минусы для SEO:

  • Робот не нажимает кнопки. Без дополнительной настройки контент за кнопкой не проиндексируется.

Решение: Кнопка должна быть ссылкой на следующую страницу пагинации, чтобы робот мог перейти по ней.

Как поисковики обрабатывают пагинацию

Google:

Долгое время Google использовал атрибуты rel=»prev» и rel=»next» для объединения страниц пагинации в цепочку. Важное обновление 2019 года: Google объявил, что больше не использует rel=»prev/next» для объединения сигналов. Теперь каждая страница пагинации рассматривается как самостоятельная, если не указано иное.

Что это значит:

  • Страницы пагинации индексируются отдельно.
  • Каждая страница может ранжироваться сама по себе.
  • Нужно использовать канонические URL или View All для консолидации.

Яндекс:

Яндекс продолжает поддерживать rel=»prev» и rel=»next» и рекомендует их использовать для объединения страниц пагинации в логическую последовательность.

Лучшие практики SEO для пагинации

Стратегия 1. View All как каноническая версия (рекомендовано)

  1. Создайте страницу View All со всеми товарами (catalog/view-all/).
  2. На всех страницах пагинации (?page=2, ?page=3) укажите каноникал на View All.
  3. Для пользователей оставьте пагинацию, для SEO — консолидируйте вес на View All.

Плюсы: Весь вес на одной странице, нет дублей, весь контент доступен роботу.

Минусы: View All должна быстро загружаться.

Стратегия 2. Каноникал на первую страницу (не рекомендуется)

Указать на всех страницах пагинации каноникал на первую страницу (catalog/).

Проблема: Товары со страниц 2, 3, 50 не будут проиндексированы, так как робот считает их неканоническими дублями.

Когда использовать: Только если товары на последующих страницах не важны для поиска (что редкость).

Стратегия 3. Самоканоникал + rel=»prev/next»

Каждая страница пагинации указывает каноникал на саму себя и связана с соседними через rel=»prev/next».

html

<!— На странице ?page=2 —><link rel=»canonical» href=»https://site.ru/catalog/?page=2″><link rel=»prev» href=»https://site.ru/catalog/»><link rel=»next» href=»https://site.ru/catalog/?page=3″>

Плюсы: Товары на всех страницах могут быть проиндексированы.

Минусы: Вес размывается, глубокие страницы могут не сканироваться.

Стратегия 4. Пагинация без индексации глубоких страниц

  • Первые 2-3 страницы пагинации — индексируются.
  • Страницы глубже — закрываются через noindex или каноникал на View All.

Это экономит краулинговый бюджет и сохраняет в индексе самые важные страницы.

Техническая реализация правильной пагинации

Шаг 1. Настройте ЧПУ для страниц пагинации

Вместо ?page=2 используйте catalog/page/2/. Это чище и лучше для SEO.

Шаг 2. Добавьте самоканоникал на каждую страницу

html

<link rel=»canonical» href=»https://site.ru/catalog/page/2/»>

Шаг 3. Добавьте rel=»prev» и rel=»next» (для Яндекса и для порядка)

html

<link rel=»prev» href=»https://site.ru/catalog/»><link rel=»next» href=»https://site.ru/catalog/page/3/»>

Шаг 4. Управляйте индексацией глубоких страниц

Если товаров очень много (более 50 страниц пагинации), рассмотрите возможность закрыть от индексации страницы глубже 10-й:

html

<meta name=»robots» content=»noindex, follow»>

Шаг 5. Оптимизируйте мета-теги для страниц пагинации

Чтобы избежать дублей Title и Description, добавьте номер страницы:

html

<title>Кроссовки Nike — страница 2 | Интернет-магазин</title><meta name=»description» content=»Кроссовки Nike с доставкой. Страница 2 каталога.»>

Настройте хлебные крошки

Хлебные крошки должны отражать пагинацию или вести на основную категорию без номера страницы.

Бесконечная прокрутка и SEO

Если вы используете бесконечную прокрутку, обязательно реализуйте пагинацию с отдельными URL как fallback для роботов.

Правильная реализация (Google рекомендует):

  1. При скроллинге URL меняется через History API (/catalog/?page=2).
  2. Каждая «страница» бесконечной прокрутки имеет свой URL.
  3. На этих URL контент доступен без JavaScript (серверный рендеринг).
  4. Между URL настроены rel=»prev/next» и самоканоникалы.

Без такой реализации робот увидит только первую «порцию» товаров.

Типичные ошибки пагинации в SEO

Ошибка 1. Каноникал всех страниц на первую

Товары со 2-й и далее страниц выпадают из индекса.

Ошибка 2. Отсутствие самоканоникала

Страницы пагинации без каноникала могут создавать дубли с параметрами.

Ошибка 3. Пагинация через # (якорь)

catalog/#page=2 — робот не видит содержимое после #.

Ошибка 4. Noindex на всех страницах пагинации

Товары вообще не индексируются.

Ошибка 5. Блокировка CSS/JS для пагинации

Если пагинация реализована на JavaScript, а JS закрыт в robots.txt, робот не увидит кнопки «Далее».

Ошибка 6. Бесконечная прокрутка без отдельных URL

Робот видит только первую порцию товаров.

Пагинация и фильтры

Часто пагинация комбинируется с фильтрами: catalog/?color=red&page=2.

Проблема: Множество комбинаций создаёт миллионы URL, съедающих краулинговый бюджет.

Решения:

  1. Каноникал на чистую категорию. Все отфильтрованные URL указывают каноникал на catalog/.
  2. Закрытие параметров в robots.txt. Disallow: /*?*
  3. Управление параметрами в Google Search Console. Укажите, что параметры color, size не меняют контент.
  4. Noindex на страницы с фильтрами.

Как проверить пагинацию

Инструмент Что проверять
Screaming Frog Сканирует сайт, показывает все страницы пагинации, каноникалы, rel prev/next
Google Search Console Отчёт «Покрытие» — какие страницы пагинации проиндексированы
Проверка URL в GSC Видит ли Googlebot каноникал и rel prev/next
Rich Results Test Проверяет, доступен ли контент на страницах пагинации

Мобильная пагинация

На мобильных устройствах пагинация ещё критичнее:

  • Кнопки «Далее» и номера страниц должны быть достаточно крупными (минимум 48x48px).
  • Рассмотрите кнопку «Загрузить ещё» как альтернативу, но с правильной SEO-реализацией.
  • View All на мобильных может быть слишком тяжёлым — используйте с осторожностью.

Заключение

Пагинация — неизбежное зло для крупных каталогов, но её влияние на SEO можно и нужно контролировать.

Краткое резюме по стратегиям:

Стратегия Когда использовать SEO-эффект
View All как каноническая Товаров до 200-300, быстрая загрузка Идеально
Самоканоникал + prev/next Много товаров, важна индексация всех Хорошо
Первые 10 страниц в индексе, остальные noindex Очень много товаров, экономия бюджета Компромисс
Каноникал на первую Только если товары на других страницах не важны Плохо

Выбирайте стратегию, исходя из размера каталога и целей. Главное — не оставляйте пагинацию «как есть». Неправильная пагинация — это скрытый убийца SEO, который годами может мешать вашему сайту раскрыть потенциал.