Пагинация в SEO

Как пагинация влияет на краулинговый бюджет и индексацию, когда использовать noindex, а когда canonical, с примерами кода для HTML, PHP и sitemap.

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

Что такое пагинация

Пагинация делит большой набор контента — товары, статьи, отзывы — на последовательные страницы с уникальными URL. Распространённые шаблоны: /catalog/?page=2, /catalog/page/2/, /catalog/2/. Поисковые системы воспринимают каждый URL как отдельный документ.

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

Три формата пагинации с точки зрения SEO работают принципиально по-разному:

Формат 1Нумерованные страницы

Кнопки «1 2 3 ... 100», у каждой страницы свой URL. SEO-управление гибкое: noindex, canonical или полная индексация.

Формат 2Бесконечная прокрутка

Контент подгружается при прокрутке без смены URL. Без рендеринга JavaScript Googlebot видит только первый экран. Нужен HTML-fallback.

Формат 3Кнопка «Загрузить ещё»

URL не меняется, контент добавляется по клику. Проблема та же: без рендеринга JS Googlebot видит только исходную порцию контента.

Краулинговый бюджет и дубли контента

Магазин на 500 товаров по 20 на страницу создаёт 25 URL пагинации на каждую категорию. При 50 категориях это 1 250 URL, которые Googlebot должен просканировать, прежде чем доберётся до карточек товаров.

Реальный кейс. Интернет-магазин электроники, 8 000 SKU. Пагинация без noindex — 400+ URL категорий. Новые товары индексировались 3–4 недели. После добавления noindex, follow на страницы 2+ время индексации сократилось до 3–5 дней.

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

  • Дубли контента. Title и Description одной категории одинаковы на /page/1 и /page/15. Заголовок раздела повторяется. Google видит похожие страницы и не понимает, какую из них ранжировать.
  • Размывание веса. Внутренние ссылки распределяются между десятками URL пагинации. Товары на 10-й и последующих страницах получают минимум внутреннего авторитета.
  • Потеря краулингового бюджета. На небольших и средних сайтах Googlebot тратит бюджет на шаблонные страницы списков вместо приоритетного контента.

Сравнение форматов пагинации

ФорматСканируемостьДублиSEO-решение
Нумерованные страницыПолное сканирование всех URLЕсть (Title/Description)noindex / canonical / полная индексация
Бесконечная прокруткаТолько первый экран (без JS)Нет (один URL)HTML-fallback + рендеринг
«Загрузить ещё»Только видимый контентНет (один URL)SSR или рендеринг JS

Стратегии SEO-настройки

Выбор стратегии сводится к одному вопросу: имеют ли страницы 2+ самостоятельную ценность для поиска? Если пользователи из органики никогда не попадают на /catalog/page/7, тратить на неё краулинговый бюджет незачем.

Выбор стратегии: блоги закрывают пагинацию через noindex; крупный e-commerce индексирует всё полностью с уникальными мета-тегами; средние каталоги ставят canonical на первую страницу.

Стратегия 1 — noindex на страницах 2+. Подходит для блогов, новостей и контентных сайтов. Страницы пагинации не имеют самостоятельной поисковой ценности: noindex, follow убирает их из индекса, но сохраняет переход по ссылкам. Краулинговый бюджет уходит на контент.

Стратегия 2 — rel=canonical на первую страницу. Мягче noindex: страницы 2+ остаются доступными (для прямых ссылок, рекламы), но canonical указывает на /page/1. Google считает серию одним разделом, а первую страницу — канонической версией.

Стратегия 3 — полная индексация. Для крупного e-commerce, где каждая страница пагинации содержит уникальные товары, которые нужно индексировать. Требует уникальных Title и Description на каждой странице, например «Купить ноутбуки — страница 3», и self-referencing canonical (canonical, который указывает на саму страницу).

Быстрая проверка: откройте GSC → «Эффективность» и отфильтруйте URL по /page/. Если страницы пагинации приносят органический трафик, дважды подумайте, прежде чем ставить noindex.

Технические реализации

Большинство задач решается тремя конструкциями в <head>: <meta name="robots">, <link rel="canonical"> и записи в sitemap. Примеры кода для каждой — ниже.

rel=next/prev: устаревший атрибут

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

Источник: блог Google Search Central, март 2019 — «An update on rel-prev-next». Google писал: «мы использовали их как подсказку, но отказ от них не влияет на индексацию».

noindex для страниц пагинации

Добавляется в <head> страниц 2+. Важный нюанс: используйте noindex, follow, а не noindex, nofollow. При nofollow Googlebot не перейдёт по ссылкам со страниц пагинации и не проиндексирует товары или статьи, на которые они ведут.

html
<!-- Page /catalog/page/2/ and above -->
<head>
  <meta name="robots" content="noindex, follow">
</head>

<!-- Page /catalog/ (first page) — no noindex -->
<head>
  <meta name="robots" content="index, follow">
</head>

В WordPress это делается через хук wp_head с проверкой is_paged():

php
// functions.php
add_action('wp_head', function() {
    if (is_paged()) {
        echo '<meta name="robots" content="noindex, follow">' . "\n";
    }
});

rel=canonical на первую страницу

Когда страницы 2+ должны оставаться доступными, но не дублировать раздел, canonical указывает на первую страницу. Сама первая страница получает self-referencing canonical.

html
<!-- /catalog/page/3/ -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>

<!-- /catalog/ — self-canonical (required) -->
<head>
  <link rel="canonical" href="https://example.com/catalog/">
</head>
Canonical и noindex решают разные задачи. Применяйте их, только если они соответствуют пользовательской политике пагинации, и затем проверьте, что Google действительно находит контент, который вы хотите показать. Ни один из них не заменяет продуманную стратегию URL и перелинковки.

Пагинация в sitemap.xml

Правило: в sitemap.xml включайте только страницы, которые должны попасть в индекс. Страницы с noindex в sitemap дают противоречивые сигналы и тратят краулинговый бюджет.

xml
<!-- sitemap.xml — indexable pages only -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">

  <!-- Page 1 — always include -->
  <url>
    <loc>https://example.com/catalog/</loc>
    <changefreq>daily</changefreq>
    <priority>0.8</priority>
  </url>

  <!-- Pages 2+ — only with full indexing strategy -->
  <url>
    <loc>https://example.com/catalog/page/2/</loc>
    <changefreq>weekly</changefreq>
    <priority>0.4</priority>
  </url>

</urlset>

Частые ошибки пагинации

Большинство ошибок возникает из-за невнимательной реализации, а не из-за непонимания концепции. Генераторы sitemap в CMS и шаблоны мета-тегов часто не учитывают пагинацию:

noindex попал на первую страницу

Условие if page > 1 написано неверно — noindex получает и главная страница категории. Трафик раздела падает до нуля за несколько недель.

Ошибка 1
Страницы с noindex в sitemap

Генератор sitemap добавляет все URL автоматически. Google получает противоречие: в sitemap написано «индексируй», а meta robots говорит «нет». Краулинговый бюджет уходит на разбор этого конфликта.

Ошибка 2
Canonical ведёт на несуществующий URL

Первая страница находится по адресу /catalog/, а canonical со страниц 2+ указывает на /catalog/page/1/, который отдаёт 404. Google получает битую цепочку canonical.

Ошибка 3
Бесконечная прокрутка без HTML-fallback

Вся пагинация построена на JavaScript без статических URL. Googlebot видит только первые N элементов — остальной каталог никогда не попадает в индекс.

Ошибка 4
Одинаковый Title на всех страницах пагинации

При полной индексации все страницы получают один Title. Google видит дублированный контент и снижает релевантность раздела. Каждой странице нужен уникальный мета-тег с номером страницы.

Ошибка 5

Большинство этих ошибок видно в Google Search Console → «Покрытие»: страницы с noindex, исключённые URL и конфликты canonical отображаются в отчёте сразу.

Нужно ли закрывать страницы пагинации от индексации?
Зависит от типа сайта. Для блогов и контентных сайтов — да: страницы 2+ не имеют самостоятельной ценности и тратят краулинговый бюджет. Для крупного e-commerce — нет: каждая страница содержит уникальные товары, которые нужно проиндексировать.
Google поддерживает rel=next/prev?
Нет. С марта 2019 Google официально перестал обрабатывать rel=next и rel=prev. Bing формально их поддерживает, но для Google эти атрибуты не влияют на индексацию.
Что надёжнее для пагинации: canonical или noindex?
Выбирайте директиву исходя из назначения страницы, а не как гарантию. Страницы пагинации с уникальными полезными товарами могут нуждаться в доступных для сканирования последовательных ссылках; фильтрованные или дублирующие варианты часто требуют отдельной политики canonical или индексации.
Как бесконечная прокрутка влияет на SEO?
Негативно, если нет HTML-fallback. Без рендеринга JavaScript Googlebot видит только контент первого экрана. Решение: сделать статические URL для каждой порции контента или использовать серверный рендеринг (SSR).
Нужно ли включать страницы пагинации в sitemap?
Только если они открыты для индексации. Страницы с noindex в sitemap создают противоречивые сигналы и тратят краулинговый бюджет. В sitemap включайте только те URL, которые хотите видеть в индексе.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it