Пагинация и её влияние на индексацию
Вы заходите в интернет-магазин, выбираете категорию «Кроссовки» и видите: 1-24 из 5000 товаров. Внизу страницы — знакомые цифры: 1, 2, 3… 209. Это пагинация — способ разбить большой объём контента на отдельные страницы.
Казалось бы, что может быть проще и привычнее? Но с точки зрения SEO пагинация — одна из самых коварных технических проблем. Неправильно настроенная, она приводит к тому, что поисковик не находит большую часть товаров, размывает вес между десятками одинаковых страниц и съедает краулинговый бюджет.
В этой статье мы разберём, как пагинация влияет на SEO, какие методы пагинации существуют и как настроить их правильно, чтобы поисковики видели все ваши страницы, а пользователи легко находили нужные товары.
Зачем нужна пагинация и какие проблемы она создаёт
Зачем нужна пагинация:
- Удобство пользователя. 5000 товаров на одной странице загружались бы вечность и были бы нечитаемы.
- Скорость загрузки. Разбивка на страницы снижает нагрузку на сервер и браузер.
- Структурирование контента. Пользователь может последовательно изучать каталог.
Какие проблемы создаёт пагинация для SEO:
- Глубина залегания. Товары на странице 50 находятся далеко от главной. Поисковик может до них просто не добраться.
- Дубли контента. Страницы ?page=2 и ?page=3 имеют почти идентичный контент: тот же заголовок H1, то же описание категории, те же фильтры. Меняется только список товаров.
- Размывание веса. Внешние ссылки на категорию распределяются между всеми страницами пагинации.
- Расход краулингового бюджета. Робот тратит время на сканирование десятков и сотен страниц пагинации вместо уникального контента.
- Каннибализация. Страницы пагинации могут конкурировать друг с другом в выдаче по одним и тем же запросам.
Виды пагинации и их 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 как каноническая версия (рекомендовано)
- Создайте страницу View All со всеми товарами (catalog/view-all/).
- На всех страницах пагинации (?page=2, ?page=3) укажите каноникал на View All.
- Для пользователей оставьте пагинацию, для 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 рекомендует):
- При скроллинге URL меняется через History API (/catalog/?page=2).
- Каждая «страница» бесконечной прокрутки имеет свой URL.
- На этих URL контент доступен без JavaScript (серверный рендеринг).
- Между 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, съедающих краулинговый бюджет.
Решения:
- Каноникал на чистую категорию. Все отфильтрованные URL указывают каноникал на catalog/.
- Закрытие параметров в robots.txt. Disallow: /*?*
- Управление параметрами в Google Search Console. Укажите, что параметры color, size не меняют контент.
- 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, который годами может мешать вашему сайту раскрыть потенциал.