Пагинация в SEO
Как пагинация влияет на краулинговый бюджет и индексацию, когда использовать noindex, а когда canonical, с примерами кода для HTML, PHP и sitemap.
Пагинация разбивает большие списки контента на отдельные страницы с уникальными URL: /catalog/page/2, /catalog/page/3. По сути это просто, но на крупных сайтах пагинация — одна из главных причин, из-за которых расходуется краулинговый бюджет. Googlebot сканирует сотни шаблонных страниц вместо карточек товаров, и часть каталога так и не попадает в индекс.
Что такое пагинация
Пагинация делит большой набор контента — товары, статьи, отзывы — на последовательные страницы с уникальными URL. Распространённые шаблоны: /catalog/?page=2, /catalog/page/2/, /catalog/2/. Поисковые системы воспринимают каждый URL как отдельный документ.
Три формата пагинации с точки зрения SEO работают принципиально по-разному:
Кнопки «1 2 3 ... 100», у каждой страницы свой URL. SEO-управление гибкое: noindex, canonical или полная индексация.
Контент подгружается при прокрутке без смены URL. Без рендеринга JavaScript Googlebot видит только первый экран. Нужен HTML-fallback.
URL не меняется, контент добавляется по клику. Проблема та же: без рендеринга JS Googlebot видит только исходную порцию контента.
Краулинговый бюджет и дубли контента
Магазин на 500 товаров по 20 на страницу создаёт 25 URL пагинации на каждую категорию. При 50 категориях это 1 250 URL, которые Googlebot должен просканировать, прежде чем доберётся до карточек товаров.
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, тратить на неё краулинговый бюджет незачем.
Стратегия 1 — noindex на страницах 2+. Подходит для блогов, новостей и контентных сайтов. Страницы пагинации не имеют самостоятельной поисковой ценности: noindex, follow убирает их из индекса, но сохраняет переход по ссылкам. Краулинговый бюджет уходит на контент.
Стратегия 2 — rel=canonical на первую страницу. Мягче noindex: страницы 2+ остаются доступными (для прямых ссылок, рекламы), но canonical указывает на /page/1. Google считает серию одним разделом, а первую страницу — канонической версией.
Стратегия 3 — полная индексация. Для крупного e-commerce, где каждая страница пагинации содержит уникальные товары, которые нужно индексировать. Требует уникальных Title и Description на каждой странице, например «Купить ноутбуки — страница 3», и self-referencing canonical (canonical, который указывает на саму страницу).
/page/. Если страницы пагинации приносят органический трафик, дважды подумайте, прежде чем ставить noindex.Технические реализации
Большинство задач решается тремя конструкциями в <head>: <meta name="robots">, <link rel="canonical"> и записи в sitemap. Примеры кода для каждой — ниже.
rel=next/prev: устаревший атрибут
До 2019 года Google поддерживал rel="next" и rel="prev" для обозначения серии пагинации. В марте 2019 Google объявил, что перестал использовать эти атрибуты. Добавлять их ради Google нет смысла. Bing формально их поддерживает, но его доля на большинстве рынков незначительна.
noindex для страниц пагинации
Добавляется в <head> страниц 2+. Важный нюанс: используйте noindex, follow, а не noindex, nofollow. При nofollow Googlebot не перейдёт по ссылкам со страниц пагинации и не проиндексирует товары или статьи, на которые они ведут.
<!-- 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():
// 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.
<!-- /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>noindex решают разные задачи. Применяйте их, только если они соответствуют пользовательской политике пагинации, и затем проверьте, что Google действительно находит контент, который вы хотите показать. Ни один из них не заменяет продуманную стратегию URL и перелинковки.Пагинация в sitemap.xml
Правило: в sitemap.xml включайте только страницы, которые должны попасть в индекс. Страницы с noindex в sitemap дают противоречивые сигналы и тратят краулинговый бюджет.
<!-- 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 и шаблоны мета-тегов часто не учитывают пагинацию:
Условие if page > 1 написано неверно — noindex получает и главная страница категории. Трафик раздела падает до нуля за несколько недель.
Генератор sitemap добавляет все URL автоматически. Google получает противоречие: в sitemap написано «индексируй», а meta robots говорит «нет». Краулинговый бюджет уходит на разбор этого конфликта.
Ошибка 2Первая страница находится по адресу /catalog/, а canonical со страниц 2+ указывает на /catalog/page/1/, который отдаёт 404. Google получает битую цепочку canonical.
Вся пагинация построена на JavaScript без статических URL. Googlebot видит только первые N элементов — остальной каталог никогда не попадает в индекс.
Ошибка 4При полной индексации все страницы получают один Title. Google видит дублированный контент и снижает релевантность раздела. Каждой странице нужен уникальный мета-тег с номером страницы.
Ошибка 5Большинство этих ошибок видно в Google Search Console → «Покрытие»: страницы с noindex, исключённые URL и конфликты canonical отображаются в отчёте сразу.
Нужно ли закрывать страницы пагинации от индексации?
Google поддерживает rel=next/prev?
Что надёжнее для пагинации: canonical или noindex?
Как бесконечная прокрутка влияет на SEO?
Нужно ли включать страницы пагинации в sitemap?
Check it with SpiderHead
Free and local: run the audit on your own machine.



