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

Если сайт открывается и по адресу с www, и без него, поисковик может увидеть две версии одних и тех же страниц. Для пользователя это обычно незаметно, а для SEO — лишний дубль, который размывает сигналы и иногда мешает корректно склеить адреса в индексе. Решается это не «магией WordPress», а выбором одного основного домена и настройкой редиректа 301 со второй версии на первую.

Сразу оговорюсь: не каждый сайт обязан использовать именно www или именно вариант без него. Важно не то, какой адрес «красивее», а чтобы у сайта была одна каноническая версия и все остальные варианты стабильно перенаправлялись на неё.

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

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

• сайт открывается и по https://site.ru, и по https://www.site.ru;
• в браузере адрес не меняется после загрузки;
• в поиске находятся обе версии страниц;
• в отчётах Search Console появляются дубли или альтернативные канонические URL.

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

Ещё полезно проверить HTTP-ответ. Для этого можно использовать любой онлайн-проверщик редиректов или команду curl, если вы умеете работать с консолью. Важен именно код ответа: для постоянного перенаправления должен быть 301, а не 302.

Как выбрать основной домен

Технически допустимы оба варианта, но на практике чаще выбирают один из них и придерживаются его везде: в WordPress, в настройках хостинга, в sitemap, в внутренних ссылках и в Search Console.

Если коротко, ориентируйтесь на уже сложившуюся структуру проекта:

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

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

Что нужно настроить в WordPress

В админке откройте Настройки → Общие и проверьте два поля: Адрес WordPress (URL) и Адрес сайта (URL). Они должны содержать один и тот же основной вариант домена — либо с www, либо без него.

Например, если основным выбран вариант без www, оба поля должны выглядеть так: https://site.ru. Если выбран вариант с www, тогда: https://www.site.ru.

Это базовая настройка, но она не делает редирект сама по себе. Если оставить только её, поисковик всё равно может попасть на обе версии сайта. Поэтому следующий шаг — перенаправление на уровне веб-сервера или хостинга.

Как настроить редирект с www на без www или наоборот

Надёжнее всего делать перенаправление на уровне сервера. Тогда редирект сработает до загрузки WordPress, а значит, будет быстрее и стабильнее. Способ зависит от того, что у вас используется: Apache, Nginx или панель хостинга с готовыми правилами.

Если сайт работает на Apache

Обычно редирект добавляют в файл .htaccess. Перед изменением сделайте резервную копию этого файла: ошибка в синтаксисе может временно уронить сайт или сделать его недоступным.

Если основной домен — без www, правило может выглядеть так:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.site\.ru$ [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [L,R=301]

Если основной домен — с www, правило будет таким:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^site\.ru$ [NC]
RewriteRule ^(.*)$ https://www.site.ru/$1 [L,R=301]

Здесь важно заменить site.ru на ваш реальный домен. Если сайт работает по HTTPS, редирект должен вести сразу на HTTPS-версию основного домена, а не сначала на HTTP, а потом ещё раз на HTTPS.

Если сайт работает на Nginx

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

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

Если у хостинга есть готовая настройка домена

Некоторые панели позволяют выбрать основной домен и автоматически перенаправлять альтернативный вариант. Это удобный путь, если вы не хотите править конфиги вручную. После включения настройки обязательно проверьте, что редирект действительно отдаёт код 301 и не создаёт цепочку из нескольких переходов.

Что проверить после настройки

После изменений откройте в браузере обе версии адреса:

• http://site.ru
• https://site.ru
• http://www.site.ru
• https://www.site.ru

В идеале все варианты должны приводить к одному конечному адресу — основному домену в HTTPS. Если где-то остаётся открывающаяся копия без редиректа, значит, правило настроено не полностью.

Проверьте ещё три вещи:

• в исходном коде страниц ссылки на сайт ведут на основной домен;
• в XML-карте сайта указан только один вариант URL;
• в Search Console добавлена и подтверждена именно каноническая версия домена.

Если у вас уже были проиндексированы обе версии, изменения не исчезнут из поиска мгновенно. Поисковику нужно время, чтобы переобойти страницы и переучесть канонический адрес.

Чего не стоит делать

Не пытайтесь решить проблему через robots.txt. Этот файл не перенаправляет пользователей и поисковых роботов с одной версии домена на другую. Он может ограничить обход, но не склеивает дубли так, как это делает 301-редирект.

Не полагайтесь только на rel="canonical". Канонический тег полезен как дополнительный сигнал, но если обе версии страницы доступны без редиректа, поисковик всё равно может видеть их как отдельные URL.

Не используйте временный редирект 302, если задача постоянная. Для выбора основного домена нужен именно 301.

И не делайте цепочку из нескольких редиректов вроде http://www.site.ru → http://site.ru → https://site.ru. Лучше сразу вести на финальный адрес одним переходом.

Когда удобнее использовать плагин

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

Плагин не отменяет необходимости выбрать один основной домен и проверить, что все варианты адреса действительно ведут на него. Если редирект настроен на сервере, WordPress и плагины уже просто работают поверх корректной схемы.

Короткая схема действий

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

1. Выберите основной вариант домена — с www или без него.
2. Пропишите этот вариант в Настройки → Общие WordPress.
3. Настройте 301-редирект со второй версии домена на основную на уровне сервера или хостинга.
4. Проверьте, что все варианты http/https и www/без www ведут на один конечный адрес.
5. Убедитесь, что в sitemap и внутренних ссылках используется только канонический домен.

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

Для WordPress-сайта это один из тех случаев, где аккуратная настройка важнее любой «SEO-магии». Один основной домен, один 301-редирект, один набор URL в сайте — и проблема с дублями обычно исчезает без лишних костылей.