Если один и тот же сайт открывается как http://site.ru, https://site.ru, http://www.site.ru, https://www.site.ru, а ещё с разными вариантами слэша в конце URL, поисковики действительно могут видеть дубли. Для WordPress это обычная ситуация: сама CMS умеет формировать канонические адреса, но если домен, SSL или редиректы настроены непоследовательно, часть страниц начинает жить по нескольким URL одновременно.
Решение здесь не в том, чтобы «закрыть дубли» каким-то одним плагином, а в том, чтобы выбрать единственную основную версию домена и жёстко перенаправить все остальные варианты на неё. Тогда поисковый робот и пользователь всегда будут попадать на один и тот же адрес, а накопленные сигналы не будут распыляться.
Сначала выберите основную версию домена
Перед настройкой редиректов нужно решить, какой адрес будет главным: с www или без него, и на http или https. В 2026 году для большинства сайтов нормальный выбор — https и одна из двух версий хоста: либо site.ru, либо www.site.ru. Важен не сам выбор, а его неизменность.
Если сайт уже давно индексируется в одной версии, а в аналитике и внешних ссылках преобладает другая, лучше не менять адрес без причины. Смена основной версии всегда означает цепочку перенастроек: SSL, редиректы, Search Console, sitemap, внутренние ссылки, иногда кэш и CDN. Если сайт новый или трафик небольшой, обычно удобнее сразу выбрать https и без www либо https и с www — как принято у вас в проекте.
Для WordPress важно, чтобы в Настройки → Общие адрес WordPress и адрес сайта были указаны в одной и той же основной версии. Например, если вы решили использовать https://site.ru, оба поля должны содержать именно этот адрес. Иначе WordPress может сам генерировать ссылки в одной версии, а сервер будет отдавать другую.
Что именно нужно редиректить
Дубли обычно появляются не из-за одной ошибки, а из-за нескольких параллельных вариантов одного URL. На практике нужно привести к единому виду четыре группы адресов:
http→https;www→ безwwwили наоборот;- URL со слэшем в конце и без него, если сайт отдаёт обе версии;
- внутренние служебные адреса, которые CMS или сервер могут отдавать отдельно от канонического URL.
Самая частая ошибка — настроить только переход с http на https и забыть про www. В результате получается две рабочие версии: https://site.ru и https://www.site.ru. Для поисковика это всё ещё два разных адреса, даже если контент одинаковый.
Настройка редиректа на уровне сервера
Лучший вариант — сделать перенаправление на уровне веб-сервера. Тогда редирект срабатывает до загрузки WordPress, не создаёт лишнюю нагрузку и работает для всех запросов: страниц, изображений, файлов, архивов и служебных URL. Способ зависит от того, что используется на хостинге: Apache, Nginx или панель, которая генерирует правила автоматически.
Если у вас Apache и есть доступ к .htaccess
Для сайта без www и с https можно использовать такое правило в корне сайта, выше стандартных правил WordPress:
RewriteEngine On# Перенаправление на https без wwwRewriteCond %{HTTPS} !=on [OR]RewriteCond %{HTTP_HOST} ^www\.site\.ru$ [NC]RewriteRule ^ https://site.ru%{REQUEST_URI} [L,R=301]Если основная версия должна быть с www, меняется только целевой адрес:
RewriteEngine OnRewriteCond %{HTTPS} !=on [OR]RewriteCond %{HTTP_HOST} ^site\.ru$ [NC]RewriteRule ^ https://www.site.ru%{REQUEST_URI} [L,R=301]Здесь важно не допустить редирект-цикла. Если WordPress уже сам перенаправляет на один адрес, а в .htaccess вы добавите противоречивое правило, сайт может начать бесконечно перекидывать запросы. После правки обязательно проверьте главную страницу и несколько внутренних URL.
Если у вас Nginx
На Nginx редирект обычно задают в конфигурации виртуального хоста. Для варианта без www это выглядит так:
server {
listen 80;
server_name site.ru www.site.ru;
return 301 https://site.ru$request_uri;
}А уже в основном HTTPS-блоке должен обслуживаться только канонический домен:
server {
listen 443 ssl;
server_name site.ru;
...
}Для версии с www логика та же, только канонический хост меняется на www.site.ru. На практике именно Nginx чаще всего требует участия хостинга или администратора сервера, потому что без доступа к конфигам полноценный редирект не настроить.
Как убрать дубли слэша в конце адреса
Слэш в конце URL сам по себе не проблема, если сайт последовательно использует один вариант. Проблема возникает, когда одна и та же страница доступна и как /page, и как /page/. Тогда поисковик видит два адреса с одинаковым содержимым.
WordPress обычно работает со слэшем в конце для записей и страниц, но поведение зависит от типа URL и от того, как настроены правила на сервере. Если у вас есть страницы, которые открываются в обеих версиях, не пытайтесь исправлять это вручную ссылками в контенте. Нужно привести к одному формату сам серверный ответ.
Самый безопасный путь — опираться на стандартные постоянные ссылки WordPress и не ломать их отдельными правилами, если в этом нет необходимости. Если же на сайте уже есть смешанный формат, сначала проверьте, не создаёт ли его тема, кастомный код или плагин. Часто проблема не в WordPress как таковом, а в том, что разработчик выводит ссылки через home_url() или вручную собирает адреса без учёта канонического формата.
Проверьте, что WordPress сам отдаёт правильный адрес
После настройки редиректов откройте несколько URL в браузере и посмотрите, куда они приходят после загрузки. Проверять нужно не только главную, но и внутренние страницы, рубрики, записи и, если они есть, архивы. Важно, чтобы любой вариант адреса в итоге приводил к одному и тому же каноническому URL с кодом ответа 301, а не 302.
Быстрая проверка через терминал выглядит так:
curl -I http://www.site.ru/page/
curl -I https://site.ru/page/
curl -I https://www.site.ru/pageВ ответе должен быть один конечный адрес. Если видите цепочку из двух-трёх редиректов, это не катастрофа, но лучше сократить её до одного шага. Чем короче цепочка, тем меньше риск потери части сигналов и тем быстрее открывается сайт.
Ещё один полезный тест — посмотреть исходный код страницы и найти тег rel="canonical". WordPress и SEO-плагины обычно выводят канонический адрес автоматически. Он должен совпадать с той версией, на которую вы редиректите пользователей. Если canonical указывает на один URL, а сервер отдаёт другой, поисковик получает противоречивые сигналы.
Когда лучше не делать всё через плагин
Редиректы можно настроить и через плагины, но для задачи с дублями домена это не лучший первый выбор. Плагин работает уже после загрузки WordPress, а значит, добавляет лишний слой обработки. Для небольшого сайта это не критично, но если редирект нужен на уровне всего домена, серверное правило надёжнее и чище.
Плагин имеет смысл только тогда, когда у вас нет доступа к .htaccess или конфигу Nginx, а хостинг позволяет управлять перенаправлениями только из админки. В этом случае нужно внимательно проверить, что плагин делает именно 301-редирект и не создаёт цепочки. Если есть выбор, лучше всё же перенести логику на сервер.
Если вам нужен не только редирект домена, но и общая чистка SEO-дублей в WordPress, можно посмотреть на Clearfy Pro. Но саму задачу выбора основной версии домена и перенаправления http/www он не отменяет: базовый редирект всё равно лучше держать на уровне сервера.
Что проверить после переноса на основную версию
Когда редиректы уже стоят, не ограничивайтесь открытием главной страницы. Проверьте именно те адреса, которые раньше были дублями:
http://site.ru;https://site.ru;http://www.site.ru;https://www.site.ru;- страницу со слэшем и без слэша, если у вас были оба варианта;
- несколько внутренних URL из меню, хлебных крошек и карты сайта.
После этого откройте Search Console и убедитесь, что в индекс попадает только выбранная версия домена. Если старые варианты ещё видны в отчётах, это нормально: поисковику нужно время, чтобы переобойти адреса и переучесть сигналы. Главное, чтобы новые запросы и переходы уже шли на один канонический URL.
Если на сайте есть внешние ссылки, менять их вручную обычно не требуется сразу. Редирект сохранит трафик со старых адресов. Но внутренние ссылки, меню, кнопки и ссылки в шаблонах лучше привести к основной версии домена, чтобы не плодить лишние переходы внутри сайта.
Коротко о рабочей схеме
Чтобы убрать дубли страниц из-за слэшей, www, http и https, нужно сделать три вещи: выбрать один основной домен, прописать единый адрес в настройках WordPress и настроить 301-редирект со всех остальных вариантов на канонический URL. Если редирект сделан на уровне сервера, а не через цепочку плагинов, сайт обычно работает стабильнее и без лишней нагрузки.
Самое важное здесь — последовательность. Пока у сайта есть несколько рабочих версий одного и того же адреса, поисковики будут продолжать видеть дубли. Когда остаётся только один канонический вариант, проблема исчезает без потери трафика и без ручной правки каждой страницы.