Дубли страниц пагинации в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: одинаковые title и meta description на страницах /page/2/, лишние архивы, неправильный canonical, а иногда и из-за темы, которая выводит контент архива без учета пагинации. В результате поисковик видит несколько очень похожих страниц и начинает выбирать не ту, которую вы хотели бы продвигать.
Проблема особенно заметна на рубриках, тегах, архивах автора и дат, а также на страницах блога с большим количеством записей. Если сайт уже индексируется, исправлять это лучше точечно: сначала понять, где именно создаются дубли, затем убрать причину, а не просто закрыть все подряд от индексации.
Как понять, что у вас именно дубли пагинации
Симптомы обычно одинаковые: в поиске всплывают страницы /page/2/, /page/3/ с теми же сниппетами, что и у первой страницы архива; в отчетах краулера повторяются одинаковые title и description; в Search Console появляются похожие URL с низкой ценностью. Иногда проблема видна и без инструментов: откройте несколько страниц пагинации и сравните исходный код.
Что проверить в первую очередь
- одинаковый
<title>на первой и последующих страницах архива; - одинаковый
meta descriptionбез привязки к номеру страницы; - canonical, который всегда указывает на первую страницу, даже на
/page/2/; - наличие в sitemap страниц, которые не должны индексироваться;
- архивы автора и даты, если они дублируют рубрики по смыслу.
Если у вас стоит SEO-плагин, сначала проверьте его настройки. Если плагина нет, посмотрите, что делает тема: многие шаблоны выводят одинаковые мета-теги на всех страницах архива, потому что разработчик не учел условие пагинации.
Диагностика: где именно рождается дубль
Самый быстрый способ — открыть исходный код первой и второй страницы архива и сравнить три вещи: title, canonical и robots. Для этого не нужен сложный стек, достаточно браузера и любого краулера. Если canonical на /page/2/ указывает на первую страницу, это не всегда ошибка: для некоторых архивов это допустимо. Но если при этом в индексе остаются обе страницы с одинаковыми метаданными, значит проблема не решена до конца.
Полезно проверить и серверный ответ. Иногда страница пагинации отдает 200 OK, хотя по смыслу должна быть закрыта от индексации, а иногда наоборот — страница доступна, но в ней нет уникального контента и она только засоряет индекс.
Минимальный чек-лист диагностики
- сравните исходный код
/category/news/и/category/news/page/2/; - проверьте, не дублируются ли title и description на всех страницах архива;
- посмотрите canonical в HTML и в ответе SEO-плагина;
- проверьте, не попали ли пагинированные URL в sitemap;
- убедитесь, что архивы автора и даты не создают лишние копии контента.
Как исправить дубли страниц пагинации
Есть три рабочих подхода: настроить SEO-плагин, поправить тему кодом или закрыть часть архивов от индексации. Выбор зависит от того, что именно дублируется и насколько важны эти страницы для поиска.
| Подход | Когда использовать | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Если дубли только в мета-тегах и canonical | Быстро, без правки темы | Не всегда решает проблему в шаблоне |
| Код в теме/плагине | Если тема выводит неправильные мета-теги | Точный контроль | Нужна проверка после обновлений |
| Закрытие архивов | Если архивы не несут SEO-ценности | Убирает мусор из индекса | Можно потерять полезный трафик |
Вариант 1: поправить canonical и title для пагинации
Если проблема в том, что все страницы архива выглядят одинаково, можно добавить в тему или мини-плагин логику для title и canonical. Ниже пример без выдуманных функций: он меняет title для страниц пагинации и оставляет canonical на текущую страницу, если вы не хотите принудительно сводить все к первой.
<?php
add_filter( 'document_title_parts', function( $parts ) {
if ( is_paged() ) {
$paged = max( 2, (int) get_query_var( 'paged' ) );
$parts['title'] = $parts['title'] . ' — страница ' . $paged;
}
return $parts;
} );
add_filter( 'wpseo_canonical', function( $canonical ) {
if ( is_paged() ) {
return get_pagenum_link( max( 2, (int) get_query_var( 'paged' ) ) );
}
return $canonical;
} );Если вы не используете Yoast SEO, второй фильтр не сработает. В этом случае нужно смотреть фильтры вашего SEO-плагина или править вывод canonical в теме. Смысл один: canonical должен соответствовать выбранной стратегии, а не случайно указывать на первую страницу для всех URL подряд.
Вариант 2: закрыть от индексации лишние архивы
Если архивы автора, даты или теги не дают трафика и только плодят дубли, их лучше закрыть от индексации. Это не универсальное правило, но для небольших сайтов с одним автором или слабой структурой архивов часто работает лучше, чем попытка «причесать» все страницы мета-тегами.
<?php
add_filter( 'wp_robots', function( $robots ) {
if ( is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
}
return $robots;
} );Такой код не удаляет страницы физически, а только просит поисковики не индексировать их. Это безопаснее, чем массово удалять URL или ставить редиректы наугад. Но если архивы уже в индексе, понадобится время на переобход.
Вариант 3: убрать пагинацию из sitemap, если она там не нужна
Если в sitemap попали URL пагинации, поисковик получает лишний сигнал, что эти страницы важны. В большинстве случаев это не нужно. В SEO-плагинах обычно есть настройка, которая позволяет исключить архивы или отдельные типы страниц из карты сайта. Если такой настройки нет, проверьте фильтры плагина или генератор sitemap в теме.
Здесь важно не переусердствовать: если у вас крупный каталог материалов и пагинированные страницы действительно приводят трафик, полное исключение может быть лишним. Сначала посмотрите данные в Search Console и логи переходов, потом принимайте решение.
Проверка результата после внедрения
После правок не ограничивайтесь визуальной проверкой. Откройте несколько страниц архива и сравните исходный код: title должен отличаться на пагинированных страницах, canonical — соответствовать выбранной логике, robots — не конфликтовать с настройками SEO-плагина. Затем проверьте, исчезли ли лишние URL из sitemap.
Дальше полезно сделать повторный обход краулером. Если раньше он показывал одинаковые title и description на /page/2/ и /page/3/, после исправления эти дубли должны уйти. В Search Console изменения обычно видны не сразу, поэтому ориентируйтесь на сочетание технической проверки и данных по переобходу.
Что считать нормальным результатом
- у страниц пагинации есть понятный и различимый title;
- canonical соответствует вашей стратегии, а не конфликтует с ней;
- лишние архивы не попадают в sitemap;
- в отчете краулера меньше одинаковых мета-тегов;
- страницы, которые вы закрыли от индексации, постепенно выпадают из поиска.
Частые ошибки и как их исправить
Одинаковый canonical на всех страницах
Это самая частая ошибка. Разработчик ставит canonical на первую страницу архива везде, включая /page/2/ и /page/3/, а потом удивляется, почему поисковик игнорирует пагинацию. Если вы хотите, чтобы страницы пагинации жили отдельно, canonical должен это отражать. Если хотите оставить только первую страницу — тогда нужно последовательно закрыть остальные сигналы, а не ограничиваться одним тегом.
Закрыли страницу в robots.txt и решили, что проблема ушла
Это не одно и то же. Если URL уже в индексе, запрет в robots.txt не уберет его быстро и не исправит дубли метаданных. Для таких случаев нужен noindex или корректная переработка структуры. Robots.txt полезен для обхода, но не для лечения уже созданных дублей.
Удалили пагинацию из sitemap, но не поправили шаблон
Такой шаг уменьшает шум, но не решает корень проблемы. Если тема продолжает выводить одинаковые title и description, дубли останутся в HTML и будут видны краулеру. Сначала исправляйте шаблон или SEO-логику, потом уже чистите sitemap.
Слепо закрыли все архивы от индексации
Это безопасно только на бумаге. На практике можно потерять страницы, которые приносили трафик по низкочастотным запросам. Перед массовым noindex проверьте, какие архивы реально нужны. Иногда достаточно закрыть только архивы автора и даты, а рубрики оставить открытыми.
Практические советы по безопасности и производительности
Любые правки в теме лучше делать не напрямую в продакшене, а через дочернюю тему или небольшой mu-plugin. Так вы не потеряете изменения после обновления. Если используете SEO-плагин, не дублируйте одну и ту же логику в нескольких местах: например, canonical не должен одновременно задаваться темой, плагином и кастомным кодом.
Для крупных сайтов полезно периодически прогонять архивы через краулер и смотреть не только дубли, но и глубину пагинации. Если на 10-й странице архива почти нет переходов, возможно, стоит пересмотреть структуру рубрик, количество материалов на странице или саму необходимость длинной пагинации.
Если вам нужен более системный контроль над дублями и технической чисткой сайта, часть задач можно закрыть плагином вроде Clearfy Pro, но только как инструментом настройки, а не заменой диагностики. Автоматизация помогает убрать типовые дубли, но решение все равно должно опираться на структуру конкретного сайта.