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

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

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

Как понять, что у вас именно дубли, а не обычная просадка трафика

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

Что проверить в первую очередь

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

Если у вас уже есть доступ к Search Console, начните с отчётов по страницам и исключённым URL. Но не ограничивайтесь только панелью: иногда проблема живёт в шаблоне темы или в плагине SEO, и в отчётах это видно только как следствие.

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

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

1. Контент дублируется на уровне записей

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

2. Шаблон генерирует лишние версии

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

3. Индексация не ограничена технически

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

Пошаговое решение: как убрать дубли без риска

Ниже — последовательность, которую удобно применять на живом сайте. Сначала фиксируем наиболее безопасные изменения, потом трогаем структуру URL.

Шаг 1. Оставьте одну основную версию URL

Проверьте, что сайт открывается только в одном варианте: с https, с www или без него — как у вас принято. Это базовая защита от технических дублей. Если есть расхождения, настройте 301-редирект на уровне сервера или через WordPress, но не смешивайте оба способа без необходимости.

Шаг 2. Закройте от индексации служебные архивы

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

Пример: отключить индексацию архивов автора и дат через wp_robots можно так:

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

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

Шаг 3. Уберите страницы вложений

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

add_action('template_redirect', function () {
    if (is_attachment()) {
        $parent = wp_get_post_parent_id(get_the_ID());

        if ($parent) {
            wp_redirect(get_permalink($parent), 301);
            exit;
        }

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

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

Шаг 4. Проверьте canonical на архивных и одиночных страницах

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

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

Шаг 5. Сократите внутренние ссылки на дубли

Даже если поисковик умеет склеивать версии, лучше не подсовывать ему лишние адреса внутри сайта. Проверьте:

• ссылки в хлебных крошках;
• ссылки на архивы тегов и авторов;
• ссылки из виджетов и блоков похожих записей;
• ссылки на изображения, если они ведут на attachment page.

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

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

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

Проверка результата после внедрения

После изменений не полагайтесь на ощущение, что «вроде стало лучше». Проверьте конкретные признаки.

Чек-лист проверки

• основной URL открывается с кодом ответа 200;
• старые варианты URL отдают 301 на канонический адрес;
• страницы вложений больше не индексируются;
• архивы, которые вы закрывали, имеют noindex в исходном коде;
• в Search Console уменьшается число дублей и исключённых страниц;
• внутренние ссылки ведут на одну основную версию адреса.

Технически это можно проверить вручную через браузер и curl. Например, для редиректа:

curl -I https://example.com/old-url/

В ответе должен быть 301 и заголовок Location с правильным адресом. Для проверки canonical откройте исходный код страницы и найдите тег link rel="canonical".

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

Закрыли от индексации всё подряд

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

Сделали редирект на главную для всех дублей

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

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

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

Дубли продолжают появляться из-за темы

Если шаблон выводит полный текст в архивах, а не анонсы, проблема не уйдёт от одного SEO-плагина. В этом случае нужно править сам шаблон архива или настройки темы. Иногда достаточно заменить the_content() на the_excerpt() в архивных шаблонах.

Что делать, если дубли создаёт тема или плагин

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

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

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