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

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

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

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

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

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

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

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

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

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

Пагинацию лучше оставить доступной, если:

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

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

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

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

Важно не путать это с полным запретом обхода через robots.txt. Если закрыть пагинацию в robots.txt, поисковик может не увидеть страницу и не дойти до ссылок на ней. Для задачи «убрать из индекса, но не ломать обход» обычно лучше подходит именно noindex.

Способ 1. Через SEO-плагин

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

Что важно проверить в плагине:

• не закрываются ли случайно сами рубрики целиком, если вам нужны именно страницы 1;
• применяется ли noindex к страницам 2 и далее, а не ко всему архиву;
• не отключён ли вывод canonical, если плагин его использует.

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

Способ 2. Добавить noindex для пагинации через код

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

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

Пример для вывода noindex,follow на страницах пагинации архивов:

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

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

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

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

    return $robots;
} );

Такой способ обычно чище, чем ручной вывод тега в wp_head, потому что WordPress соберёт robots-правила в одном месте. Но если тема уже жёстко выводит свои мета-теги, сначала проверьте, не будет ли дубля.

Способ 3. Закрыть страницы пагинации через robots.txt — только в особых случаях

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

Использовать robots.txt имеет смысл только если вы точно понимаете последствия и решаете отдельную техническую задачу, а не просто хотите «спрятать» страницы из выдачи. Для большинства WordPress-сайтов безопаснее сначала применить noindex,follow, а уже потом при необходимости дополнительно ограничивать обход.

Что делать с canonical и ссылками на пагинацию

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

Проверьте три вещи:

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

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

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

После настройки не ограничивайтесь визуальной проверкой в браузере. Откройте несколько URL пагинации, например /page/2/ и /page/3/, и посмотрите исходный код страницы. В нём должен быть мета-тег noindex или соответствующее robots-правило, если вы настраивали его через WordPress-фильтр.

Дальше проверьте:

• нет ли дублей robots-мета в коде;
• не закрылись ли случайно обычные страницы рубрик;
• не сломалась ли навигация по архиву;
• в Search Console не растёт ли число проиндексированных страниц пагинации после переобхода.

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

Что выбрать на практике

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

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