Если в индексе поисковиков появились страницы вида /page/2/, /page/3/ и дальше, это не всегда ошибка. Для WordPress пагинация — нормальный механизм разбиения архива, рубрик, тегов и записей на несколько страниц. Проблема начинается тогда, когда такие URL создают лишний шум в индексе, дублируют сигналы и забирают краулинговый бюджет у более полезных страниц.
Закрывать пагинацию нужно аккуратно: навигация по сайту должна работать, а поисковик — понимать, что это вспомогательные страницы, а не отдельные посадочные. Самый безопасный путь зависит от того, что именно вы хотите получить: убрать страницы из индекса, не передавать им вес, или просто снизить их значимость для поиска.
Что именно нужно закрывать от индексации
В WordPress пагинация встречается не только в блоговой ленте. Чаще всего это:
- страницы архивов записей;
- страницы рубрик и меток;
- страницы авторов и дат, если они включены в тему;
- страницы каталога товаров или других архивов, если сайт на WooCommerce или с кастомными типами записей.
Обычно речь идёт о URL с окончанием /page/2/, /page/3/ и так далее. Важно не путать их с обычными страницами сайта. Если у вас есть статическая страница с собственной пагинацией внутри контента, подход может быть другим.
С точки зрения SEO задача обычно такая: оставить пользователю доступ к навигации, но не показывать поисковику второстепенные страницы архива как самостоятельные результаты поиска.
Что не стоит делать
Самая частая ошибка — закрыть пагинацию через robots.txt. Это плохой вариант для большинства сайтов. Если поисковик не может зайти на страницу, он не увидит ссылки с неё и не сможет нормально оценить структуру архива. Кроме того, URL может всё равно попасть в индекс как найденный по внешним или внутренним ссылкам, только уже без содержимого.
Ещё одна ошибка — ставить на все страницы пагинации жёсткий редирект на первую страницу архива. Так вы ломаете навигацию для пользователей и мешаете поисковику обходить остальные страницы списка. Если у архива есть реальный объём контента, это уже не «мусорный» URL, а часть структуры сайта.
Не стоит и массово прятать пагинацию через JavaScript или удалять ссылки на следующие страницы из шаблона. Это ухудшает доступность и часто приводит к тому, что пользователь просто не может добраться до старых материалов.
Рабочий способ: noindex для страниц пагинации
Для большинства сайтов правильнее всего использовать мета-тег noindex для страниц пагинации. Тогда страница остаётся доступной для обхода, но поисковик получает сигнал не включать её в индекс.
Если у вас установлен SEO-плагин, сначала проверьте его настройки. Многие плагины умеют отдельно задавать индексацию архивов, рубрик и пагинированных страниц. Это удобнее, чем править тему вручную, потому что настройка переживает обновления.
Если в плагине нет отдельной опции именно для пагинации, можно добавить условную логику в тему или дочернюю тему. Для WordPress это делается через фильтр wp_robots. Он позволяет изменить robots-мета на уровне страницы без вмешательства в шаблон.
Пример для добавления в functions.php дочерней темы или в собственный плагин:
add_filter( 'wp_robots', function( array $robots ) : array {
if ( is_paged() ) {
$robots['noindex'] = true;
}
return $robots;
} );Здесь функция is_paged() срабатывает на страницах пагинации архивов и списков записей. WordPress добавит в HTML страницы директиву noindex для поисковых роботов.
Если у вас уже есть другой код, который управляет robots-мета, проверьте, не конфликтует ли он с этим фильтром. В реальных проектах именно конфликт настроек чаще всего ломает результат.
Когда лучше использовать noindex, follow
Для пагинации обычно нужен именно вариант noindex, follow: страницу не индексировать, но ссылки на ней оставить доступными для обхода. Это особенно полезно, если на второй и следующих страницах архива есть ссылки на старые записи, которые поисковик должен находить.
В WordPress через фильтр wp_robots это можно сделать так:
add_filter( 'wp_robots', function( array $robots ) : array {
if ( is_paged() ) {
$robots['noindex'] = true;
$robots['follow'] = true;
}
return $robots;
} );На практике это самый безопасный вариант для большинства блогов и архивов. Он не ломает внутреннюю перелинковку и не делает пагинацию «тупиком» для робота.
Если вы используете SEO-плагин, проверьте, не ставит ли он на такие страницы nofollow или другой конфликтующий robots-режим. Для пагинации это обычно не нужно.
Как закрыть пагинацию только там, где это действительно нужно
Не всегда стоит закрывать все страницы пагинации подряд. Иногда на сайте есть разделы, где пагинация полезна и для пользователя, и для поиска. Например, длинные архивы новостей или крупные категории с большим количеством материалов. В таких случаях лучше закрывать только те архивы, которые не несут самостоятельной ценности в выдаче.
Если вам нужна более точная логика, можно ограничить условие конкретными типами архивов. Например, закрывать пагинацию только в рубриках, но не в архиве записей. Тогда условие будет сложнее, и его нужно подбирать под структуру сайта.
Для этого уже важно понимать, как устроена тема и какие архивы реально генерируются. Универсального кода на все случаи нет: на одном сайте достаточно is_paged(), на другом нужно проверять is_category(), is_tag() или архив конкретного типа записей.
Как проверить, что всё работает правильно
После настройки откройте любую страницу пагинации, например /page/2/, и проверьте исходный код страницы. В HTML должен быть robots-мета с noindex. Если вы использовали фильтр WordPress, это можно увидеть в разметке страницы или через инструменты разработчика в браузере.
Дальше проверьте два момента:
- страница открывается без редиректа на первую страницу;
- ссылки на следующую и предыдущую страницы архива остаются кликабельными.
Если у вас подключён Google Search Console или аналогичный инструмент, не ждите мгновенного исчезновения URL из индекса. После изменения robots-мета поисковику нужно время на повторный обход. Это нормально.
Если страница всё ещё отображается в индексе, это не всегда значит, что настройка не сработала. Поисковик мог ещё не переобойти URL или оставить его в выдаче до следующего обновления индекса.
Что делать, если пагинация уже попала в индекс
Если страницы /page/2/ и похожие уже индексируются, одного добавления noindex обычно достаточно, но не мгновенно. Чтобы ускорить процесс, убедитесь, что:
- на странице действительно стоит
noindex; - нет запрета в
robots.txt, который мешает обходу; - внутренние ссылки на пагинацию не дублируются в лишних местах;
- канонический URL не указывает на первую страницу там, где это ломает логику архива.
Если вы используете SEO-плагин, проверьте его настройки для архивов и пагинации. Иногда проблема не в WordPress, а в том, что плагин и тема одновременно выводят разные robots-указания.
Для крупных сайтов с большим количеством архивов полезно ещё и сократить количество ненужных ссылок на пагинацию в шаблоне, но это уже отдельная задача по оптимизации структуры. Для самой индексации ключевой сигнал всё равно даёт noindex.
Когда лучше не закрывать пагинацию полностью
Есть сценарии, где закрывать пагинацию от индексации не стоит без дополнительной проверки. Например, если:
- на вторых и следующих страницах архива находятся важные материалы, которые плохо доступны из других разделов;
- сайт маленький, и пагинация помогает поисковику добраться до старых записей;
- архивы используются как основная навигация по каталогу контента.
В таких случаях лучше сначала посмотреть, действительно ли пагинация создаёт проблему. Иногда достаточно убрать из индекса только отдельные типы архивов, а не все страницы подряд.
Если задача именно в сокращении «мусорных» URL, а не в полном скрытии архива, то noindex, follow — обычно самый сбалансированный вариант. Он решает проблему индексации и не ломает навигацию по сайту.
Если хотите, можно реализовать это и через SEO-плагин, и через код. Но принцип один: не блокировать доступ к пагинации, а дать поисковику понятный сигнал не считать её самостоятельной посадочной страницей.