Страницы вида /page/2/, /page/3/ и похожие часто попадают в индекс как отдельные URL, хотя по сути это продолжение списка записей, рубрик или архива. Из-за этого в выдаче появляются дубли, а в отчётах Search Console растёт число «малоценных» страниц. Но закрывать пагинацию вслепую нельзя: на некоторых сайтах именно она помогает поисковику добраться до старых материалов и не терять хвост трафика.
Правильный подход зависит не от самого факта наличия пагинации, а от того, что находится на страницах списка, как устроена внутренняя перелинковка и есть ли у этих URL самостоятельная ценность. Ниже — практический разбор, когда пагинацию лучше оставлять, когда закрывать и как сделать это без лишнего риска.
Когда страницы пагинации действительно становятся дублями
Пагинация сама по себе не ошибка. Проблема начинается, когда поисковик видит почти одинаковые страницы с одинаковыми шаблонными блоками, а различается только набор записей в списке. Чаще всего это происходит в:
- архивах рубрик и меток;
- страницах блога с большим количеством записей;
- каталогах и подборках, где список разбит на несколько страниц;
- страницах авторов, дат и пользовательских архивов.
Если на второй и последующих страницах нет уникального контента, а основная ценность — просто в переходе к следующим материалам, такие URL обычно не нужны в поиске как отдельные посадочные страницы. Но это не значит, что их надо полностью ломать для обхода.
Сначала решите: закрывать от индексации или оставлять для обхода
Для WordPress здесь есть два разных сценария.
| Ситуация | Что делать | Почему |
|---|---|---|
| Пагинация нужна, чтобы поисковик находил старые записи | Оставить страницы доступными, не закрывать их от обхода | Боты смогут проходить по спискам и находить контент глубже первой страницы |
| Страницы пагинации не несут самостоятельной ценности и засоряют индекс | Закрыть от индексации, но не ломать ссылки и обход | Сайт остаётся нормально сканируемым, а дубли не попадают в выдачу |
| На страницах пагинации есть уникальные тексты, фильтры или важные подборки | Не закрывать без анализа | Можно потерять трафик и ухудшить доступ к важным разделам |
Если сомневаетесь, ориентируйтесь на фактический трафик и поведение в Search Console. Если страницы пагинации получают показы и клики, сначала разберитесь, почему они ранжируются, а уже потом меняйте настройки.
Как убрать дубли страниц пагинации в WordPress
Самый безопасный путь — не запрещать обход через robots.txt, а закрывать такие страницы от индексации на уровне мета-тега или HTTP-заголовка. Тогда поисковик сможет дойти до ссылок внутри пагинации, но не будет хранить саму страницу в индексе.
Вариант 1. Закрыть пагинацию через SEO-плагин
Если на сайте уже стоит SEO-плагин, проверьте его настройки архивов и индексации. Во многих случаях можно задать noindex для страниц пагинации архивов, рубрик или меток. Это удобнее, чем править код вручную, и меньше риск сломать шаблон.
После изменения настроек не ждите мгновенного исчезновения URL из выдачи. Поисковику нужно переобойти страницы, увидеть директиву noindex и только потом убрать их из индекса.
Вариант 2. Добавить noindex для пагинации кодом
Если плагина нет или в нём нет нужной настройки, можно добавить мета-тег через wp_head. Этот способ подходит, когда нужно закрыть именно страницы пагинации, а не весь архив целиком.
Перед изменением темы сделайте резервную копию или используйте дочернюю тему. Если править файлы активной темы напрямую, обновление может затереть изменения.
Пример кода, который ставит noindex,follow на страницы пагинации:
add_action( 'wp_head', function () {
if ( is_paged() ) {
echo '<meta name="robots" content="noindex,follow" />' . "\n";
}
} );Здесь is_paged() возвращает true на страницах пагинации архивов и списков. Директива follow не запрещает поисковику переходить по ссылкам на странице, а noindex говорит не включать сам URL в индекс.
Если на сайте уже выводится другой robots-мета-тег через тему или плагин, проверьте, чтобы не получилось два противоречивых блока. Поисковик обычно ориентируется на более строгую директиву, но дубли в коде лучше не оставлять.
Вариант 3. Использовать canonical, если страницы почти полностью повторяются
Иногда вместо noindex имеет смысл оставить страницы доступными, но указать каноническую версию. Это полезно, если пагинация технически нужна, а вы хотите подсказать поисковику основную страницу архива.
Но canonical не решает всё автоматически. Если страницы реально разные по содержанию списка, поисковик может проигнорировать подсказку. Поэтому canonical — это не замена нормальной архитектуре, а только дополнительный сигнал.
Что нельзя делать, если не хотите потерять трафик
Самая частая ошибка — закрыть пагинацию в robots.txt. Так делать не стоит, если на этих страницах есть ссылки на важные записи. Когда бот не может зайти на страницу, он может не увидеть часть контента глубже первой страницы. В итоге вы убираете дубли, но одновременно ухудшаете обход сайта.
Ещё одна типичная проблема — ставить noindex на все архивы подряд, не проверив, какие из них реально дают переходы из поиска. На небольших сайтах это иногда проходит безболезненно, но на контентных проектах можно потерять трафик на длинном хвосте запросов.
Не стоит и удалять пагинацию как функциональность, если у вас большой архив. Пользователь и поисковый робот должны иметь нормальный путь к старым материалам. Если убрать навигацию по страницам, часть записей станет слишком глубокой и хуже доступной.
Как проверить, что всё сработало
После настройки откройте несколько URL пагинации вручную и проверьте исходный код страницы. В нём должен быть мета-тег noindex, если вы выбрали этот вариант.
Дальше проверьте три вещи:
- страница открывается без ошибки 404 или редиректа на главную;
- в коде есть нужная директива для роботов;
- внутренние ссылки на следующие страницы пагинации остаются рабочими.
В Google Search Console полезно посмотреть отчёт по индексированию страниц и выборочно проверить конкретный URL через инструмент проверки. Если страница ещё в индексе, это нормально: удаление дублей занимает время. Главное, чтобы при повторном обходе поисковик увидел правильную директиву.
Когда пагинацию лучше не закрывать
Есть ситуации, в которых закрытие пагинации приносит больше вреда, чем пользы. Например, если:
- сайт регулярно публикует много материалов, и старые записи доступны только через архивы;
- страницы пагинации получают переходы и показы по брендовым или навигационным запросам;
- внутри архивов есть важные записи, до которых сложно добраться из меню;
- на сайте слабая перелинковка, и пагинация помогает поисковику обходить контент.
В таких случаях лучше сначала улучшить структуру архива, убрать лишние дубли в шаблонах и только потом решать вопрос с индексацией. Иногда проблема не в самой пагинации, а в том, что первая страница архива слишком похожа на остальные и не даёт поисковику понять, какая версия главная.
Если нужен более прикладной способ чистить SEO-дубли и управлять индексацией без ручной правки темы, для WordPress есть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но использовать его стоит только там, где вы понимаете, какие именно архивы и страницы закрываете.
Практический вывод
Удалять дубли страниц пагинации в WordPress нужно не по шаблону, а по задаче сайта. Если пагинация просто размножает почти одинаковые архивы и мешает индексации, закрывайте её от индексации через noindex,follow или настройки SEO-плагина. Если же через неё поисковик добирается до важных материалов, не режьте её без анализа и не блокируйте в robots.txt.
Безопасная схема обычно такая: оставить пагинацию доступной для обхода, убрать её из индекса только там, где она действительно создаёт дубли, и потом проверить, не просел ли доступ к старым страницам. Это даёт контроль над выдачей без лишнего риска потерять трафик.