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

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

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

Что именно нужно отключать: не пагинацию, а её индексацию

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

Если цель — убрать дубли, обычно есть три рабочих сценария:

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

Для обычного WordPress-сайта с рубриками и архивами чаще всего подходит первый вариант. Он не ломает сайт и решает задачу с дублями.

Самый безопасный способ: закрыть страницы пагинации от индексации

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

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

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

Проверять результат нужно не по визуальному виду страницы, а по исходному коду. На страницах пагинации должен появиться мета-тег noindex или аналогичная директива, которую использует ваш SEO-плагин.

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

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

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

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

Что делает этот код:

• is_paged() проверяет, что открыта не первая страница архива, а одна из последующих;
• noindex,follow запрещает индексацию страницы, но не мешает поисковику переходить по ссылкам;
• код выводится в wp_head, то есть в секцию <head> страницы.

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

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

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

Особенно это удобно, если:

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

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

Что делать с canonical, sitemap и внутренними ссылками

Одна только метка noindex обычно решает проблему, но на практике полезно проверить ещё три вещи.

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

Карта сайта. Страницы пагинации обычно не должны попадать в XML-карту сайта как отдельные URL. Если они там есть, поисковик быстрее их обходит и чаще видит как отдельные страницы. Для обычных архивов это не нужно.

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

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

После настройки откройте несколько адресов вида /page/2/, /page/3/ в рубриках и архивах. Дальше проверьте три вещи:

1. в исходном коде страницы есть noindex;
2. страница открывается для пользователя и не даёт 404;
3. первая страница рубрики или архива осталась доступной для индексации, если вы этого хотели.

Если используете Google Search Console или Яндекс Вебмастер, не ждите мгновенного исчезновения URL из индекса. После закрытия от индексации поисковику нужно время на переобход. Это нормально. Важнее, чтобы новые страницы пагинации больше не попадали в индекс и не накапливались дальше.

Когда отключать пагинацию полностью не стоит

Полностью убирать пагинацию из WordPress не нужно в большинстве случаев. Это плохая идея, если:

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

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

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