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

Автор: Екатерина Тихонова | Опубликовано: 31.08.2026

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

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

Когда пагинация становится проблемой

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

Типичные признаки

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

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

Сначала проверьте, как WordPress и тема отдают мета-теги на страницах пагинации. Откройте архив с параметром страницы и посмотрите исходный код: есть ли noindex, не закрыт ли URL в robots.txt, не генерируется ли канонический адрес на первую страницу архива.

Полезно сравнить несколько URL:

основной архив: /blog/;
вторая страница: /blog/page/2/;
архив категории: /category/seo/page/3/.

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

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

Для этой задачи есть три рабочих подхода. Выбор зависит от того, чем вы уже управляете сайтом.

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

Если цель именно убрать страницы из индекса, а не просто сократить обход, надёжнее использовать noindex, а не только Disallow.

Пошаговое решение через код

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

Добавьте код в мини-плагин или в functions.php дочерней темы:

add_action('wp_head', function () {
    if (is_paged() && !is_admin()) {
        echo "<meta name=\"robots\" content=\"noindex, follow\" />\n";
    }
}, 1);

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

Если нужно ограничить только архивы, а не весь сайт

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

add_action('wp_head', function () {
    if (is_paged() && (is_home() || is_category() || is_tag() || is_archive())) {
        echo "<meta name=\"robots\" content=\"noindex, follow\" />\n";
    }
}, 1);

Если у вас есть кастомные типы записей, добавьте их архивы в проверку через is_post_type_archive(). Но не закрывайте всё подряд: сначала посмотрите, какие страницы реально создают дубли.

Как сделать это через SEO-плагин

Если на сайте уже стоит SEO-плагин, сначала проверьте его настройки. Во многих случаях там есть отдельная опция для архивов, пагинации или страниц с /page/. Это удобнее, чем править код, если контентом управляют несколько человек.

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

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

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

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

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

Что должно быть видно в исходнике

<meta name="robots" content="noindex, follow" /> на страницах пагинации;
отсутствие лишних конфликтующих robots-мета;
канонический URL, который соответствует вашей логике SEO-плагина;
корректная работа остальных архивов без пагинации.

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

Ошибка 1: закрыли пагинацию в robots.txt. Это не то же самое, что noindex. Поисковик может продолжать хранить URL в индексе без содержимого. Если задача именно убрать страницы из выдачи, используйте мета-robots или заголовок X-Robots-Tag.

Ошибка 2: поставили noindex на все архивы. Так можно случайно выключить полезные страницы категорий. Сначала определите, какие архивы дают трафик и какие нужны для навигации.

Ошибка 3: забыли про кэш. После изменения кода или настроек кэш-плагин может отдавать старую версию HTML. Очистите серверный кэш, кэш плагина и CDN, если он есть.

Ошибка 4: конфликт с SEO-плагином. Если плагин уже выводит свой robots-мета, ваш код может создать дублирование. В таком случае оставьте только один источник управления индексацией.

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

Не вносите такие правки прямо в родительскую тему: после обновления они пропадут. Лучше использовать дочернюю тему или небольшой mu-plugin. Для точечных SEO-правок это надёжнее и проще сопровождать.

Если на сайте много архивов и фильтров, не пытайтесь решить всё через массовые запреты в robots.txt. Это ухудшает диагностику и часто даёт ложное ощущение контроля. Сначала определите, какие URL должны быть доступны для обхода, а какие — только для пользователей.

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

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

проверили, какие URL пагинации реально индексируются;
выбрали один способ управления: код или SEO-плагин;
добавили noindex, follow только там, где это нужно;
очистили кэш;
проверили исходный код на нескольких страницах;
отправили важные URL на переобход в Search Console.

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