Краткий вывод
Что важно понять до чтения деталей
- WWW не дает бонуса к позициям
- Историю существующего домена важнее косметики
- Редирект должен сохранять путь
- Сертификат нужен для обоих хостов
01
Есть ли SEO-разница между WWW и доменом без префикса
Для поисковой системы `www.example.ru` и `example.ru` являются разными хостами, но ни один формат сам по себе не ранжируется выше. Короткий адрес без WWW чаще выбирают ради бренда и удобства диктовки. Версия с WWW может быть удобна крупным инфраструктурам: отдельный хост проще обслуживать через DNS, CDN и распределенные сервисы. Для обычного корпоративного сайта эти различия редко определяют решение. Главный критерий — текущая история домена и возможность поддерживать выбранный вариант без противоречий.
Если сайт уже давно индексируется и получает ссылки по одной версии, не стоит менять ее только ради внешнего вида. Смена потребует постоянных редиректов, обновления внутренних ссылок, canonical, sitemap, аналитики и внешних сервисов. Технически такую миграцию можно выполнить корректно, но она не создает дополнительного спроса. Новый проект может выбрать любой вариант заранее и закрепить его во всех системах еще до открытия индексации.
02
Как выбрать основную версию для существующего сайта
Сначала сравните четыре факта: какая версия получает органический трафик, на какую ведет большинство внешних ссылок, какой адрес указан в рекламе и документах, где уже настроены сертификат и корпоративная почта. Затем проверьте историю в Яндекс Вебмастере и Search Console. Если один хост явно доминирует, его разумно оставить главным. Так сохраняется привычный путь пользователей и уменьшается количество изменений, которые могут дать ошибку.
Для нового сайта решение можно принять по бренду и инфраструктуре. Зафиксируйте его письменно в техническом стандарте: протокол HTTPS, хост с WWW или без, правило завершающего слеша и регистр пути. Такой стандарт нужен не только SEO-специалисту. Разработчики, редакторы, генератор sitemap, CRM и email-рассылки должны создавать одинаковые адреса, иначе дубли появятся снова после следующего обновления CMS.
03
Какая техническая настройка считается правильной
Обе версии домена должны быть доступны на уровне DNS и покрыты действующим TLS-сертификатом, чтобы пользователь получил перенаправление даже при вводе неправильного варианта через HTTPS. Со второстепенного хоста на основной настраивают один постоянный 301-редирект с сохранением полного пути и параметров: старая карточка должна вести на соответствующую карточку, а не на главную. Цепочки вида HTTP → HTTPS WWW → HTTPS без WWW удлиняют путь; лучше перенаправлять сразу на конечный адрес.
На основных страницах ставят самоканонический canonical, внутренние ссылки и sitemap содержат только выбранную версию. Open Graph, hreflang, структурированные данные и ссылки в письмах тоже должны совпадать с ней. В robots.txt не пытаются закрывать второстепенное зеркало: запрет может помешать роботу увидеть редирект. В результате поисковик получает один согласованный набор сигналов, а не угадывает предпочтение владельца.
04
Что проверить в Вебмастере, Search Console и аналитике
Добавьте варианты домена в сервисы, если используете отдельные URL-префиксные ресурсы, и следите, чтобы показы и индексируемые страницы сосредоточились на основной версии. В Яндекс Вебмастере главное зеркало определяется по редиректам и другим сигналам. В Search Console удобнее подтвердить ресурс типа Domain: он объединяет протоколы и поддомены, но проверку конкретных URL все равно проводят по каноническим адресам.
В Метрике, целях, коллтрекинге и CRM исключите саморефералы между зеркалами и проверьте сохранение UTM-меток при редиректе. После изменения выгрузите список важных URL и протестируйте ответы автоматически. В отчете должны остаться: один редирект со второстепенной версии, код 200 на основной, одинаковый конечный путь и отсутствие циклов. Данные о трафике оценивают не в день настройки, а после повторного обхода.
05
Типичные ошибки, которые создают дубли
Частая ошибка — редирект только с главной, когда внутренние страницы продолжают открываться на обоих хостах. Вторая — противоположные сигналы: сервер ведет на версию без WWW, а canonical и sitemap указывают WWW. Третья — сертификат действует лишь на основном адресе, поэтому браузер показывает предупреждение до того, как выполнится редирект. Такие мелочи превращают простое зеркало в источник дублей и недоверия.
Еще одна проблема появляется на тестовых поддоменах и у CDN: абсолютные ссылки случайно содержат старый хост. После релиза робот находит смешанную структуру. Поэтому проверять нужно не только настройки панели хостинга, но и HTML, JSON-LD, feed, изображения, JavaScript-конфигурацию и шаблоны писем. Один технический стандарт адресов заметно упрощает эту приемку.
06
Граница этой статьи: когда нужен другой аудит
Этот материал отвечает только на вопрос выбора и консолидации хоста с WWW или без него. Если одновременно доступны HTTP и HTTPS, несколько доменов, тестовые поддомены или старый домен после переезда, нужна полная матрица зеркал. Ей посвящена отдельная статья о дублях HTTP/HTTPS и зеркалах. Если меняется сам домен, добавляются задачи переноса сигналов, внешних сервисов и длительного мониторинга миграции.
Для бизнеса итог должен быть простым: клиент всегда попадает на один безопасный адрес, поисковые системы индексируют его же, а заявки не теряются на переходах. Само слово WWW не влияет на продажи. Качество реализации влияет — через доступность, доверие, чистую аналитику и сохранение накопленных сигналов страниц.
Практика
Что проверить на своем сайте
- Выбрать основной хост
- Проверить DNS и сертификат
- Настроить прямой 301
- Обновить canonical и sitemap
- Проверить внутренние ссылки
- Проконтролировать Вебмастер и аналитику
Применить к проекту
Что можно сделать после статьи
Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.
Источники
Какие источники использовали
Официальные рекомендации по редиректам, rel=canonical, sitemap и согласованности сигналов.
Google: редиректы и поискТипы перенаправлений и рекомендации для постоянной смены адреса страницы.
Яндекс Вебмастер: главное зеркало сайтаКак Яндекс определяет главное зеркало и обрабатывает версии адреса сайта.
