Как найти и убрать дубли страниц в WordPress без потери SEO

Автор: Ирина Мельникова | Опубликовано: 20.08.2026

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

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

Какие дубли встречаются чаще всего

В WordPress под дублем не всегда понимают полностью одинаковый текст. Для поисковиков проблемой может быть и один и тот же контент, доступный по разным адресам. На практике чаще всего встречаются такие случаи:

одна и та же запись открывается с разными хвостами URL, например с параметрами сортировки или UTM;
страница доступна по нескольким вариантам домена: с www и без него, по HTTP и HTTPS;
архивы категорий, тегов и авторов дублируют смысл страниц записей;
страницы вложений показывают почти пустую копию изображения или записи;
пагинация и фильтры создают много слабых или повторяющихся URL;
в теме или плагине есть отдельные шаблоны, которые выводят один и тот же контент в разных разделах.

Диагностика: где именно появляется дубль

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

Проверьте URL вручную

Откройте одну и ту же страницу в нескольких вариантах адреса. Если сайт отвечает 200 OK на все версии, а не перенаправляет на один канонический URL, это уже источник дублей. Особенно внимательно проверьте:

http:// и https://;
www и без www;
адреса с завершающим слешем и без него;
параметры вроде ?replytocom=, ?utm_source=, ?sort=.

Посмотрите, что отдаёт WordPress в `<head>`

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

Проверьте отчёты в Search Console

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

Что исправлять в первую очередь

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

1. Настройте один основной вариант домена

В админке WordPress проверьте Адрес WordPress (URL) и Адрес сайта (URL). Они должны совпадать по протоколу и домену. Если сайт работает на HTTPS, не оставляйте старый HTTP-адрес в настройках.

На уровне сервера лучше сделать редирект на один канонический вариант. Пример для Apache:

RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.ru$ [NC]
RewriteRule ^ https://example.ru%{REQUEST_URI} [R=301,L]

Для Nginx логика та же, только конфигурация будет другой. Важно не плодить цепочки редиректов: один запрос должен вести сразу на финальный адрес.

2. Закройте от индексации лишние архивы

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

Вариант через код для тегов и авторских архивов:

add_action('template_redirect', function () {
    if (is_tag() || is_author()) {
        nocache_headers();
    }
});

add_filter('wp_robots', function ($robots) {
    if (is_tag() || is_author()) {
        $robots['noindex'] = true;
        $robots['follow'] = true;
    }
    return $robots;
});

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

3. Уберите страницы вложений из индекса

Медиафайлы часто создают тонкие страницы без пользы для поиска. Если у вас нет задачи продвигать отдельные изображения, лучше перенаправлять attachment page на сам файл или на родительскую запись.

Пример безопасного редиректа для вложений:

add_action('template_redirect', function () {
    if (is_attachment()) {
        $parent = wp_get_post_parent_id(get_queried_object_id());
        if ($parent) {
            wp_redirect(get_permalink($parent), 301);
            exit;
        }

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

4. Нормализуйте параметры URL

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

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

Сравнение подходов: плагин, код или сервер

Подход	Когда подходит	Плюсы	Минусы
SEO-плагин	Нужно быстро закрыть архивы, задать canonical и robots	Удобно, меньше риска сломать тему	Не всегда решает серверные дубли
Код в теме или мини-плагине	Нужно точечно управлять архивами и редиректами	Гибко, прозрачно, без лишних зависимостей	Требует аккуратного тестирования
Редиректы на сервере	Нужно убрать HTTP/www/слеш-дубли	Быстро и надёжно	Нужен доступ к конфигу сервера

Если задача типовая, удобнее начать с SEO-плагина или настроек сервера. Если проблема точечная и связана с конкретным шаблоном, код в мини-плагине часто надёжнее, чем правка functions.php.

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

Соберите список подозрительных URL из Search Console и аналитики.
Проверьте, какие из них отдают 200 OK, а какие уже редиректятся.
Выберите один канонический вариант домена и протокола.
Настройте 301-редирект для технических дублей.
Закройте от индексации архивы, которые не несут ценности.
Проверьте canonical на основных шаблонах: записи, страницы, категории, архивы.
Переобойдите сайт краулером или хотя бы вручную проверьте ключевые URL.

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

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

основной URL открывается без цепочек редиректов;
варианты с http, www и без них ведут на один адрес;
страницы тегов, авторов и вложений либо закрыты, либо перенаправлены по вашей логике;
в исходном коде у страницы один canonical;
в Search Console уменьшается число альтернативных и дублирующих URL;
краулер не находит одинаковые title и description на разных адресах без причины.

Если есть доступ к командной строке, можно быстро проверить редирект и заголовки:

curl -I https://example.ru/page/
curl -I http://www.example.ru/page/

Смотрите на код ответа и заголовок Location. Для дублей важно, чтобы старый адрес не оставался конечной страницей.

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

Закрыли всё через noindex

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

Сделали 302 вместо 301

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

Canonical указывает на несуществующий или закрытый URL

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

Редирект зацикливается

Часто это происходит, когда одновременно включены правила в плагине, в .htaccess и в настройках хостинга. Оставьте один источник правды, иначе получите цепочку или цикл.

Путают дубль и похожую страницу

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

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

Любые массовые правки URL лучше делать на staging-копии. Особенно если вы меняете редиректы на сервере или правите шаблоны темы. Перед выкладкой проверьте, что:

не сломались формы, поиск и пагинация;
не появились лишние 404;
не выросло число редиректов в цепочке;
не закрылись важные страницы из XML-карты сайта.

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

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