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

Дубли пагинации в WordPress обычно появляются не из-за одной ошибки, а из-за сочетания настроек темы, SEO-плагина и структуры архива. Типичный пример: у рубрики есть страницы /category/news/page/2/, /page/3/ и одновременно в индексе оказываются варианты с параметрами, лишними слешами или дублирующимися мета-тегами. В результате поисковик тратит краулинговый бюджет на мусорные URL, а важные страницы получают меньше внимания.

Ниже разберём, как найти источник дублей, что закрывать, а что оставлять открытым, и как проверить, что после правок сайт не потерял нужные страницы из индекса.

Когда проблема действительно в пагинации

Сначала стоит убедиться, что речь именно о дублях пагинации, а не о других типах дублей: HTTP/HTTPS, www/без www, параметры сортировки, UTM-метки, архивы тегов или авторов. Пагинация даёт характерный паттерн: одинаковый контент на страницах архива, но разные URL с номером страницы в конце.

Признаки в индексе и в логах

• в Google Search Console видны URL вида /page/2/, /page/3/ как «Просканировано, но не проиндексировано» или как дубли;
• в логах сервера бот часто ходит по страницам архива дальше первой, но не получает от них ценности;
• в выдаче появляются варианты с параметрами, например ?amp, ?replytocom или внутренними фильтрами темы;
• на страницах пагинации одинаковые <title> и <meta name="description">, что усиливает путаницу.

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

Что именно закрывать, а что не трогать

Не стоит массово закрывать все страницы пагинации от индексации. Для некоторых сайтов страницы 2–3 архивов полезны: они помогают поисковику добраться до старых материалов, если внутренняя перелинковка слабая. Но если на сайте много тонких архивов, а контент на второй и последующих страницах не несёт самостоятельной ценности, их можно закрыть аккуратно.

Диагностика: где рождается дубль

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

Проверка HTML на странице архива

Откройте исходный код второй страницы архива и посмотрите:

• есть ли в <link rel="canonical"> ссылка на саму страницу или на первую страницу архива;
• не дублируется ли <title> без номера страницы;
• не стоит ли на всех страницах одинаковый noindex или, наоборот, его нет нигде;
• не добавляет ли тема лишние параметры в URL пагинации.

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

Пошаговое решение без лишнего риска

Шаг 1. Нормализуйте канонический URL

Для страниц пагинации каноникал должен быть предсказуемым. Если вы хотите, чтобы в индексе оставалась только первая страница архива, canonical для страниц 2+ можно указывать на первую страницу архива. Если же страницы пагинации должны индексироваться, canonical должен быть сам на себя.

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

<?php
add_filter( 'wpseo_canonical', function( $canonical ) {
    if ( is_paged() && ( is_category() || is_tag() || is_archive() ) ) {
        $paged = max( 2, get_query_var( 'paged' ) );
        $base  = get_pagenum_link( 1 );
        return $base;
    }

    return $canonical;
} );

Этот вариант подходит не всем. Если архивы у вас реально нужны для индексации, не подменяйте canonical на первую страницу без анализа.

Шаг 2. Добавьте noindex только туда, где это оправдано

Для тонких архивов и пагинации с малой ценностью можно вывести noindex,follow. Это лучше, чем закрывать всё через robots.txt, потому что бот всё ещё сможет переходить по ссылкам и находить контент.

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

Если SEO-плагин уже управляет robots-мета, не дублируйте тег вручную. Иначе получите два conflicting directives в одном документе.

Шаг 3. Уберите дубли title и description

Частая ошибка — одинаковый шаблон мета-тегов для всех страниц архива. Для пагинации лучше явно добавлять номер страницы в title, если страница остаётся индексируемой. Это снижает вероятность дублей в сниппетах и помогает поисковику различать документы.

<?php
add_filter( 'document_title_parts', function( $parts ) {
    if ( is_paged() ) {
        $paged = max( 2, get_query_var( 'paged' ) );
        if ( ! empty( $parts['title'] ) ) {
            $parts['title'] .= ' — страница ' . $paged;
        }
    }

    return $parts;
} );

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

Как проверить, что решение сработало

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

• Откройте исходный код первой и второй страницы архива и сравните canonical, title и robots.
• Проверьте HTTP-ответ через curl -I https://example.com/category/news/page/2/ — статус должен быть 200, если страница доступна, или 301/404, если вы сознательно её убрали.
• В Google Search Console отправьте на проверку несколько URL пагинации и посмотрите, как робот интерпретирует canonical.
• Через несколько дней проверьте отчёт по страницам с дублирующимся описанием и заголовками.

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

Частые ошибки и как их исправить

Закрыли пагинацию в robots.txt

Это не всегда ошибка, но часто — плохое решение. Если бот не может сканировать страницу, он не увидит canonical и robots-мета. Для уже известных URL это обычно слабее, чем noindex,follow.

Поставили noindex на первую страницу архива

Такое случается, когда условие в коде написано слишком широко. Проверяйте, что is_paged() действительно срабатывает только на страницах 2 и выше. Первая страница архива должна оставаться доступной, если вы не закрываете весь архив целиком.

Оставили конфликтующие canonical

Если SEO-плагин и тема оба выводят canonical, поисковик может выбрать не тот URL. Решение простое: оставьте один источник правды. Либо плагин, либо тема, но не оба сразу.

Сломали пагинацию после правки rewrite

Если вы меняли правила ЧПУ или структуру архивов, после этого обязательно сохраните настройки постоянных ссылок в админке, чтобы WordPress обновил rewrite rules. Иначе страницы /page/2/ могут начать отдавать 404.

Безопасность и производительность

Любые правки в functions.php лучше переносить в дочернюю тему или небольшой mu-plugin. Так вы не потеряете изменения при обновлении темы. Если сайт живой и посещаемый, сначала проверьте код на staging-копии.

Ещё один практический момент: не генерируйте мета-теги и canonical через тяжёлые запросы к базе на каждом хите. Для пагинации достаточно стандартных conditional tags WordPress. Это дешевле и надёжнее, чем искать данные вручную.

Если вам нужно быстро убрать лишние дубли и технические хвосты без ручного кода, можно посмотреть в сторону Clearfy Pro: у него есть инструменты для SEO-чистки и отключения части лишней разметки. Но даже в этом случае логику пагинации всё равно стоит проверить вручную, особенно на кастомных темах: https://wpshop.ru/plugins/clearfy.

Короткий чек-лист перед публикацией

• проверен canonical на первой и второй странице архива;
• нет дублирующихся title и description;
• robots-мета не конфликтует с SEO-плагином;
• страницы пагинации отдают ожидаемый HTTP-статус;
• в Search Console нет массовых ошибок по новым URL;
• изменения внесены в дочернюю тему или mu-plugin.

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