Как закрыть от индексации отдельные страницы пагинации в WordPress

Автор: Алексей Смирнов | Опубликовано: 19.09.2026

Проблема с пагинацией в WordPress обычно выглядит не как одна большая ошибка, а как набор мелких симптомов: в индексе появляются страницы /page/2/, /page/3/ и дальше, в Search Console растёт число URL без трафика, а краулинговый бюджет уходит на листинги, которые не дают нового смысла. Сам по себе факт существования пагинации не ошибка. Ошибка начинается тогда, когда поисковику не нужно индексировать конкретные страницы списка, но он всё равно их обходит и хранит.

Когда пагинацию действительно стоит закрывать

Не нужно автоматически ставить noindex на все страницы пагинации. В некоторых проектах это ломает обнаружение материалов, особенно если новые записи глубоко уходят в архивы. Но есть типовые сценарии, где закрытие оправдано:

страницы пагинации повторяют почти одинаковый набор карточек и не несут самостоятельной ценности;
в выдаче уже есть каноническая первая страница архива, а остальные страницы нужны только для навигации пользователей;
в индекс попали десятки или сотни URL вида /page/2/, /page/3/, которые не получают переходов;
сайт использует фильтры, сортировки или архивы записей, и пагинация создаёт лишние комбинации URL.

Диагностика: как понять, что проблема именно в пагинации

Сначала проверьте, действительно ли поисковик индексирует страницы списка. В Search Console откройте отчёт по страницам и найдите URL с /page/. Если они есть в индексе, посмотрите, как они были обнаружены: через внутренние ссылки, sitemap или внешние ссылки. Это важно, потому что закрытие через noindex не убирает URL из обхода, если на него активно ссылаются.

Дальше откройте несколько страниц пагинации вручную и сравните:

есть ли на них уникальный заголовок;
меняется ли мета-описание;
есть ли заметная разница в содержимом между /page/2/ и /page/3/;
не отдают ли они случайно noindex уже сейчас через SEO-плагин или тему.

Если разница минимальна, а страницы не нужны в поиске, можно закрывать их точечно. Если же на странице пагинации есть важные материалы, лучше не трогать индексацию и заняться каноникалами, структурой архива или количеством записей на странице.

Что выбрать: плагин, код или настройку SEO-плагина

Универсального способа нет. На практике выбор зависит от того, где у вас уже управляется индексация.

Подход	Когда подходит	Минус
SEO-плагин	Если уже используется Yoast SEO, Rank Math или аналог и есть настройка для архивов	Не всегда можно закрыть только пагинацию, не затронув весь архив
Код в теме или мини-плагине	Если нужна точечная логика для конкретных архивов и таксономий	Нужно аккуратно тестировать после обновлений темы
HTTP-заголовок или robots.txt	Редкие случаи, когда нужно ограничить обход, а не только индексацию	Не решает задачу полностью, если URL уже известны поисковику

Пошаговое решение через `noindex` для страниц пагинации

Самый предсказуемый вариант — добавить мета-робот noindex,follow только для страниц пагинации. Так поисковик не будет держать их в индексе, но сможет переходить по ссылкам на новые материалы. Это особенно полезно для архивов записей, рубрик и меток.

Вариант 1. Если у вас уже есть SEO-плагин

В большинстве случаев проще использовать встроенные настройки. Например, в Yoast SEO и Rank Math можно управлять индексированием архивов и отдельных типов страниц. Но у этих настроек есть ограничение: они часто работают на уровне всего архива, а не только страниц /page/2/ и дальше. Поэтому сначала проверьте, не отключите ли вы лишнее.

Если плагин не даёт нужной точности, лучше перейти к коду ниже.

Вариант 2. Точечный код для `noindex,follow`

Добавьте код в мини-плагин или в functions.php дочерней темы. Он ставит noindex,follow только на страницы пагинации архивов и таксономий.

add_filter( 'wp_robots', function( array $robots ) {
    if ( is_paged() && ! is_singular() ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Это рабочая база, но её лучше использовать осознанно. Функция is_paged() срабатывает не только на архивах, но и на некоторых других страницах с пагинацией. Поэтому если у вас есть нестандартные шаблоны, проверьте результат на реальных URL.

Если нужно закрыть только архивы записей и рубрик

Иногда пагинацию на страницах поиска или пользовательских шаблонах трогать не нужно. Тогда ограничьте условие архивами:

add_filter( 'wp_robots', function( array $robots ) {
    if ( is_paged() && ( is_home() || is_archive() || is_category() || is_tag() ) ) {
        $robots['noindex'] = true;
        $robots['follow']  = true;
    }

    return $robots;
} );

Такой подход безопаснее для проектов, где есть отдельные страницы каталога, подборки или кастомные списки материалов.

Как проверить, что решение сработало

После внедрения не ограничивайтесь просмотром исходного кода. Проверьте несколько уровней:

Откройте страницу пагинации в браузере и убедитесь, что в <head> появился noindex.
Проверьте, не конфликтует ли ваш код с SEO-плагином: иногда плагин перезаписывает robots-мета.
В Search Console отправьте URL на повторную проверку, если страница уже была в индексе.
Посмотрите, не исчезли ли из индекса только нужные URL, а не весь архив.

Для быстрой проверки можно открыть исходный код страницы и найти строку с robots. Если используется код выше, в HTML должен появиться мета-тег, который содержит noindex. Если его нет, значит фильтр не сработал или его перебил другой плагин.

Частые ошибки и как их исправить

На этой задаче чаще всего ломаются не из-за самого noindex, а из-за деталей реализации.

Ставят noindex на все архивы. В результате поисковик перестаёт индексировать полезные рубрики и архивы, которые приводили трафик. Исправление: ограничьте условие только страницами пагинации.
Используют robots.txt вместо мета-робота. Закрытие в robots.txt не убирает URL из индекса, если он уже известен поисковику. Исправление: используйте noindex, а robots.txt — только для ограничения обхода в отдельных случаях.
Забывают про конфликт с SEO-плагином. Плагин может генерировать свой robots-мета и перетирать ваш код. Исправление: проверьте, кто именно выводит тег в <head>.
Закрывают пагинацию, но оставляют бесконечные внутренние ссылки на старые страницы. Тогда поисковик всё равно тратит ресурсы на обход. Исправление: проверьте блоки «Похожие записи», архивные виджеты и хлебные крошки.

Когда лучше не закрывать пагинацию

Есть случаи, где noindex может навредить. Например, если сайт маленький, а новые записи быстро уходят глубоко в архив, страницы пагинации помогают поисковику находить старый контент. Ещё один риск — если на странице 2 или 3 есть материалы, которые не попадают на первую страницу из-за сортировки или ограничений шаблона. Тогда закрытие пагинации может ухудшить обнаружение контента.

Если сомневаетесь, сначала посмотрите логи обхода, отчёты Search Console и поведение органического трафика по архивам. Иногда проблема не в индексации, а в том, что на страницах пагинации слишком мало полезных ссылок и слишком много дублей элементов интерфейса.

Практические советы по производительности и поддержке

Если вы решаете задачу на уровне кода, лучше вынести её в отдельный мини-плагин. Так вы не потеряете настройку при смене темы и не забудете о ней после обновления шаблона. Для проектов с несколькими редакторами полезно оставить короткий комментарий в коде: какие именно страницы закрываются и почему.

Если на сайте уже есть чистка дублей, например через Clearfy Pro, проверьте, не дублирует ли он вашу логику. Два разных механизма для одной и той же задачи часто дают неожиданный результат: то noindex исчезает, то наоборот закрывается лишнее. В таких случаях лучше оставить один источник правды для robots-мета.

Мини-чек-лист перед публикацией изменений

Проверили, какие именно URL с /page/ есть в индексе.
Убедились, что страницы пагинации не дают самостоятельной ценности.
Выбрали один способ управления robots-мета: плагин или код.
Проверили исходный код страницы после внедрения.
Отправили важные URL на переобход в Search Console.
Сверили, что не пострадали архивы, которые должны индексироваться.

Если нужен более широкий контроль над дублями, архивами и техническими настройками WordPress, удобнее держать это в одном месте, а не размазывать по теме и нескольким плагинам. Но даже в этом случае сначала решайте конкретную проблему: какие URL закрыть, какие оставить и как потом проверить результат на живом сайте.