Дубли в WordPress обычно появляются не из-за одной ошибки, а из-за набора мелких настроек: страницы с и без слеша, HTTP и HTTPS, версии с www и без него, архивы тегов, пагинация, параметры сортировки, а иногда и одинаковый контент в нескольких шаблонах. Для поисковика это разные URL с похожим содержимым, а для сайта — распыление веса и лишняя нагрузка на обход.
Ниже разберём рабочий сценарий: как быстро найти дубли, что исправлять кодом, а что — настройками сервера или плагина, и как проверить, что после правок индексация стала чище.
Какие дубли встречаются чаще всего
Сначала полезно разделить проблему на типы. Это помогает не лечить всё редиректом «на главную», который только ломает структуру сайта.
- Технические дубли URL — одна и та же страница открывается по разным адресам:
/postи/post/,http://иhttps://,wwwи безwww. - Архивные дубли — записи доступны через рубрики, теги, авторов, даты, пагинацию и поиск по сайту.
- Параметры в URL —
?utm_source=...,?sort=price,?replytocom=...и похожие варианты. - Контентные дубли — одинаковые блоки текста в нескольких записях, страницах или шаблонах.
Если у вас дубли уже попали в индекс, сначала нужно понять, какие URL реально доступны, а какие только создают шум в обходе.
Диагностика: где искать проблему
Начните с простых проверок. Они не требуют специальных инструментов и быстро показывают, откуда растут дубли.
Проверка канонического адреса и редиректов
Откройте одну и ту же страницу в нескольких вариантах URL и посмотрите, куда она ведёт. Важно, чтобы все варианты сходились к одному каноническому адресу.
curl -I http://example.com/post-namecurl -I https://www.example.com/post-nameВ ответе должен быть один понятный редирект на единственную версию URL, а не цепочка из двух-трёх переходов.
Проверка дублей в поиске
В Google Search Console откройте отчёт по страницам и посмотрите, какие URL помечены как дублированные или выбраны как альтернативные канонические. Если в индексе есть версии с параметрами, архивы тегов или страницы пагинации, это уже сигнал, что настройки нужно пересмотреть.
Проверка шаблонов WordPress
Иногда дубли создаёт тема: один и тот же контент выводится в карточке записи, в блоке похожих материалов, в архиве и на отдельной странице автора. Если текст повторяется почти дословно, поисковику сложно выбрать основную версию.
Для быстрой проверки откройте исходный код страницы и найдите тег rel="canonical". Если его нет или он указывает не на тот URL, это уже конкретная точка для исправления.
Что исправлять в первую очередь
Лучше идти от базовой канонизации к более тонким правкам. Так вы не сломаете навигацию и не создадите новые дубли вместо старых.
1. Привести сайт к одной версии домена
Выберите одну схему: https, один вариант с www или без него, один формат слеша в конце. После этого настройте постоянный редирект на уровне сервера или хостинга. В WordPress это не стоит делать только плагином, если у вас есть доступ к конфигурации веб-сервера.
Пример для .htaccess на Apache, если нужно принудительно отправлять всё на HTTPS и без www:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^ https://example.com%{REQUEST_URI} [L,R=301]
</IfModule>Для Nginx логика та же, но правило пишется в конфиге сервера. Если вы не уверены, лучше не править его вслепую: одна ошибка в редиректе может увести весь сайт в цикл.
2. Настроить canonical в WordPress
WordPress сам выводит canonical для записей и страниц, но это не спасает, если тема или SEO-плагин подменяют адрес. Если у вас есть кастомные шаблоны, проверьте, что canonical не дублируется и не конфликтует с плагином.
Если нужно вручную задать canonical для конкретного типа страниц, можно использовать фильтр wpseo_canonical в Yoast SEO или аналогичный механизм вашего SEO-плагина. Но если плагина нет, лучше не городить собственный canonical на всех страницах без необходимости.
3. Закрыть от индексации служебные архивы
Не все архивы должны быть в поиске. Если у вас слабая структура тегов или авторские архивы пустые, они часто создают дубли и страницы с малой ценностью.
Практичный вариант — оставить в индексе только те архивы, которые реально помогают навигации. Остальные либо закрыть от индексации, либо убрать из карты сайта.
Если вы используете SEO-плагин, проверьте настройки архивов авторов, дат и тегов. Если плагина нет, можно точечно убрать архивы из индекса через noindex, но не путайте это с запретом обхода: поисковик должен видеть страницу, чтобы понять, что её не нужно индексировать.
Если дубли создаёт параметр в URL
Параметры часто появляются в фильтрах, сортировке, трекинге и комментариях. Для поисковика это отдельные адреса, хотя контент почти тот же.
Если параметр не влияет на основной контент, его лучше не индексировать и не включать в карту сайта. Для некоторых параметров можно сделать редирект на чистый URL, но только если это не ломает функциональность.
add_action('template_redirect', function () {
if (is_admin()) {
return;
}
if (!empty($_GET['replytocom']) && is_singular()) {
wp_safe_redirect(get_permalink(), 301);
exit;
}
});Этот пример убирает типичный дубль от replytocom на страницах записей. Для UTM-меток так делать не всегда нужно: они полезны для аналитики, но обычно не должны попадать в индекс. В таких случаях лучше полагаться на canonical и чистые ссылки внутри сайта.
Сравнение подходов: плагин, код или сервер
| Подход | Когда подходит | Плюсы | Минусы |
|---|---|---|---|
| SEO-плагин | Нужно быстро закрыть архивы, canonical, sitemap | Меньше ручной работы, понятные настройки | Можно получить конфликт с темой или другим SEO-плагином |
| Код в теме или mu-plugin | Нужно точечно убрать параметр, архив или редирект | Контроль над логикой, нет лишнего интерфейса | Требует аккуратной поддержки после обновлений |
| Настройка сервера | Нужно привести домен к одной версии и убрать цепочки редиректов | Быстро и надёжно на уровне инфраструктуры | Нужен доступ к конфигу и понимание Nginx/Apache |
На практике лучше комбинировать: сервер — для домена и протокола, WordPress — для canonical и архивов, код — для точечных исключений.
Пошаговое решение без лишнего риска
- Выберите единственную основную версию домена и проверьте, что все варианты редиректят на неё с кодом 301.
- Проверьте canonical на типовых страницах: записи, страницы, рубрики, теги, архивы автора.
- Уберите из индекса служебные архивы, которые не несут ценности.
- Закройте или перенаправьте URL с параметрами, которые создают дубли и не нужны пользователю.
- Проверьте карту сайта: в ней должны остаться только канонические URL.
- После правок отправьте на переобход важные страницы через Search Console.
Как проверить, что решение сработало
Проверка нужна не только в браузере. Смотрите на поведение URL, заголовки ответа и состояние индекса.
- Откройте несколько вариантов одного адреса и убедитесь, что все они ведут к одному URL.
- Проверьте заголовки через
curl -I: редирект должен быть один, без цепочек. - Сравните canonical в исходном коде с фактическим адресом страницы.
- Посмотрите отчёт в Search Console: количество дублей и альтернативных канонических URL должно снижаться не мгновенно, а после переобхода.
- Проверьте карту сайта: там не должно быть URL с параметрами и неканонических архивов.
Если после правок в индексе всё ещё остаются старые адреса, это не всегда ошибка. Поисковику нужно время, чтобы пересчитать сигналы и обновить выбор канонической страницы.
Частые ошибки и как их исправить
Редирект на главную вместо канонической страницы
Это частая попытка «быстро убрать дубль». В итоге пользователь и робот теряют нужный контент, а поисковик получает слабый сигнал. Исправление простое: редирект должен вести на соответствующую страницу, а не на корень сайта.
Смешивание noindex и canonical
Если закрыть страницу от индекса и одновременно рассчитывать на canonical, можно получить непредсказуемое поведение. Для дублей обычно выбирают один основной метод: либо редирект, либо canonical, либо noindex для служебных страниц.
Несколько SEO-плагинов одновременно
Когда на сайте активны два плагина, которые оба управляют canonical, sitemap или мета-тегами, дубли часто возникают уже на уровне HTML. Оставьте один инструмент для SEO-логики, а второй отключите или удалите.
Параметры убрали, но внутренние ссылки остались
Если в меню, блоках и шаблонах всё ещё стоят ссылки с параметрами, дубли будут возвращаться. После очистки URL проверьте шаблоны, хлебные крошки, фильтры и виджеты.
Что учесть для безопасности и производительности
Чем меньше лишних URL обходит робот, тем меньше нагрузка на сервер и тем чище логика индексации. Но не стоит превращать борьбу с дублями в набор агрессивных редиректов и запретов.
- Не делайте массовые 302 там, где нужен постоянный 301.
- Не закрывайте robots.txt то, что должно быть переиндексировано и понято поисковиком.
- Не используйте плагины, которые обещают «автоматически починить SEO» без прозрачной логики редиректов и canonical.
- После правок проверьте логи сервера на петли редиректов и лишние обращения к старым URL.
Если на сайте уже накопилось много технических дублей, полезно сначала сделать аудит структуры URL и архивов, а потом внедрять точечные правки. Для чистки дублей, архивов и служебных элементов в WordPress иногда удобнее использовать специализированные инструменты вроде Clearfy Pro, но только если вы понимаете, какие именно URL он меняет и почему.
Главный критерий здесь простой: у каждой важной страницы должен быть один основной адрес, один canonical и понятная логика обхода. Всё остальное — либо редирект, либо исключение из индекса, либо удаление из внутренних ссылок.