Пагинация и SEO: как правильно индексировать страницы категорий

Пагинация без правильного canonical и контроля crawl budget обходится интернет-магазину тысячами страниц-дублей и потерянным трафиком. В статье — конкретные настройки для WordPress, OpenCart и Magento, анализ трёх подходов к canonical и кейс магазина с 500+ страницами пагинации.

Что такое пагинация и почему она важна для SEO

Пагинация — это разбивка большого списка контента на последовательные страницы: /category/, /category/page/2/, /category/page/3/ и так далее. Она присутствует в каталогах интернет-магазинов, блогах, архивах тегов, внутренней поисковой выдаче сайта.

С точки зрения SEO пагинация — классический обоюдоострый инструмент. С одной стороны, она помогает Google обходить и индексировать сотни товаров или статей, которые не поместились бы на одной странице. С другой — неправильно настроенная пагинация генерирует тысячи страниц-дублей, пожирает crawl budget и «размывает» вес ссылок по бесконечным URL.

По нашей практике на проектах с каталогами от 1000+ позиций пагинация входит в топ-3 причин просадки органического трафика после технического аудита. Наряду с проблемами canonical на товарных страницах и некорректным robots.txt.

Проблемы пагинации: дубли, crawl budget, link juice

Три главные SEO-проблемы пагинации — и все три взаимосвязаны.

Дублирование контента

Если CMS генерирует одинаковый или похожий title/description для /category/ и /category/page/2/, Google воспринимает их как дубли. В WordPress без SEO-плагина это происходит по умолчанию: тег <title> на второй странице категории идентичен первой. Мы проверяли это на более чем 30 проектах — проблема встречается в 8 из 10 новых клиентов без SEO-настроек.

Расход crawl budget

Для крупного интернет-магазина 500 страниц пагинации могут «съедать» от 40 до 70% crawl budget. Это означает, что Google тратит ресурсы на обход технических страниц вместо того, чтобы чаще индексировать новые товары или обновлённые цены. В Google Search Console → Settings → Crawl Stats эта картина хорошо видна.

Размывание link juice

Если внешние ссылки ведут на /category/page/5/ (например, кто-то напрямую залинковал этот URL), вес этих ссылок «рассеивается» по технической странице, а не концентрируется на главной странице категории. Self-canonical решает эту проблему: любая ссылка на /page/5/ будет атрибутирована на первую страницу категории — если canonical указан правильно.

Три подхода к canonical на пагинированных страницах

Существует три распространённых подхода — и только один из них рекомендуется Google в 2025–2026 годах.

Подход 1: Canonical на первую страницу (устаревший)

Ранее широко рекомендовалось ставить canonical с /category/page/2/ на /category/. Логика: весь «вес» концентрируется на первой странице. Проблема: Google видит, что canonical указывает на другую страницу, и может игнорировать весь контент /page/2/. Товары, которые есть только на второй и последующих страницах, рискуют не попасть в индекс.

Подход 2: Self-canonical (рекомендуется)

Каждая пагинированная страница указывает canonical на саму себя. /category/page/2/ имеет <link rel="canonical" href="https://example.com/category/page/2/">. Это сигнализирует Google, что каждая страница является самостоятельным документом, и позволяет индексировать товары со всех страниц пагинации.

Подход 3: Noindex (не рекомендуется)

Закрыть /page/2/ и далее через meta robots noindex. Краткосрочная логика: убираем дубли из индекса. Долгосрочная проблема: товары с этих страниц становятся недоступными для Google, краулер всё равно обходит страницы (тратит бюджет), а рейтинг категорий падает, потому что Google не видит полный ассортимент.

Подробнее о механизме работы и типичных ошибках при настройке — в нашей статье о канонических тегах.

Google и пагинация после 2019: отмена rel=prev/next

21 марта 2019 года команда Google Search официально сообщила, что больше не использует rel=prev и rel=next как сигнал для распознавания пагинированных серий. Это стало неожиданностью для SEO-сообщества — теги активно рекомендовались годами.

Фактически Google внутренне отказался от этих тегов ещё в 2011 году, но публично не сообщал об этом. Bing до сих пор декларирует поддержку rel=prev/next. Удалять эти теги не обязательно — но считать их основным решением для пагинации в 2025–2026 — ошибка.

Что Google рекомендует сейчас

• Self-canonical на каждой пагинированной странице — основная рекомендация.
• Уникальный title и description для каждой страницы пагинации. Например: «Кроссовки Nike — страница 2 из 15 | Название магазина».
• Чёткие ссылки между страницами (предыдущая/следующая) в HTML, доступные для краулера.
• Не блокировать пагинированные страницы в robots.txt, если на них есть уникальные товары.

«Мы разработали системы, которые могут определять связь между страницами пагинации без специальных тегов. Однако лучшее, что вы можете сделать — убедиться, что каждая страница имеет уникальный контент и правильный canonical.» — официальная позиция Google Search Central.

Настройка пагинации в WordPress, OpenCart, Magento

WordPress + Yoast SEO / Rank Math

По умолчанию WordPress добавляет пагинацию для категорий и архивов. Yoast SEO автоматически ставит self-canonical на каждую пагинированную страницу. Но есть типичная ошибка: при активации плагина настройка canonical для пагинации иногда остаётся на значении «canonical на первую страницу». Проверьте:

1. Yoast SEO → Search Appearance → Taxonomies → Categories → включите «SEO for Archive pages».
2. Проверьте через View Source на /category/page/2/ — тег <link rel="canonical"> должен указывать на саму /page/2/, а не на /category/.
3. В Rank Math: General Settings → Links → Canonical URL → убедитесь, что «Use Pagination Base» отключено.

OpenCart

OpenCart по умолчанию не генерирует canonical теги. Без SEO-расширения все страницы категорий с пагинацией — потенциальные дубли. Настройка:

1. Установить SEO-расширение (SEO Pack Pro или аналог) или добавить canonical вручную в catalog/view/theme/[theme]/template/product/category.tpl.
2. В шаблоне убедиться, что canonical формируется динамически: для /index.php?route=product/category&path=25&page=2 canonical должен быть /your-category/?page=2 (или ЧПУ-аналог).
3. Активировать SEO URL в Admin → Settings → Store → SEO URL = Yes. Это убирает параметры из URL и упрощает контроль canonical.

Magento 2

Magento имеет встроенные настройки для canonical в разделе Stores → Configuration → Catalog → Catalog → Search Engine Optimization:

1. Use Canonical Link Meta Tag For Categories → установите «Yes».
2. Обратите внимание: по умолчанию Magento ставит canonical на /category/ (первую страницу) для всех пагинированных страниц. Это устаревший подход. Для изменения нужно модифицировать модуль или установить SEO-расширение.
3. Проверьте параметры фильтров: Magento генерирует URL типа /category.html?color=34&size=5 — эти URL должны быть закрыты от индексации.

Infinite scroll и SEO: проблемы и решения

Бесконечная прокрутка выглядит удобно для пользователя, но для SEO — это ловушка. Когда новые товары подгружаются динамически через JavaScript, краулер Google видит только первый «экран» продуктов. Остальные просто не существуют для индексатора.

Мы столкнулись с этим на проекте клиента с категорией женской одежды — после внедрения infinite scroll на главной странице категории в GSC упало более 400 проиндексированных URL товаров за 6 недель. Причина: Googlebot рендерит JavaScript ограниченно — глубокий infinite scroll он не проходит.

Решения для infinite scroll

• Гибридный вариант: infinite scroll + отдельные URL для каждой «порции» (/page/2/, /page/3/). Google официально рекомендует этот подход. Реализуется через History API (pushState) — при прокрутке URL меняется.
• Кнопка «Загрузить ещё» вместо автоматической подгрузки: более SEO-friendly, поскольку первая страница содержит чёткий набор товаров, а остальные доступны через пагинированные URL.
• Серверный рендеринг (SSR): для React/Vue магазинов — критическое требование. Клиентский рендеринг infinite scroll невидим для Googlebot в 90% случаев.

Фильтры и пагинация в интернет-магазинах

Сочетание фильтров и пагинации — наиболее опасная зона для SEO интернет-магазина. Каждая комбинация фильтров генерирует уникальный URL: /category/?color=red&size=XL&page=3. Для магазина с 50 цветами, 10 размерами и 20 страницами пагинации математика неумолима: до 10 000 уникальных URL только для одной категории.

Стратегии управления URL фильтров

• Canonical на чистую категорию: все URL с параметрами фильтров указывают canonical на /category/. Подходит, если отфильтрованные страницы не имеют SEO-ценности.
• Выборочный noindex для комбинированных фильтров: страницы с одним фильтром (например, /category/red/) могут быть ценными SEO-страницами. Комбинированные (два и более фильтра) — лучше закрыть noindex.
• GSC URL Parameters: в Google Search Console → Legacy Tools → URL Parameters можно указать Google, что параметр ?sort= или ?order= не влияет на контент. Но этот инструмент устарел и удаляется Google.
• Robots.txt Disallow для параметров: Disallow: /*?*color= — закрывает от краулера все URL с параметром color. Использовать осторожно — можно случайно заблокировать важные страницы.

Практический чеклист аудита пагинации

Используйте этот чеклист при техническом SEO-аудите сайта. Для крупных каталогов (500+ URL) рекомендуем Screaming Frog или Ahrefs Site Audit.

1. Проверьте canonical на /page/2/: откройте View Page Source и найдите <link rel="canonical">. Он должен указывать на саму /page/2/, а не на /category/.
2. Проверьте уникальность title/description: в Screaming Frog отфильтруйте URL, содержащие /page/ или ?page=. Сравните title с первой страницей категории — они должны различаться.
3. Анализ Crawl Stats в GSC: Settings → Crawl Stats → By response code. Если /page/ URL составляют более 30% от всех запросов — есть проблема с бюджетом.
4. Проверьте robots.txt: убедитесь, что ни одна пагинированная страница не заблокирована (если на ней есть уникальные товары).
5. Проверьте URL фильтров: найдите в GSC или Screaming Frog URL с двумя и более параметрами (?color=&size=) — их следует закрыть от индексации.
6. Проверьте наличие next/prev ссылок: на каждой странице пагинации должны быть HTML-ссылки «Предыдущая страница» / «Следующая страница» — для пользователя и краулера.
7. Проверьте хлебные крошки: они должны быть на всех пагинированных страницах и правильно передавать иерархию.
8. Infinite scroll: если используется, проверьте в Google Search Console → URL Inspection, видит ли Google отрендеренную версию страницы со всеми товарами.

Как правильно использовать GSC для анализа индексации пагинированных страниц — в нашем полном гайде по Google Search Console.

Кейс: магазин с 500+ страницами пагинации

К нам обратился клиент — интернет-магазин электроники с каталогом более 6 000 товаров. Первый аудит выявил:

• 548 страниц пагинации без canonical (дублировали title первой страницы категории)
• 1 200 URL с комбинированными параметрами фильтров в индексе Google
• Crawl Stats: 65% запросов тратились на /page/ и ?filter= URL
• 2 400 товаров с /page/10/ и далее не имели ни одной внутренней ссылки

Что сделали за 8 недель: добавили self-canonical на все пагинированные страницы, уникальные title с номером страницы, закрыли комбинированные фильтры через canonical, исправили хлебные крошки. Результат через 3 месяца: количество проиндексированных товаров выросло на 68%, органический трафик категорий +34%, Crawl Stats — доля /page/ URL снизилась до 18%.

На практике

К нам обратился владелец кулинарного блога на WordPress — 4 200 рецептов, разбитых по рубрикам: выпечка, супы, салаты, десерты и ещё девять категорий. В каждой рубрике — до 8 страниц пагинации. Проблему клиент обнаружил сам: трафик рос, но почти исключительно на главную и рубричные страницы, тогда как сами рецепты практически не получали органических показов.

Аудит в Screaming Frog показал причину сразу: ни одна из 70 страниц пагинации (/рецепты/выпечка/page/2/ — /page/8/) не имела self-canonical — каждая ссылалась canonical обратно на /рецепты/выпечка/.

В GSC → Crawl Stats обнаружили, что 62% всех запросов краулера уходило именно на /page/2/–/page/8/ вместо карточек рецептов. Фактически пагинация «съедала» бюджет, и Google почти не доходил до самих рецептов.

За 3 недели исправили canonical через шаблон WordPress (Yoast SEO, опция «Use Pagination Base» = выключить), добавили все 4 200 рецептов в XML-sitemap с приоритетом 0.8 и проверили отрендеренный HTML через GSC → URL Inspection для 20 случайных рецептов с глубоких страниц. Через 11 недель органический трафик вырос на 44%, а доля /page/ URL в Crawl Stats упала с 62% до 19%.

В контентных блогах с глубокой пагинацией canonical «на себя» — это не опция, а условие выживания рецептов в индексе. Пока /page/2/ смотрит canonical на /page/1/, Google просто не видит смысл идти дальше.

Частые вопросы

Нужно ли ставить noindex на страницы пагинации?

Нет. noindex на /page/2/ убирает страницы из индекса, но краулер всё равно их посещает и тратит бюджет. Товары и статьи на этих страницах становятся недоступными для Google. Оптимальное решение — self-canonical на каждую пагинированную страницу плюс внутренние ссылки на индексируемые страницы категорий.

Что произошло с тегами rel=prev/next после 2019 года?

В марте 2019 года Google официально сообщил, что больше не использует rel=prev/next как сигнал пагинации. Bing и некоторые другие поисковые системы всё ещё могут их учитывать, поэтому удалять теги не обязательно, но полагаться на них как на основную стратегию — ошибка.

Как правильно настроить canonical для страниц пагинации?

Каждая пагинированная страница должна иметь self-canonical: /category/page/2/ ссылается canonical на саму себя. Не нужно указывать canonical на первую страницу — это приводит к тому, что Google может проигнорировать контент на /page/2/ и далее, и товары с этих страниц выпадут из индекса.

Вредит ли пагинация crawl budget сайта?

Да, если пагинация не оптимизирована. Для крупного интернет-магазина с 500+ страницами пагинации краулер может тратить до 60–70% бюджета на технические страницы вместо приоритетных. Решение: закрыть от краулера страницы с параметрами фильтров, оставить только чистую пагинацию, и проверять в Google Search Console раздел Crawl Stats.