Дубли в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелочей: архивы тегов и категорий, страницы автора, пагинация, параметры в URL, версии с www и без него, а иногда и из-за плагинов, которые создают отдельные представления одного и того же контента. Если это не разгрести, поисковик начинает индексировать лишние URL, а каноническая страница теряет вес.
Ниже — практический сценарий: как диагностировать дубли, какие варианты исправления реально работают и как проверить, что после правок сайт не развалился в индексации.
Как понять, что на сайте есть дубли
Сначала не трогайте код. Посмотрите, какие именно URL поисковик считает отдельными страницами. Если в индексе одновременно живут версии с параметрами, архивы, вложения медиафайлов и дубли главной, проблема обычно уже видна в отчётах и логах обхода.
Типичные признаки
- один и тот же текст доступен по нескольким адресам;
- в поиске всплывают URL с
?replytocom=,?amp, UTM-параметрами или сортировками; - страницы категорий и тегов конкурируют с записями;
- в выдаче есть вложения изображений вместо самих записей;
- в Search Console растёт число страниц, но полезных посадочных не прибавляется.
Что проверить в первую очередь
- откройте одну и ту же страницу с
wwwи без него; - сравните HTTP и HTTPS;
- посмотрите, есть ли у записи отдельная страница вложения;
- проверьте архивы тегов, авторов, дат и пагинацию;
- посмотрите, не создаёт ли плагин фильтров дополнительные URL.
Диагностика: откуда берутся дубли в WordPress
У WordPress есть несколько штатных источников повторяющегося контента. Часть из них полезна для навигации, но для SEO их часто нужно ограничивать или закрывать от индексации. Ошибка здесь не в наличии архивов как таковых, а в том, что они начинают конкурировать с основным материалом.
| Источник дубля | Что происходит | Что обычно делают |
|---|---|---|
| Архивы тегов и категорий | Один пост доступен через несколько списков | Оставляют только полезные архивы, остальные закрывают или чистят |
| Страницы вложений | Изображение получает отдельную страницу без смысла для поиска | Редиректят на файл или на родительскую запись |
| Параметры URL | Одна и та же страница открывается с разными параметрами | Ставят canonical и убирают индексирование параметров |
| Пагинация и сортировки | Списки создают много похожих страниц | Настраивают canonical и robots, если это оправдано |
Если у вас уже стоит SEO-плагин, сначала проверьте его настройки. Часто проблема решается без кода: отключением архивов автора на небольшом сайте, закрытием тегов, настройкой canonical и редиректов для вложений. Если этого недостаточно, тогда подключайте код.
Пошаговое решение: что делать с дублями
1. Уберите технические дубли на уровне URL
Сначала приведите сайт к одному каноническому варианту: HTTPS, один формат домена, без лишних слэшей и без случайных параметров в ссылках. Это базовая гигиена, без которой остальные меры дают слабый эффект.
Если у вас есть доступ к серверу, настройте редирект на уровне веб-сервера. В WordPress это не заменяет внутренние canonical, но помогает убрать лишние входы в индекс.
# Пример для Apache: принудительный HTTPS и без www
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,R=301]Для Nginx логика та же, но конфигурация будет другой. Если редиректы уже есть на уровне хостинга, не дублируйте их в плагинах и в .htaccess одновременно.
2. Закройте от индексации бесполезные архивы
Не все архивы нужно удалять. Но если тегов много, а на них по 1–2 записи, они часто создают шум. В таком случае лучше либо объединить теги, либо закрыть их от индексации, оставив доступными для пользователей.
Если нужен точечный контроль без плагина, можно использовать фильтр wp_robots для конкретных типов страниц.
<?php
add_filter( 'wp_robots', function( array $robots ) {
if ( is_tag() || is_author() || is_date() ) {
$robots['noindex'] = true;
$robots['nofollow'] = false;
}
return $robots;
} );Этот подход не удаляет страницу из сайта, а только подсказывает поисковику не индексировать её. Для небольших проектов это часто безопаснее, чем массово удалять архивы.
3. Перенаправьте страницы вложений
Страницы медиафайлов — частый источник мусора. Если у изображения есть отдельный URL, но на нём нет полезного контента, лучше отправлять пользователя на родительскую запись или сам файл.
<?php
add_action( 'template_redirect', function() {
if ( is_attachment() ) {
$parent = wp_get_post_parent_id( get_queried_object_id() );
if ( $parent ) {
wp_safe_redirect( get_permalink( $parent ), 301 );
exit;
}
wp_safe_redirect( home_url( '/' ), 301 );
exit;
}
} );Если у вас медиа используется как самостоятельный контент, такой редирект не подойдёт. Тогда лучше оставить страницу, но наполнить её смыслом и уникальным описанием.
4. Добавьте canonical там, где URL неизбежно множатся
Параметры сортировки, фильтры, UTM-метки и некоторые плагины могут создавать много адресов для одной и той же страницы. В таких случаях canonical помогает поисковику выбрать основную версию.
WordPress и SEO-плагины часто ставят canonical автоматически, но стоит проверить, не ломает ли его кастомная тема или сторонний шаблон. Если canonical отсутствует или указывает не туда, это уже повод для правки шаблона.
Когда лучше использовать плагин, а когда код
Если сайт типовой, часть задач проще закрыть плагином. Но если дубли появляются из-за темы, кастомных архивов или нестандартных параметров, код даёт более предсказуемый контроль. Ниже — короткое сравнение.
| Подход | Плюсы | Минусы |
|---|---|---|
| SEO-плагин | Быстро, без правки темы, есть настройки noindex/canonical | Не всегда решает нестандартные дубли и может конфликтовать с темой |
| Код в теме или mu-plugin | Точный контроль, можно закрыть только нужные типы страниц | Нужна проверка после обновлений и аккуратная разработка |
| Серверные редиректы | Убирают технические дубли до WordPress | Не решают проблему canonical и внутренней логики сайта |
Если вы уже используете набор инструментов для чистки сайта и SEO, например Clearfy Pro, проверьте, не дублирует ли он настройки вашего SEO-плагина. Два инструмента, которые одновременно управляют canonical, robots и редиректами, часто создают путаницу.
Проверка результата после внедрения
После правок не ограничивайтесь открытием страницы в браузере. Нужно проверить, что URL действительно ведут себя так, как задумано, и что поисковик видит одну основную версию.
Мини-чек-лист проверки
- основной URL отдаёт
200 OK; - дубли с параметрами или альтернативным доменом отдают
301на канонический адрес; - в исходном коде страницы есть корректный
<link rel="canonical">; - страницы, которые вы закрывали, получают
noindex; - в Search Console не растёт число странных URL из отчёта об индексировании.
Проверить заголовки можно через curl:
curl -I https://example.com/sample-page/
curl -I https://www.example.com/sample-page/
curl -I https://example.com/sample-page/?utm_source=testЕсли в ответе на альтернативный URL вы видите 301 и переход на нужный адрес, это хороший знак. Если вместо редиректа приходит 200, значит дубль всё ещё доступен.
Ещё один полезный тест — открыть исходный код страницы и найти canonical. Он должен указывать на ту же страницу без лишних параметров.
Частые ошибки и как их исправить
Редирект сделали, а дубль остался в индексе
Так бывает, если старый URL ещё где-то внутренне связан, есть внешние ссылки или страница долго не переобходилась. Проверьте внутренние ссылки, карту сайта и canonical. Если дубль был массовый, поисковику нужно время на переобход.
Закрыли страницу noindex, но она всё равно полезла в поиск
Частая причина — страница не закрыта от обхода, а только от индексации, либо на неё ведут сильные внешние ссылки. В таком случае лучше сочетать noindex с корректным canonical или редиректом, если страница не нужна совсем.
Canonical указывает не на ту версию
Это обычно ломает тема или SEO-плагин, который переопределяет тег на уровне шаблона. Проверьте, не выводится ли canonical дважды, и убедитесь, что в шаблоне нет ручной вставки старого URL.
Слишком много архивов закрыли от индексации
Если закрыть всё подряд, можно потерять полезные точки входа. Например, сильные категории иногда дают трафик лучше, чем отдельные записи. Решение здесь не в тотальном noindex, а в отборе архивов по реальной пользе.
Практические советы по безопасности и производительности
Чистка дублей почти всегда затрагивает редиректы, шаблоны и robots-логику. Поэтому не вносите правки напрямую в рабочую тему, если у вас нет нормального процесса деплоя. Для кода лучше использовать дочернюю тему или отдельный mu-plugin.
- перед массовыми редиректами сделайте резервную копию конфигурации и базы;
- не ставьте несколько плагинов, которые одновременно управляют редиректами и canonical;
- после изменений очистите кеш страниц и объектный кеш, если он есть;
- не закрывайте от индексации страницы, которые уже получают стабильный трафик без анализа спроса;
- проверяйте логи 404 после внедрения редиректов: иногда старые URL всплывают в неожиданных местах.
Если задача не ограничивается одним дублем, а на сайте много технического мусора, имеет смысл собрать это в один регламент: какие архивы индексируются, какие редиректятся, какие страницы остаются только для навигации. Тогда WordPress перестаёт плодить лишние адреса при каждом новом плагине или шаблоне.