Главное зеркало сайта: WWW или без WWW

Чем отличаются адреса с WWW и без WWW

Один домен может открываться в двух вариантах: с префиксом WWW и без него. Для посетителя разница почти незаметна — в обоих случаях он ожидает увидеть один и тот же ресурс. Для поисковых роботов это разные адреса.

Например:

https://example.ru

и

https://www.example.ru

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

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

Что лучше для SEO: WWW или без него

Принципиального преимущества у одного варианта перед другим нет. Наличие WWW само по себе не повышает позиции, а более короткая запись без префикса не дает бонусов в ранжировании.

При выборе важнее учитывать:

• текущие технические настройки;

• историю домена;

• уже проиндексированные страницы;

• внутренние и внешние ссылки;

• особенности инфраструктуры.

Для нового проекта можно использовать любой вариант.

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

Гораздо важнее обеспечить единообразие адресов.

Почему две версии домена могут создавать проблемы

Когда обе разновидности открываются независимо друг от друга, появляется несколько технических рисков.

Дубли страниц

Одинаковый материал может находиться сразу по двум адресам:

https://example.ru/catalog/

https://www.example.ru/catalog/

Для человека это одна страница, но технически речь идет о двух разных адресах.

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

Неоднозначные сигналы

Часть внутренних или внешних ссылок может вести на вариант с WWW, а часть — на домен без префикса.

Такая структура создает лишнюю неопределенность и усложняет обработку страниц.

Лишние перенаправления

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

Например:

WWW → HTTP → HTTPS → конечный адрес.

Чем короче цепочка, тем лучше.

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

Для нового проекта это решение принимают еще до запуска.

Если ресурс уже работает, сначала стоит посмотреть, какой формат используется сейчас.

Проверьте:

• какой домен отображается в выдаче;

• куда ведет внутренняя перелинковка;

• какие адреса указаны в XML-карте;

• что прописано в canonical;

• на какой формат ведет большинство внешних ссылок;

• как настроены действующие редиректы.

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

Переход с WWW на вариант без него или наоборот имеет смысл только при наличии технической причины, а не ради самого SEO.

Как объединить адреса с WWW и без WWW

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

Допустим, главным выбран:

https://example.ru

Тогда переход на:

https://www.example.ru

должен сразу приводить на основной домен.

То же правило действует и для внутренних страниц.

Например:

https://www.example.ru/catalog/product/

должен вести на:

https://example.ru/catalog/product/

Важно сохранять соответствие страниц. Если все старые адреса направлять только на главную, структура будет нарушена.

Какой редирект использовать

Для постоянного объединения обычно применяют 301-редирект.

Он показывает, что страница окончательно доступна по другому адресу и в дальнейшем следует использовать именно его.

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

Оптимальный вариант:

альтернативный адрес → конечный адрес.

Нежелательный:

альтернативный адрес → промежуточная страница → HTTPS → конечная страница.

Чем меньше промежуточных переходов, тем проще техническая структура.

Почему важно учитывать HTTP и HTTPS

При проверке домена необходимо учитывать не только WWW.

Фактически могут существовать четыре варианта:

• HTTP с WWW;

• HTTP без WWW;

• HTTPS с WWW;

• HTTPS без WWW.

Если основным выбран защищенный адрес без WWW, остальные должны вести именно на него.

Например:

http://www.example.ru

http://example.ru

https://www.example.ru

→ https://example.ru

Так для каждой страницы остается один конечный адрес.

Особенно важно проверить это после установки SSL-сертификата или перехода с HTTP на HTTPS.

Какую роль играет canonical

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

Он должен совпадать с выбранным форматом домена.

Нежелательна ситуация, когда:

• редирект ведет на адрес без WWW;

• внутренние ссылки используют тот же формат;

• а canonical указывает обратно на WWW.

Такие настройки противоречат друг другу.

Редиректы, canonical, внутренняя перелинковка и XML-карта должны работать согласованно.

Что проверить во внутренних ссылках

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

Проверьте:

• меню;

• хлебные крошки;

• статьи;

• карточки товаров;

• категории;

• блоки рекомендаций;

• пагинацию;

• футер;

• автоматически создаваемые элементы CMS.

Если ссылка сначала ведет на альтернативный адрес, а затем срабатывает редирект, появляется лишний переход.

Лучше сразу использовать конечный вариант.

Что должно быть в XML-карте

В sitemap следует указывать только конечные адреса страниц.

Если используется домен без WWW, карта не должна содержать адреса с WWW, которые затем перенаправляются.

Это помогает передавать поисковым роботам понятный и единообразный список страниц для обхода.

После изменений XML-карту необходимо проверить и при необходимости обновить.

Как настроить WWW и без WWW в CMS

Конкретный способ зависит от CMS, хостинга и веб-сервера.

В WordPress основной домен можно задать в системных настройках. Однако одной смены значения может быть недостаточно — необходимо также проверить перенаправления, canonical и перелинковку.

На Bitrix и других CMS действует тот же принцип: системные параметры должны совпадать с серверной конфигурацией.

В общем виде работа включает несколько этапов:

1. выбрать основной формат домена;

2. настроить постоянный редирект;

3. проверить внутренние ссылки;

4. привести canonical к единому виду;

5. обновить XML-карту;

6. проконтролировать индексацию.

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

Нужно ли менять DNS

Выбор варианта с WWW или без него не всегда требует изменений DNS.

Во многих случаях задача решается на уровне веб-сервера и параметров проекта.

DNS приходится отдельно учитывать, если одновременно меняются:

• хостинг;

• сервер;

• IP-адрес;

• доменная инфраструктура.

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

Как проверить результат

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

Нужно проверить несколько сценариев.

Адреса с WWW и без WWW

Оба варианта должны приводить к выбранному основному.

Внутренние страницы

Проверьте:

• категорию;

• карточку товара;

• статью;

• страницу услуги;

• другие типовые разделы.

После перенаправления пользователь должен оставаться на соответствующей странице, а не попадать на главную.

HTTP и HTTPS

Все устаревшие HTTP-адреса должны вести на выбранный HTTPS-вариант.

Canonical

На страницах должен быть указан правильный предпочтительный адрес.

XML-карта

В sitemap должны находиться только конечные страницы без промежуточных редиректов.

Индексация

После изменения настроек стоит следить за состоянием страниц в Яндекс Вебмастере и Google Search Console.

Поисковым роботам потребуется время, чтобы повторно обойти адреса и обновить данные.

Какие ошибки встречаются чаще всего

Проблемы обычно возникают не из-за самого выбора WWW, а из-за несогласованных настроек.

Чаще всего встречаются:

• оба варианта домена открываются независимо;

• редирект работает только для главной;

• внутренние страницы перенаправляются не на соответствующий материал, а на главную;

• возникают длинные цепочки редиректов;

• появляется циклическое перенаправление;

• canonical противоречит выбранной структуре;

• XML-карта содержит альтернативные адреса;

• внутренние ссылки продолжают вести на старый домен;

• HTTP и HTTPS настроены по разным правилам.

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

Стоит ли менять WWW ради SEO

Если ресурс уже корректно работает и использует один основной формат, переходить с WWW на вариант без него или наоборот только ради продвижения не нужно.

Сам вид домена не дает преимуществ в ранжировании.

Для SEO гораздо важнее:

• одна основная версия;

• корректный 301-редирект;

• отсутствие дублей;

• согласованный canonical;

• правильная внутренняя перелинковка;

• актуальная XML-карта;

• работа по HTTPS.

Поэтому задача заключается не в поиске «лучшего» формата, а в создании понятной и последовательной структуры адресов.

Почему единый формат домена важен для SEO

Для посетителя WWW и адрес без него выглядят как два варианта одного ресурса. Для поискового робота это разные адреса, которые необходимо правильно связать.

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

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

Проверять такие настройки особенно важно после переноса проекта, смены CMS, установки SSL-сертификата, изменения хостинга или других технических работ.