Если в индексе начинают копиться страницы вида /page/2/, /page/3/ и дальше, это обычно не ошибка WordPress, а побочный эффект архивов, категорий и тегов. Проблема в том, что поисковику такие страницы часто не нужны сами по себе: они дублируют часть контента, размывают сигналы и забирают краулинговый бюджет на больших сайтах.
При этом удалять пагинацию или закрывать весь архив целиком — плохая идея. Пользователям нужна навигация, а поисковику часто полезна первая страница архива. Рабочая задача здесь другая: оставить пагинацию для людей, но убрать её из индекса там, где это оправдано.
Когда это действительно проблема
Сначала стоит убедиться, что речь именно о лишней индексации, а не о нормальном поведении сайта. На небольшом блоге несколько страниц пагинации в поиске — не катастрофа. На каталоге с тысячами записей и десятками архивов ситуация уже другая.
Признаки, что пагинацию архивов пора ограничить
- в Google Search Console растёт число страниц с
/page/в отчёте об индексировании; - в поиске появляются архивы с почти пустым или повторяющимся сниппетом;
- страницы пагинации получают трафик вместо целевых материалов;
- на сайте много таксономий, а контент на второй и следующих страницах архивов почти не отличается по смыслу;
- в логах или аналитике видно, что поисковый робот часто ходит по глубоким страницам архивов.
Что не стоит делать
Не закрывайте пагинацию через robots.txt как универсальное решение. Это не убирает URL из индекса, а только ограничивает обход. Не ставьте массово noindex на все архивы без проверки: иногда первая страница категории важна для SEO и внутренней перелинковки.
Какой подход выбрать: плагин, код или настройка темы
Если на сайте уже есть SEO-плагин, сначала проверьте, умеет ли он управлять индексированием архивов без ручного кода. Но если задача точечная и нужна предсказуемость, удобнее добавить условие в тему или мини-плагин.
| Подход | Когда подходит | Минус |
|---|---|---|
| SEO-плагин | Если уже используется и есть настройка архивов | Не всегда можно задать именно нужное условие для пагинации |
| Код в теме / mu-plugin | Нужен контроль над конкретными архивами и типами страниц | Требует аккуратного теста после обновлений |
| Правка шаблонов | Если нужно менять не только robots, но и поведение архива | Риск сломать шаблон и навигацию |
Диагностика: какие страницы уже индексируются
Перед изменениями проверьте, какие именно URL попали в индекс. В Search Console откройте отчёт по страницам и отфильтруйте URL с /page/. Если у вас есть доступ к серверным логам, посмотрите, как часто бот ходит по пагинации архивов по сравнению с обычными страницами записей.
Ещё один практичный тест — открыть несколько URL вручную и сравнить исходный код. На первой странице архива и на второй должны быть разные canonical и, если вы решите закрывать пагинацию, разные robots-метки.
Пошаговое решение через wp_head
Ниже — рабочий вариант для случаев, когда нужно поставить noindex,follow только на страницы пагинации архивов рубрик, меток и произвольных таксономий. Логика простая: первая страница архива остаётся индексируемой, а страницы со второй и дальше — нет.
<?php
add_action( 'wp_head', function () {
if ( is_admin() ) {
return;
}
if ( is_paged() && ( is_category() || is_tag() || is_tax() ) ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Код лучше размещать в дочерней теме или в небольшом mu-plugin, если не хотите потерять настройку при обновлении темы. Для mu-plugin достаточно создать файл в wp-content/mu-plugins/ и положить туда тот же код.
Если нужно закрыть только отдельные архивы
Иногда пагинацию стоит ограничить не везде, а только на конкретных таксономиях. Тогда добавьте проверку на нужный термин или таксономию. Это полезно, если одна категория — важная посадочная страница, а остальные архивы нужны только для навигации.
<?php
add_action( 'wp_head', function () {
if ( is_admin() || ! is_paged() ) {
return;
}
if ( is_category( array( 'news', 'blog' ) ) ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
}, 1 );Проверка результата после внедрения
После правки не ограничивайтесь просмотром страницы в браузере. Нужно проверить именно то, что увидит робот.
- Откройте исходный код страницы
/page/2/и убедитесь, что там есть<meta name="robots" content="noindex,follow" />. - Проверьте первую страницу архива: на ней не должно быть случайного
noindex. - Посмотрите canonical: он должен вести на саму страницу пагинации, если тема или SEO-плагин не задаёт другую логику осознанно.
- В Search Console отправьте URL на повторную проверку, если страницы уже были в индексе.
- Через некоторое время проверьте отчёт об индексировании и сравните количество страниц с
/page/.
Если у вас включён кэш страницы, очистите его после правки. Иначе вы можете смотреть старую версию HTML и решить, что код не работает.
Частые ошибки и как их исправить
Ставят noindex на все архивы
Это самая частая ошибка. В результате из поиска исчезают полезные страницы категорий, а не только пагинация. Исправление простое: проверяйте is_paged(), а не только is_category() или is_tag().
Путают noindex и nofollow
Если поставить nofollow без необходимости, можно ухудшить обход внутренних ссылок на архиве. Для пагинации обычно достаточно noindex,follow.
Оставляют конфликтующие мета-теги
Если SEO-плагин уже выводит robots-метки, а тема добавляет свои, в коде может оказаться две строки meta robots. Поисковик это не любит. Проверьте, кто именно отвечает за мета-теги, и отключите дублирующий вывод.
Закрывают страницы через robots.txt
Это не решает задачу индексации. Если URL уже известен поисковику, он может остаться в выдаче без содержимого. Для удаления из индекса нужен именно noindex или корректный canonical в сочетании с другими сигналами.
Практические советы по безопасности и производительности
Если вы добавляете код вручную, не правьте файлы темы через админку на боевом сайте. Лучше использовать дочернюю тему, mu-plugin или деплой из репозитория. Так меньше шанс потерять изменения при обновлении.
На больших сайтах проверьте, не создаёт ли тема лишние архивы и дубли заголовков. Иногда полезно дополнительно почистить технические дубли, отключить лишние архивные страницы и сократить число индексируемых URL. Для этого часто хватает аккуратной настройки SEO-плагина или инструментов вроде Clearfy Pro, если он уже используется в вашем стеке.
Короткий чек-лист перед публикацией
- определили, какие именно архивы и пагинация должны быть закрыты;
- проверили, что первая страница архива остаётся доступной для индекса;
- добавили код в дочернюю тему или mu-plugin;
- очистили кэш;
- проверили исходный код страниц
/page/2/и/page/3/; - отправили важные URL на переобход в Search Console;
- через несколько дней сравнили отчёт по индексированию.
Если после внедрения пагинация всё ещё попадает в индекс, почти всегда причина одна из трёх: код не срабатывает на нужном типе архива, кэш отдаёт старый HTML или SEO-плагин перезаписывает robots-метки своим выводом. В таких случаях проще всего временно отключить конфликтующий слой и проверить результат на чистом шаблоне.