Если в поиске всплывают страницы вида /page/2/, /page/3/ и дальше, обычно это не ошибка WordPress, а обычная пагинация архивов, рубрик, тегов или блога. Проблема появляется тогда, когда такие страницы не несут самостоятельной ценности: на них мало контента, они дублируют структуру основного архива и могут расходовать краулинговый бюджет без пользы для сайта.
В WordPress закрывают от индексации не саму пагинацию как механизм, а конкретные URL пагинированных архивов. Делать это нужно аккуратно: если перестараться, можно ухудшить обход сайта поисковиком или сломать логику внутренних ссылок. Ниже — рабочие способы, когда они уместны и как проверить результат.
Когда пагинацию действительно стоит закрывать
Не каждая страница пагинации мешает SEO. На новостных сайтах, больших каталогах и блогах с активной структурой пагинированные страницы часто помогают поисковику добраться до старых материалов. Но если у вас на второй и последующих страницах почти нет уникального текста, а список записей повторяет первый экран архива, такие URL чаще всего не нужны в индексе.
Обычно закрывать от индексации имеет смысл, если:
- на страницах пагинации нет уникального контента, кроме списка записей;
- в выдаче появляются десятки или сотни малоценных URL;
- сайт небольшой, и поисковику не нужно отдельно индексировать глубокие страницы архивов;
- пагинация создаётся в рубриках, тегах или авторских архивах, которые сами по себе уже слабые с точки зрения SEO.
Если же у вас большой каталог материалов и пользователи реально переходят на глубокие страницы архива, иногда лучше не закрывать их полностью, а ограничиться корректной настройкой noindex для отдельных типов архивов. Для WordPress это обычно проще и безопаснее, чем пытаться «запретить всё подряд».
Самый практичный способ: добавить noindex для страниц пагинации
Для большинства сайтов достаточно отдать страницам пагинации мета-тег noindex,follow. Это означает: не индексировать саму страницу, но не запрещать поисковику переходить по ссылкам внутри неё. Такой вариант обычно предпочтительнее, чем закрытие через robots.txt, потому что поисковик всё ещё может обходить ссылки и находить новые материалы.
Если у вас установлен SEO-плагин, сначала проверьте его настройки. Многие плагины умеют закрывать архивы и пагинацию без кода. Но если нужен точечный и предсказуемый вариант, можно добавить небольшой фрагмент в functions.php дочерней темы или в собственный мини-плагин.
Пример для WordPress: он добавляет noindex,follow только на страницах пагинации архивов.
add_action('wp_head', function () {
if (is_paged() && !is_admin()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Здесь используется условие is_paged() — оно срабатывает на страницах 2, 3 и далее. Это простой способ, но у него есть нюанс: он добавит noindex ко всем пагинированным страницам сайта, включая, например, архивы рубрик и блога. Для большинства проектов это нормально, но если вам нужно закрыть только конкретный тип страниц, лучше сделать более точную проверку.
Например, если нужно закрыть только пагинацию главной страницы блога и архивов, можно использовать более строгую логику:
add_action('wp_head', function () {
if (is_paged() && (is_home() || is_archive()) && !is_admin()) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
});Такой вариант не затрагивает одиночные записи и страницы сайта. Но перед внедрением всё равно проверьте, какие именно URL у вас считаются пагинацией: WordPress может генерировать её не только для главной ленты, но и для рубрик, тегов, авторов и пользовательских архивов.
Почему не стоит закрывать пагинацию только через robots.txt
Иногда советуют просто запретить путь /page/ в robots.txt. Для WordPress это плохая идея, если цель — именно убрать URL из индекса. Запрет в robots.txt не гарантирует удаление страницы из поиска. Более того, поисковик может видеть ссылку на такой URL, но не иметь возможности зайти на страницу и увидеть мета-тег noindex.
В результате URL может ещё долго висеть в индексе как «запрещённый к обходу». Для SEO это обычно хуже, чем корректный noindex на самой странице. Поэтому для пагинации в WordPress безопаснее сначала использовать мета-роботс, а не блокировку обхода.
Если нужен точечный контроль: закрываем только отдельные архивы
Иногда закрывать всю пагинацию сайта не нужно. Например, на сайте есть полезная пагинация в разделе новостей, но бесполезная — в тегах и авторских архивах. Тогда лучше разделить логику.
В WordPress можно ориентироваться на тип архива и закрывать только то, что действительно не нужно в индексе. Для этого обычно используют условные теги: is_category(), is_tag(), is_author(), is_home(), is_archive(). Смысл простой: вы не запрещаете пагинацию целиком, а управляете конкретными страницами, которые создают мусорные URL.
Практически это выглядит так: если рубрики важны для поиска, оставляете их открытыми; если теги служат только для внутренней навигации, закрываете их пагинацию от индексации. Такой подход лучше подходит для сайтов, где структура уже настроена и не хочется ломать полезные архивы.
Как проверить, что страницы пагинации действительно закрыты
После изменений не полагайтесь только на визуальную проверку. Откройте несколько URL вручную, например /page/2/ в блоге или рубрике, и посмотрите исходный код страницы. В <head> должен появиться мета-тег noindex,follow.
Проверять стоит именно исходный код, а не отображение в браузере. Если вы используете кэш-плагин, CDN или серверный кэш, обновление может не появиться сразу. В таком случае очистите кэш сайта и, если нужно, кэш на стороне хостинга.
Дополнительно полезно проверить:
- нет ли у пагинации случайного
noindexна страницах, которые вы хотели оставить открытыми; - не закрываются ли важные архивы, например главная страница блога;
- не конфликтует ли ваш код с SEO-плагином, который тоже управляет robots-мета-тегами.
Если у вас уже стоит SEO-плагин, не дублируйте настройки в двух местах. Когда один плагин добавляет noindex, а другой пытается переопределить robots-тег, можно получить непредсказуемый результат.
Что делать, если страницы уже попали в индекс
Если пагинация уже проиндексирована, одного добавления noindex обычно недостаточно для мгновенного исчезновения из поиска. Поисковику нужно заново обойти страницу и увидеть новую директиву. На это уходит время.
Чтобы ускорить процесс, сделайте три вещи: убедитесь, что на странице стоит noindex,follow, проверьте, что URL доступен без блокировки в robots.txt, и отправьте страницу на повторную проверку через инструменты для вебмастеров. Если у вас много таких URL, можно начать с самых массовых архивов: главной пагинации, рубрик и тегов.
Если страница пагинации не должна существовать вообще, а не просто быть закрытой от индексации, тогда уже можно думать о редиректе или изменении структуры архива. Но это отдельная задача: редирект не всегда подходит для пагинированных страниц, потому что может ломать навигацию пользователей и внутренние ссылки.
Когда лучше не закрывать пагинацию
Есть ситуации, где закрытие пагинации принесёт больше вреда, чем пользы. Например, если сайт большой, а старые записи находятся только на глубоких страницах архива. В таком случае поисковику нужно пройти через пагинацию, чтобы добраться до контента. Если вы закроете её слишком агрессивно, новые и старые материалы могут хуже обходиться.
Ещё один случай — когда на страницах пагинации есть уникальные элементы: отдельные описания разделов, фильтры, подборки или полезные блоки, которые реально помогают пользователю. Тогда сначала оцените, можно ли улучшить сами архивы, а уже потом решать вопрос с индексацией.
Для сайта на WordPress правильный подход обычно такой: не закрывать пагинацию «на всякий случай», а убрать из индекса только те страницы, которые действительно создают малоценные дубли. Это даёт более предсказуемый результат и меньше риск навредить обходу сайта.
Если вам нужно не только убрать пагинацию из индекса, но и почистить сайт от других SEO-дублей, в экосистеме WPShop для этого подходит Clearfy Pro. Но для самой задачи закрытия страниц /page/2/ и похожих URL чаще всего достаточно корректного noindex и проверки результата в исходном коде.