Дубли в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: одинаковый контент доступен по нескольким URL, архивы индексируются вместе с основными страницами, а фильтры и параметры запроса создают технические копии. В итоге поисковик видит несколько версий одной и той же страницы и сам выбирает, какую считать основной. Это редко заканчивается хорошо для индексации.
Ниже разберём, как быстро найти источник дублей, что можно закрыть на уровне шаблона или плагина, а что лучше исправлять кодом. Без абстракций: только те случаи, которые реально встречаются на живых сайтах.
Когда дубли в WordPress действительно мешают
Не каждый повтор URL — проблема. Если у страницы есть канонический адрес и остальные версии закрыты от индексации, это нормально. Опасные случаи обычно такие:
- одна и та же запись открывается через несколько адресов с параметрами, например
?replytocom=,?utm_или сортировкой; - архивы категорий, тегов, автора и даты индексируются одновременно с основными страницами;
- страницы пагинации дублируют заголовки и мета-описания без уникализации;
- поиск по сайту и служебные страницы попадают в индекс;
- контент выводится в нескольких типах архивов без канонизации.
Если сайт небольшой, дубли часто заметны только в Search Console или в логах обхода. На больших проектах они начинают размывать релевантность и тратить краулинговый бюджет.
Диагностика: где искать источник дублей
Сначала нужно понять, какой именно тип дубля у вас есть. Иначе легко закрыть не то и получить просадку по индексации полезных страниц.
Проверка в браузере и через поиск
Откройте несколько подозрительных URL и сравните:
<title>иmeta description;canonicalв исходном коде;- код ответа сервера;
- есть ли редирект на основную версию.
Если две разные ссылки отдают один и тот же контент без редиректа и без корректного canonical, это уже кандидат на исправление.
Что смотреть в Google Search Console
В отчёте по страницам ищите группы вроде «дубликат, Google выбрал другой канонический URL» или «страница с перенаправлением». Это не всегда ошибка, но хороший сигнал, что на сайте слишком много альтернативных адресов одного и того же контента.
Быстрая проверка через командную строку
Если есть доступ к серверу, удобно сравнить заголовки и canonical прямо из HTML:
curl -I https://example.com/sample-page/curl -s https://example.com/sample-page/ | grep -i canonicalЕсли canonical отсутствует или указывает не на ту страницу, это надо исправлять в теме, плагине SEO или коде шаблона.
Какие дубли в WordPress встречаются чаще всего
| Источник дубля | Как выглядит | Что делать |
|---|---|---|
| Параметры URL | ?replytocom=, UTM, сортировка, фильтры | Закрыть от индексации, при необходимости редиректить |
| Архивы таксономий | Категории, теги, авторы, даты | Оставить только нужные архивы, остальные закрыть |
| Пагинация | /page/2/, /page/3/ | Проверить canonical и шаблоны мета-тегов |
| Поиск по сайту | ?s= | Закрыть от индексации |
| Печатные версии и AMP-копии | Отдельные URL с тем же текстом | Сделать canonical на основную страницу |
Пошаговое решение: что закрывать, а что оставлять
Самый безопасный порядок такой: сначала настраиваем canonical и индексацию, потом убираем лишние URL редиректами, и только после этого чистим шаблоны.
Шаг 1. Проверьте SEO-плагин
Если у вас уже стоит SEO-плагин, начните с его настроек. Часто там можно отключить индексацию тегов, архивов автора, дат и результатов поиска. Это проще и безопаснее, чем править всё кодом.
Но не отключайте архивы вслепую. Если на сайте трафик идёт из категорий, их закрытие может навредить. Сначала посмотрите, какие архивы реально дают переходы.
Шаг 2. Закройте служебные страницы от индексации
Для страниц поиска, пагинации поиска и некоторых служебных URL можно добавить noindex через фильтр. Пример для темы или небольшого плагина:
<?php
add_filter('wp_robots', function( $robots ) {
if ( is_search() ) {
$robots['noindex'] = true;
$robots['nofollow'] = true;
}
return $robots;
});Этот вариант не ломает вывод страницы, но подсказывает поисковику не индексировать результаты поиска. Для большинства сайтов это правильнее, чем пытаться редиректить поиск на главную.
Шаг 3. Уберите параметрические дубли
Если у вас есть URL с UTM-метками или другими параметрами, не всегда нужен редирект. Для аналитических параметров обычно достаточно canonical на чистый URL. Если же параметр создаёт отдельную версию контента, лучше сделать 301-редирект.
Пример редиректа для одного конкретного параметра:
<?php
add_action('template_redirect', function() {
if ( isset($_GET['ref']) && is_singular() ) {
wp_safe_redirect( get_permalink(), 301 );
exit;
}
});Такой подход подходит только для параметров, которые не должны менять содержимое страницы. Если параметр влияет на сортировку, фильтр или язык, сначала проверьте, не нужен ли он пользователю.
Шаг 4. Проверьте canonical в шаблоне
Если тема или кастомный шаблон выводит неправильный canonical, поисковик может считать дубль основной страницей. В WordPress canonical обычно формирует ядро, но его легко сломать сторонним кодом или SEO-плагином.
Минимальная проверка в шаблоне head выглядит так: убедитесь, что нет второй, вручную вставленной версии canonical. Дублирующий тег часто появляется после миграций или при доработке темы.
Шаг 5. Отключите лишние архивы, если они не нужны
Если на сайте нет смысла в архивах по датам или автору, их лучше не индексировать. Это не обязательно удалять физически; достаточно убрать из карты сайта и закрыть от индексации.
Для архивов автора, если сайт ведёт один человек, часто достаточно noindex. Для многопользовательских проектов решение зависит от структуры контента и того, есть ли у автора отдельная ценность для поиска.
Пример точечной настройки без плагина
Ниже пример, который закрывает поиск от индексации, убирает лишние архивы автора и даты из robots, а также задаёт canonical для страниц с параметром replytocom через редирект на чистый URL.
<?php
add_filter('wp_robots', function( $robots ) {
if ( is_search() || is_author() || is_date() ) {
$robots['noindex'] = true;
}
return $robots;
});
add_action('template_redirect', function() {
if ( isset($_GET['replytocom']) && is_singular() ) {
wp_safe_redirect( get_permalink(), 301 );
exit;
}
});Это не универсальная схема для любого сайта, но она хорошо работает как стартовая точка. Дальше уже смотрите по структуре проекта: если архивы автора нужны, не закрывайте их автоматически.
Как проверить, что решение сработало
После правок не ограничивайтесь визуальной проверкой. Нужны минимум три шага:
- Откройте проблемный URL и убедитесь, что он отдаёт 301 на основную версию или содержит корректный canonical.
- Проверьте исходный код страницы: нет ли второго canonical, нет ли случайного
noindexна нужных страницах. - В Search Console отправьте на переобход несколько исправленных URL и посмотрите, как меняется статус через несколько дней или недель.
Если вы закрывали архивы или поиск, проверьте, не исчезли ли они из карты сайта и не остались ли внутренние ссылки на них в меню, хлебных крошках и блоках похожих материалов.
Частые ошибки и как их исправить
Ставят noindex на всё подряд
Самая частая ошибка — закрыть от индексации категории, теги, архивы и поиск одним махом. В результате сайт теряет полезные посадочные страницы. Исправление простое: сначала определите, какие архивы реально получают трафик и ссылки.
Делают редирект со всех параметров на главную
Это ломает аналитику и может ухудшить поведение пользователей. Параметрические URL не всегда вредны. Если параметр нужен для фильтрации или сортировки, лучше canonical или noindex, а не безусловный редирект.
Оставляют дубли в sitemap
Даже если страницы закрыты от индексации, они не должны оставаться в карте сайта. Иначе вы сами подсказываете поисковику, что их стоит обходить. Проверьте настройки SEO-плагина и исключите служебные URL.
Не проверяют тему после обновления
После смены темы или обновления шаблона часто возвращаются лишние архивы, дубли заголовков и неправильный canonical. Поэтому после релиза стоит ещё раз пройтись по нескольким типовым URL: запись, категория, поиск, пагинация.
Безопасность и производительность: что учесть дополнительно
Если дубли создаются параметрами, не стоит решать проблему тяжёлыми правилами на каждый запрос. Сложные проверки в template_redirect и регулярные выражения на больших сайтах могут добавить лишнюю нагрузку. Лучше ограничиться точечными условиями и не обрабатывать всё подряд.
Для сайтов с большим числом архивов полезно также следить за внутренней перелинковкой. Если на каждой странице есть ссылки на десятки дублей, поисковик будет чаще их обходить. Уберите из шаблонов ссылки на служебные страницы, если они не нужны пользователю.
Если нужен более системный подход к чистке дублей, технических архивов и лишних мета-данных, можно посмотреть в сторону инструментов вроде Clearfy Pro: https://wpshop.ru/plugins/clearfy. Но даже с плагином всё равно полезно понимать, какие URL вы закрываете и зачем.
В сухом остатке логика простая: сначала находите источник дубля, потом решаете, нужен ли он пользователю, и только после этого выбираете между canonical, noindex и редиректом. Такой порядок обычно даёт предсказуемый результат и не ломает сайт в процессе.