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

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

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

Как понять, что у сайта есть дубли страниц

Сначала важно не лечить «на глаз». У дублей есть вполне проверяемые признаки: одна и та же запись открывается с www и без него, по HTTP и HTTPS, с /page/2/, с параметрами сортировки или через несколько архивов одновременно. Иногда проблема заметна прямо в выдаче: вместо нужной страницы индексируются теги, архивы автора или пагинация.

Быстрая диагностика в браузере и поиске

Проверьте несколько типовых адресов:

• главная страница с http и https;
• варианты с www и без него;
• одну и ту же запись через рубрику, метку и прямую ссылку;
• страницы с параметрами вроде ?utm_source=, ?replytocom=, ?amp, если они у вас есть;
• архивы автора, дат и пагинации.

Если у вас есть доступ к Google Search Console, откройте отчёт по страницам и посмотрите, какие URL попали в индекс вместо канонических. Это самый полезный сигнал: он показывает не только наличие дублей, но и то, какие именно адреса поисковик считает отдельными страницами.

Что обычно создаёт дубли в WordPress

На практике источники повторов почти всегда одни и те же:

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

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

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

Пошаговое решение: убрать дубли URL и архивов

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

Выберите один вариант: https://site.ru или https://www.site.ru. Остальные версии должны отдавать 301-редирект на основную. Это базовая гигиена, без неё дальше всё будет расползаться.

Если у вас Apache, редирект обычно делают на уровне .htaccess. Для Nginx — в конфигурации сервера. Ниже пример для WordPress-уровня, если доступ к серверу ограничен и нужен быстрый вариант в теме или MU-плагине:

<?php
add_action('template_redirect', function () {
    if (is_admin() || wp_doing_ajax()) {
        return;
    }

    $host = $_SERVER['HTTP_HOST'] ?? '';
    $uri  = $_SERVER['REQUEST_URI'] ?? '/';

    $preferred_host = 'site.ru';

    if ($host !== $preferred_host) {
        wp_redirect('https://' . $preferred_host . $uri, 301);
        exit;
    }
});

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

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

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

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

<?php
add_action('template_redirect', function () {
    if (is_author()) {
        wp_redirect(home_url('/'), 301);
        exit;
    }
});

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

3. Проверьте canonical на страницах записей и архивов

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

Если нужно вручную задать canonical для конкретной страницы, можно использовать фильтр wpseo_canonical в Yoast SEO или аналогичный механизм в вашем SEO-плагине. Для универсального WordPress-варианта проще проверить, не выводит ли тема лишний <link rel="canonical"> в wp_head.

4. Уберите индексацию параметров и служебных URL

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

Пример: если сайт использует комментарии и в индексе всплывают URL с replytocom, можно принудительно убрать их через редирект:

<?php
add_action('template_redirect', function () {
    if (isset($_GET['replytocom']) && !is_admin()) {
        $url = remove_query_arg('replytocom');
        wp_redirect($url, 301);
        exit;
    }
});

Перед включением такого редиректа проверьте, не ломает ли он поведение комментариев на вашем сайте. На части проектов достаточно canonical, а не редиректа.

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

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

Здесь важно разделить два случая:

• контент повторяется визуально — это не всегда проблема, если URL один;
• контент доступен по разным адресам — это уже дубль и его нужно закрывать.

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

Чек-лист перед публикацией изменений

• основной домен открывается только в одной версии;
• HTTP редиректит на HTTPS;
• www и без www не доступны одновременно;
• лишние архивы закрыты или удалены из шаблона;
• canonical указывает на чистый URL;
• параметры не создают отдельные индексируемые страницы;
• в sitemap остались только нужные URL;
• в Search Console нет резкого роста дублей после правок.

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

Проверка должна быть не только визуальной. Откройте несколько старых дублей и убедитесь, что они отдают 301 на основную страницу. В браузере это видно не всегда, поэтому лучше использовать curl или инструменты разработчика.

curl -I https://www.site.ru/sample-post/
curl -I https://site.ru/sample-post/?replytocom=12

В ответе должен быть статус 301 и заголовок Location с правильным адресом. Затем проверьте исходный код страницы и найдите canonical:

<link rel="canonical" href="https://site.ru/sample-post/" />

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

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

Редирект сделан в WordPress, а не на сервере

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

Canonical указывает на страницу с параметрами

Это часто происходит, если тема или плагин берут текущий URL без очистки параметров. Проверьте шаблон вывода canonical и убедитесь, что в нём используется чистый адрес без UTM и служебных параметров.

Закрыли всё через robots.txt

Это распространённая ошибка. robots.txt не убирает уже известные поисковику URL из индекса и не решает проблему дублей на уровне каноникализации. Используйте его только как вспомогательный инструмент.

Отключили архивы, но забыли про sitemap

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

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

Любые редиректы и фильтры лучше выносить в MU-плагин или в отдельный небольшой плагин, а не править напрямую в теме. Тогда вы не потеряете изменения при обновлении шаблона. Если сайт большой, избегайте тяжёлых проверок на каждом запросе: чем проще логика в template_redirect, тем меньше лишней нагрузки.

Ещё один практический момент: не ставьте одновременно несколько SEO-плагинов или наборов оптимизации, которые управляют canonical, robots и архивами. В таких связках дубли часто появляются не из-за контента, а из-за конфликтующих правил.

Если нужен более широкий набор инструментов для чистки дублей, архивов и технического мусора, посмотрите Clearfy Pro: https://wpshop.ru/plugins/clearfy?utm_source=wptem.ru&utm_medium=article&utm_campaign=kak-najti-i-ubrat-dubli-stranic-v-wordpress. Но подключать его имеет смысл только если вы понимаете, какие именно настройки вам нужны, а не ради «автоматической оптимизации».