Как запретить индексацию страниц пагинации WordPress

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

Ниже — практический сценарий: как понять, что именно мешает, какие варианты закрытия есть и как не сломать архивы, хлебные крошки и канонические ссылки.

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

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

Типичные признаки проблемы

• в поиске появляются страницы вида /category/news/page/4/, хотя они не нужны пользователю;
• в отчётах Search Console растёт число проиндексированных архивных URL без кликов;
• на сайте много архивов, но у них почти одинаковые title и description;
• CMS генерирует десятки страниц пагинации для разделов с короткими списками;
• внутренние ссылки ведут на глубокие страницы архивов, хотя достаточно первой страницы.

Диагностика: что именно индексируется

Перед правкой проверьте, как WordPress сейчас отдаёт архивы. Откройте несколько URL вручную: главную страницу рубрики, вторую и третью страницу пагинации. Смотрите на три вещи: HTTP-статус, meta robots и canonical.

Если у вас есть доступ к консоли, можно быстро проверить заголовки:

curl -I https://example.com/category/news/page/2/

В браузере или через просмотр исходного кода убедитесь, что:

• страница открывается с кодом 200, а не редиректится на главную без причины;
• canonical указывает на саму страницу пагинации или на первую страницу архива — в зависимости от вашей SEO-логики;
• нет случайного noindex от темы, SEO-плагина или кастомного кода;
• ссылки пагинации не закрыты от обхода через nofollow без необходимости.

Как запретить индексацию страниц пагинации

Есть три рабочих подхода: через SEO-плагин, через код темы или через серверную логику. Для большинства сайтов проще и безопаснее использовать SEO-плагин, если он уже установлен. Если плагина нет или нужен точечный контроль, можно добавить фильтр в functions.php дочерней темы или в собственный мини-плагин.

Вариант 1: добавить noindex для страниц пагинации

Если задача именно в запрете индексации, а не в блокировке обхода, используйте noindex,follow. Это позволяет поисковику проходить по ссылкам дальше, но не сохранять саму страницу в выдаче.

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

    return $robots;
} );

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

Вариант 2: закрыть пагинацию только в архивных типах страниц

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

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

    return $robots;
} );

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

Вариант 3: убрать пагинацию из sitemap и внутренних ссылок

Иногда проблема не в индексации как таковой, а в том, что пагинация активно попадает в sitemap или на неё слишком много внутренних ссылок. В этом случае нужно проверить настройки SEO-плагина и шаблоны вывода архивов. Страницы пагинации обычно не должны попадать в XML-карту сайта как отдельные приоритетные URL.

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

Пошаговое решение без лишнего риска

1. Определите, какие именно архивы создают лишнюю пагинацию: рубрики, метки, авторы, дата-архивы.
2. Проверьте, нет ли уже noindex в SEO-плагине или в теме.
3. Добавьте точечный фильтр wp_robots только для нужных типов архивов.
4. Очистите кэш сайта и CDN, если они используются.
5. Проверьте исходный код нескольких страниц пагинации и убедитесь, что robots-мета изменился.
6. Через несколько дней посмотрите в Search Console, как меняется статус страниц.

Проверка результата после внедрения

После правки не ограничивайтесь визуальной проверкой. Откройте исходный код страницы пагинации и найдите строку с meta name="robots". На закрытых страницах должно быть что-то вроде noindex,follow.

Дополнительно проверьте canonical. Если SEO-плагин или тема подменяет canonical на первую страницу архива, это не всегда ошибка, но важно, чтобы логика была одинаковой по всему сайту. Разнобой между canonical и robots часто создаёт путаницу для поисковика.

Полезно проверить и кэш:

• очистите кэш плагина;
• сбросьте серверный кэш, если он есть;
• обновите кэш CDN;
• посмотрите страницу в режиме инкогнито, чтобы не видеть старую версию из браузера.

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

Закрыли не только пагинацию, но и сам архив

Такое бывает, если условие написано слишком широко, например только по is_archive(). В результате noindex получает и первая страница рубрики, а это уже лишнее. Исправление простое: добавьте проверку is_paged().

Поставили noindex, но страницы всё равно в индексе

Поисковик не удаляет URL мгновенно. Если страница уже была в индексе, потребуется время на переобход. Убедитесь, что на странице нет блокирующего robots.txt правила, которое мешает поисковику увидеть новый meta robots. Если вы закрыли URL в robots.txt, поисковик может не увидеть noindex и оставить страницу в индексе дольше.

Сломали пагинацию в теме

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

Дублируются title и description

Если у страниц пагинации одинаковые мета-теги, это отдельная проблема. Закрытие от индексации помогает, но не заменяет нормальную генерацию мета-тегов. Для архивов лучше проверять шаблоны SEO-плагина или тему, чтобы title отражал номер страницы, если такие URL всё же остаются открытыми.

Что ещё стоит учесть для безопасности и производительности

Если вы вносите изменения кодом, не редактируйте родительскую тему напрямую. Используйте дочернюю тему или небольшой mu-plugin, чтобы обновление темы не затёрло правки. Перед внедрением сделайте резервную копию файлов и базы, особенно если на сайте уже есть нестандартные фильтры для robots и canonical.

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

Если вам нужен более широкий контроль над дублями, архивами и технической чисткой сайта, часть задач можно закрыть через Clearfy Pro, но перед установкой всё равно стоит проверить, какие именно правила он добавляет в вашем проекте.

Короткий чек-лист перед публикацией

• проверили, какие архивы реально нужно закрыть;
• добавили noindex,follow только для пагинации;
• не затронули первую страницу архива;
• очистили кэш сайта и CDN;
• проверили исходный код и canonical;
• посмотрели, нет ли конфликтов с SEO-плагином или темой.

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