Проблема с дублями пагинации в WordPress обычно всплывает не сразу: в индексе оказываются страницы вида /page/2/, /page/3/, архивы рубрик начинают конкурировать друг с другом, а в отчётах Search Console растёт число «Просканировано, но не проиндексировано». Самая частая ошибка здесь — пытаться закрыть всё подряд через robots.txt или массовый noindex без понимания, какие страницы реально нужны для обхода и передачи веса.
Как понять, что у вас именно проблема с дублями пагинации
Сначала проверьте не «вообще SEO», а конкретные симптомы. Для пагинации типичны такие признаки:
- в поиске есть страницы рубрик с
/page/2/,/page/3/и похожими URL; - одни и те же товары, записи или карточки попадают в индекс через разные архивы;
- внутренний поиск и фильтры создают URL с параметрами, которые тоже индексируются;
- в отчёте по страницам много адресов с очень похожим содержимым и низкой уникальностью.
Проверка занимает несколько минут. Откройте несколько типовых архивов: главную блога, рубрику, тег, архив автора. Посмотрите, есть ли у них пагинация и совпадает ли контент на первых экранах. Затем введите в поиск Google запрос site:example.com page/2 и посмотрите, какие URL уже попали в индекс. Если там есть не только архивы, но и страницы с параметрами, значит проблема шире, чем просто пагинация.
Что считать нормой, а что — лишним
Нормально, когда поисковик видит страницы пагинации архивов и может по ним переходить, если это помогает добраться до старых материалов. Лишним становится индексирование дублей с параметрами сортировки, фильтров, UTM-меток и технических страниц, которые не несут самостоятельной ценности. Именно их и нужно убирать в первую очередь.
Что закрывать, а что оставлять в индексе
Здесь полезно разделить страницы на три группы. Это помогает не переборщить с запретами и не отрезать поисковику путь к контенту.
| Тип страницы | Что делать | Комментарий |
|---|---|---|
| Архивы рубрик и записей с пагинацией | Обычно оставлять доступными для обхода | Если архив реально нужен пользователю и ведёт к контенту |
| URL с параметрами фильтров и сортировки | Чаще закрывать от индексации | Особенно если параметры создают десятки почти одинаковых страниц |
| Технические страницы, поиск, пустые архивы | Закрывать или убирать из индекса | Если они не дают ценности и не нужны в выдаче |
Если у вас новостной или контентный сайт, пагинацию рубрик часто лучше не закрывать полностью. Поисковик должен иметь возможность дойти до старых материалов. А вот страницы с параметрами сортировки и фильтрации — это уже другой случай: они почти всегда создают дубли и размывают сигнал.
Пошаговое решение: как убрать дубли без лишнего риска
Шаг 1. Уберите индексирование параметров, которые не нужны
Если дубли создаются через параметры в URL, сначала проверьте, можно ли отключить их генерацию на уровне темы, плагина или фильтра. Например, если поиск или фильтр добавляет ?sort=price, ?filter_color=red или похожие параметры, а эти страницы не должны индексироваться, лучше не оставлять их на самотёк.
Для точечной блокировки параметров в индексации можно использовать noindex, follow на страницах с query string. Ниже пример для functions.php или небольшого mu-plugin. Он не ломает обычные страницы и срабатывает только при наличии параметров.
<?php
add_filter('wp_robots', function (array $robots) {
if (is_admin()) {
return $robots;
}
$blocked_params = ['sort', 'filter_color', 'filter_size', 'orderby'];
foreach ($blocked_params as $param) {
if (isset($_GET[$param])) {
$robots['noindex'] = true;
$robots['follow'] = true;
break;
}
}
return $robots;
});
Это не универсальная панацея: если у вас фильтры должны индексироваться как отдельные посадочные страницы, такой подход не подойдёт. Но для типичных технических дублей он работает предсказуемо.
Шаг 2. Не закрывайте пагинацию в robots.txt без необходимости
Запрет в robots.txt часто используют слишком грубо. Проблема в том, что если поисковик не может обойти страницу, он хуже понимает её связи с остальным сайтом. Для архивов это особенно заметно: вы можете случайно ухудшить обнаружение старых записей.
Если задача именно убрать URL из индекса, а не запретить обход, безопаснее использовать noindex на конкретных шаблонах или страницах. robots.txt оставляйте для действительно технических разделов, которые не должны обходиться вообще.
Шаг 3. Проверьте canonical на архивах
У пагинации часто ломается canonical: все страницы архива указывают на первую страницу, хотя должны быть логически связаны с собой. Это не всегда критично, но если canonical настроен неправильно, поисковик начинает путаться, какую страницу считать основной.
Если вы используете SEO-плагин, проверьте, не переписывает ли он canonical для архивов и страниц с параметрами. Если canonical генерируется темой вручную, убедитесь, что он соответствует текущему URL, а не всегда указывает на главную страницу архива.
Шаг 4. Уберите лишние архивы и дубли таксономий
Часто пагинация — это только верхушка. Под ней скрываются дубли рубрик, тегов, архивов автора и дат. Если на сайте много тонких архивов, лучше отключить те, которые не несут пользы. Для этого удобно использовать Clearfy Pro, если вам нужен именно набор точечных настроек по чистке дублей и техническому SEO, но в любом случае сначала проверьте, что именно вы отключаете и как это влияет на навигацию.
Если не хотите использовать плагин, отключайте лишние архивы кодом или настройками темы. Главное — не закрывать всё подряд, а оставить только те архивы, которые реально помогают пользователю и поисковику.
Когда нужен код, а когда достаточно настроек плагина
Если дублей немного и они типовые, проще обойтись настройками SEO-плагина или плагина для технической чистки. Если же у вас кастомные фильтры, нестандартные архивы или собственная логика URL, без кода не обойтись. Ниже короткое сравнение подходов.
| Подход | Плюсы | Минусы |
|---|---|---|
| Настройки плагина | Быстро, без разработки | Не всегда покрывает кастомные сценарии |
| Код в теме или mu-plugin | Точный контроль, можно учесть логику проекта | Нужна проверка после обновлений |
| robots.txt | Просто закрыть обход | Легко переборщить и ухудшить обход сайта |
Проверка результата после внедрения
После изменений не ограничивайтесь визуальной проверкой. Нужны минимум три шага:
- Откройте проблемные URL и проверьте исходный код страницы: есть ли
noindex, корректный ли canonical, не закрыт ли нужный контент случайно. - Проверьте ответ сервера и заголовки, если используете серверную настройку. Иногда мета-тег есть, но шаблон всё равно отдаёт лишние ссылки и дубли.
- Сравните индекс в Search Console через несколько дней или недель: должны уменьшиться лишние URL с параметрами и технические дубли.
Для быстрой локальной проверки удобно использовать curl. Например:
curl -I https://example.com/category/news/page/2/
curl -s https://example.com/category/news/?sort=price | grep -i robots
Если вы видите noindex там, где он должен быть, и при этом обычные архивы остались доступны, значит базовая настройка сработала. Дальше смотрите уже на динамику в индексе и краулинге.
Частые ошибки и как их исправить
Закрыли пагинацию в robots.txt и потеряли обход старых материалов
Это классическая ошибка. Поисковик перестаёт нормально проходить по архивам, а старые записи становятся хуже доступны. Исправление простое: уберите жёсткий запрет и перенесите логику в noindex или в настройку конкретного шаблона.
Поставили noindex на все архивы подряд
Так делают, когда хотят «почистить индекс», но в итоге убирают полезные страницы рубрик и тегов. Если архивы реально приводят трафик и помогают навигации, оставляйте их открытыми. Закрывайте только те, что создают дубли или не несут ценности.
Canonical указывает на главную страницу архива для всех страниц пагинации
Это мешает поисковику понимать структуру сайта. Проверьте шаблон вывода canonical и настройки SEO-плагина. Если canonical переписывается фильтром, найдите этот фильтр и убедитесь, что он не подменяет URL на первый экран архива без причины.
Фильтры и сортировки продолжают плодить URL
Даже если пагинацию вы уже поправили, параметры запроса могут продолжать создавать дубли. В этом случае нужно отдельно разбирать логику фильтрации: где-то достаточно убрать параметр из URL, где-то — добавить noindex, а где-то — вообще отключить индексирование таких страниц на уровне шаблона.
Что проверить по безопасности и производительности
Любые правки в шаблонах и фильтрах лучше вносить не в рабочую тему, а в дочернюю тему или mu-plugin. Так вы не потеряете изменения после обновления. Если используете код для wp_robots, не добавляйте туда тяжёлые проверки и запросы к базе: этот фильтр вызывается на многих страницах, и лишняя нагрузка быстро становится заметной.
Ещё один практический момент: не ставьте несколько SEO-плагинов одновременно, если они оба управляют canonical и robots. Конфликтующие мета-теги — частая причина того, что поисковик видит страницу не так, как вы ожидаете.
Мини-чек-лист перед публикацией изменений
- Проверены конкретные URL с пагинацией и параметрами.
- Оставлены доступными те архивы, которые нужны для обхода контента.
- Лишние параметры закрыты точечно, а не глобально.
- Canonical не переписывает все страницы на один и тот же адрес.
- Проверка через
curlили просмотр исходника подтверждает нужные мета-теги. - В Search Console отслеживается динамика по лишним URL, а не только по главной странице.
Если вам нужно не только убрать дубли, но и почистить сайт от технического мусора, имеет смысл смотреть в сторону инструментов, которые умеют работать с дублями, архивами и служебными страницами без ручного переписывания шаблонов. Но даже в этом случае сначала разберите структуру URL и только потом включайте автоматические правила.