Если в поиске всплывают страницы 2, 3, 4 и дальше, а вам нужны только первая страница рубрики, архива или списка записей, проблема обычно не в WordPress как таковом, а в том, как поисковик воспринимает пагинацию. Полностью убирать такие страницы из индекса нужно не всегда: в одних проектах это помогает убрать мусорные URL, в других — ломает обход сайта и ухудшает видимость разделов.
Правильный подход здесь простой: сначала понять, нужна ли пагинация в поиске вообще, а потом выбрать способ ограничения индексации. Для WordPress это можно сделать через настройки SEO-плагина, через мета-тег robots или на уровне шаблона, если нужен точечный контроль.
Когда пагинацию лучше оставить в индексе
Страницы пагинации не всегда бесполезны. Если у вас большой архив записей, каталог, блог с десятками материалов в рубрике или новостной раздел, поисковик может использовать страницы 2+ для обхода контента глубже первой страницы. Это особенно заметно, когда важные записи не попадают на первый экран списка.
Пагинацию обычно не стоит закрывать от индексации, если:
- на страницах 2, 3 и дальше есть уникальные записи, которые не дублируются на первой странице;
- архивы помогают поисковику добираться до старых материалов;
- у сайта нет проблем с дублями, а страницы пагинации не конкурируют с основными посадочными;
- вы не пытаетесь искусственно “обнулить” индекс, а просто хотите управлять качеством выдачи.
Если же страницы пагинации выглядят как технические дубли: одинаковый заголовок, одинаковый description, мало уникального контента и они не несут самостоятельной ценности, тогда ограничение индексации оправдано.
Когда страницы 2, 3, 4 и дальше лучше убрать из индекса
Чаще всего закрывать пагинацию имеет смысл на сайтах, где поисковику не нужно показывать отдельные страницы списка. Типичные случаи — рубрики с короткими анонсами, страницы блога, где важна только первая страница, и архивы, которые создают много слабых URL без пользы для пользователя.
Ориентируйтесь на практический критерий: если человек, пришедший из поиска, не должен попадать на страницу 3 вместо нормальной посадочной, значит, такую пагинацию можно ограничивать. Это не значит, что сама страница должна исчезнуть из сайта. Она может оставаться доступной для пользователей и для внутренней навигации, но не попадать в индекс.
Есть и обратная ситуация: если вы закрываете пагинацию везде подряд, поисковик может хуже обходить глубоко лежащие записи. Поэтому не стоит применять одно и то же правило ко всем типам архивов без разбора.
Самый безопасный способ: закрыть пагинацию через SEO-плагин
Если на сайте уже стоит SEO-плагин, это обычно самый аккуратный вариант. Он позволяет добавить на страницы пагинации мета-тег noindex без правки шаблонов темы и без вмешательства в код WordPress.
Логика такая: страница остаётся доступной для переходов пользователей и для обхода роботами, но поисковик получает сигнал не включать её в выдачу. Это удобнее, чем блокировать URL в robots.txt, потому что запрет в robots.txt не гарантирует исключение из индекса, если URL уже известен поисковику.
Что именно нужно искать в настройках плагина:
- раздел с мета-тегами для архивов, рубрик или таксономий;
- настройку
noindexдля страниц пагинации; - отдельное правило для архивов авторов, дат и рубрик, если они создают лишние страницы;
Названия пунктов зависят от плагина, но смысл один: нужно отключить индексацию не всего архива, а именно его пагинированных страниц, если плагин это умеет. Если такой точечной настройки нет, придётся использовать код.
Как убрать пагинацию из индекса через код
Этот способ нужен, когда SEO-плагин не даёт нужного контроля или вы хотите управлять индексацией на уровне темы. Перед изменениями сделайте резервную копию файлов темы или работайте в дочерней теме. Ошибка в шаблоне может сломать вывод страниц сайта.
Для WordPress есть встроенный способ добавить мета-тег noindex, follow на страницы пагинации через хук wp_head. Такой вариант не зависит от конкретного SEO-плагина и работает на уровне темы.
<?php
add_action( 'wp_head', function () {
if ( is_paged() ) {
echo '<meta name="robots" content="noindex, follow" />' . "\n";
}
} );
Этот код добавляет noindex, follow на все пагинированные страницы. is_paged() возвращает true для страниц 2 и дальше в архивах, рубриках, записях блога и других списках, где используется пагинация WordPress.
Куда вставлять код:
- в
functions.phpдочерней темы; - в собственный мини-плагин, если вы не хотите зависеть от темы;
Если на сайте уже есть SEO-плагин, проверьте, не добавляет ли он свой robots-мета-тег. Два разных правила в <head> могут конфликтовать или создавать путаницу при проверке результата.
Почему не стоит закрывать пагинацию через robots.txt
Это частая ошибка. Когда страницу запрещают в robots.txt, поисковик может перестать её обходить, но сам URL при этом всё равно способен остаться в индексе, если на него есть ссылки или он уже известен роботу. В итоге вы получаете не чистое исключение, а технически ограниченный адрес, который всё ещё может появляться в выдаче.
Для задачи “убрать страницы пагинации из индекса” обычно нужен именно noindex, а не запрет обхода. Robots.txt полезен для других целей: например, чтобы не тратить краулинговый бюджет на служебные разделы. Но для пагинации это не основной инструмент.
Как проверить, что страницы пагинации действительно закрыты
После настройки откройте любую страницу 2+ в рубрике или архиве и посмотрите исходный код страницы. В <head> должен быть мета-тег с noindex. Если вы используете SEO-плагин, проверьте, что он не выводит одновременно другое правило, которое отменяет нужный вам результат.
Дальше проверьте сам URL в браузере и в инструментах для вебмастеров. Важно не только наличие тега, но и то, как поисковик переобходит страницу со временем. Обычно изменения не отражаются мгновенно: страницы могут ещё какое-то время оставаться в индексе, пока робот не обновит данные.
Если страница уже была в индексе, одного добавления noindex может быть недостаточно для немедленного исчезновения. Нужно дождаться повторного обхода. Ускорять процесс можно через переобход в панели для вебмастеров, если она у вас подключена.
Что делать, если страницы пагинации всё равно остаются в поиске
Если после настройки они не исчезают, обычно причина одна из трёх:
- на странице нет реального
noindex, а есть только запрет вrobots.txt; - на сайте одновременно работают тема, SEO-плагин и кастомный код, которые выводят разные указания для робота;
- поисковик ещё не переобошёл URL и показывает старую версию из индекса.
Проверьте исходный код именно проблемной страницы, а не только главную или первую страницу архива. У пагинации часто отличаются шаблоны вывода, и ошибка видна только на URL вида /page/2/, /page/3/ и дальше.
Если у вас нестандартная тема или кастомные архивы, иногда нужно закрывать не только стандартные рубрики, но и отдельные типы архивов: метки, авторов, даты. Иначе в индексе останутся похожие страницы, которые создают тот же шум, что и пагинация.
Какой способ выбрать на практике
| Ситуация | Что делать |
|---|---|
| Есть SEO-плагин с настройкой noindex для архивов | Использовать его, это самый простой и управляемый вариант |
| Нужен точечный контроль без плагина | Добавить noindex, follow через wp_head в дочерней теме или мини-плагине |
| Хотите просто запретить обход | Можно использовать robots.txt, но это не решение задачи удаления из индекса |
| Пагинация полезна для обхода глубоких записей | Оставить её в индексе и не закрывать без необходимости |
Если нужен инструмент, который помогает убирать дубли и наводить порядок в SEO-настройках WordPress, можно посмотреть Clearfy Pro. Но даже с плагином важно понимать логику: закрывать нужно только те страницы пагинации, которые действительно не должны быть отдельными посадочными.
В итоге задача решается не “полным удалением пагинации”, а аккуратным ограничением индексации там, где страницы списка не несут самостоятельной ценности. Если у вас небольшой сайт с короткими архивами, чаще всего достаточно закрыть пагинацию через noindex. Если же архивы помогают поисковику обходить контент, лучше оставить их доступными и не мешать индексации без причины.