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

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

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

Как понять, что дубли появились именно из-за архивов и пагинации

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

Проверять лучше в двух местах. Сначала в поисковой системе: запросите адрес сайта и посмотрите, какие типы страниц попали в индекс. Затем в самой админке WordPress и в исходном коде страниц. Для любой подозрительной страницы откройте HTML и найдите тег rel="canonical". Если canonical указывает не туда, куда должен, или отсутствует, поисковик получает лишний сигнал о том, что перед ним отдельная страница.

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

Какие дубли WordPress создаёт чаще всего

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

  • Архивы категорий и тегов — одна запись может быть доступна через несколько таксономий.
  • Архивы автора — полезны не на каждом сайте, а иногда дублируют ленту записей.
  • Архивы по дате — редко нужны для поиска, но создают ещё один путь к тем же материалам.
  • Пагинация архивов — страницы /page/2/, /page/3/ и дальше.
  • Страницы вложений — отдельные attachment-страницы часто почти пустые и бесполезны для поиска.
  • Параметры в URL — сортировка, фильтры, UTM и другие query string могут порождать множество вариантов одного адреса.

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

Что можно сделать без кода

Начинать стоит с настроек, потому что во многих случаях этого достаточно. В WordPress и SEO-плагинах можно сократить количество индексируемых архивов без правки темы.

Проверьте такие вещи:

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

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

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

Как правильно обращаться с пагинацией

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

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

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

Когда нужен код и что именно править

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

Один из частых случаев — отключение архивов автора или даты, если они не нужны. В WordPress это можно сделать через фильтры author_link и date_link не получится полностью убрать архивы, но можно запретить их вывод в шаблонах и закрыть от индексации на уровне SEO-плагина. Если задача именно в сокращении дублей, чаще всего достаточно убрать ссылки на такие архивы из меню, хлебных крошек и блоков авторства, чтобы не плодить лишние пути к тем же материалам.

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

Пример, который часто используют для перенаправления attachment-страниц на родительскую запись или главную, выглядит так:

add_action( 'template_redirect', function () {
    if ( is_attachment() ) {
        global $post;

        if ( $post && $post->post_parent ) {
            wp_redirect( get_permalink( $post->post_parent ), 301 );
            exit;
        }

        wp_redirect( home_url( '/' ), 301 );
        exit;
    }
} );

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

Что проверить после изменений

После настройки не стоит сразу ждать пересчёта индекса. Сначала проверьте техническую сторону на самом сайте.

  • Откройте несколько архивов и их страницы пагинации.
  • Посмотрите исходный код и убедитесь, что canonical указывает на нужный URL.
  • Проверьте, не появились ли случайно редиректы на первую страницу архива.
  • Убедитесь, что закрытые архивы не отдают ошибку, если вы оставили их доступными для пользователей.
  • Если используете SEO-плагин, проверьте его настройки архивов и robots-мета.

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

Какая схема обычно работает лучше всего

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

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

Сократить дубли в WordPress можно без радикальных мер. Главное — не пытаться закрыть всё подряд. Сначала найдите, какие именно URL создают повторяющийся контент, затем уберите лишние архивы из индекса, проверьте canonical и только после этого трогайте код темы. Такой порядок обычно даёт предсказуемый результат и не ломает структуру сайта.

Как создать собственные шорткоды в WordPress: подробное руководство
23.09.2026
Создание набора иконок для WordPress с помощью ACF
16.09.2026
Как отключить emoji и oEmbed в WordPress без поломки редактора и встраиваний
24.09.2026
Как убрать дубли страниц WordPress из-за пагинации и архивов
08.10.2026