Наверняка вы сталкивались с ресурсами, в адресе сайта которых отсутствует префикс www. Читая наш блог, вы найдете много технических разборов, и эта статья — один из них.
Например, демонстрационный домен для сайта, приведенный ниже, будет работать через все четыре ссылки:
- https://www.example.com
- http://www.example.com
- https://example.com
- http://example.com
Но влияет ли наличие www в адресах на продвижение? Давайте разбираться.
- Короткий ответ: влияет ли WWW на позиции?
- Что такое WWW?
- Что лучше для SEO?
- Как настроить 301-редирект: Apache, Nginx и панели
- DNS, CDN и cookie: технические отличия www от non-www
- Какой вариант использовать: с WWW или без?
- Панели вебмастеров и карта сайта
- Плюсы и минусы наличия или отсутствия WWW
- Частые ошибки и как их исправить
- Чек-лист проверки настройки главного зеркала
- Самое главное
- FAQ о сайтах с www и без www
Короткий ответ: влияет ли WWW на позиции?
Поисковики не ранжируют ресурсы лучше или хуже из-за приставки. Google рассматривает www.example.com и example.com как два разных хоста. SEO-эффект создает только правильно настроенная консолидация сигналов на одном каноническом адресе.
Главное — сделать выбор в пользу одного варианта и обеспечить три вещи: серверный 301-редирект с альтернативного хоста на основной, единый https-адрес и согласованные ссылки во всех точках (внутренние линки, файл Sitemap.xml, hreflang, rel=canonical). Если обе версии отдают код 200 OK — это дубли и распыление ссылочного веса.
Важнее выбора между зоной ru, www и non-www — наличие HTTPS. Google учитывает защищенный протокол как сигнал ранжирования с 2014 года, сегодня это обязательный стандарт.
Что такое WWW?
WWW — это сокращение World Wide Web (Всемирная паутина). Система предоставляет доступ к документам, расположенным на устройствах, подключенных к сети интернет.
URL переводится с помощью DNS-сервера в IP-адрес, к которому подключается браузер, чтобы обеспечить работу сайта и загрузить веб-страницу.
Термины www и Non-www указывают, есть ли в имени сайта соответствующий префикс. Доменные имена без www иногда называют «голыми» или apex-доменами.
Раньше все адреса начинались с www, но сейчас многие владельцы отказываются от этого префикса. Причина в изменении пользовательского поведения: мало кто набирает в поисковике название полностью. Это лишние действия, снижающие скорость навигации.
Что лучше для SEO?
Большого значения в наличии или отсутствии www с точки зрения SEO нет. Но существуют технические нюансы, которые должный знать каждый специалист.
Если вы настроили версию без www в качестве главной, убедитесь, что домен с www не индексируется. В противном случае поисковая система усмотрит дублирование контента, что скажется на ранжировании.
Возьмем сайт www.frontier.com. Это дополнительный вариант страницы, с которого пользователь автоматически переадресуется на вариант без www. По статистике ниже видно, что основной вариант получает больше трафика, соответственно индексация настроена верно.
Серверный 301-редирект обязателен с альтернативного хоста на главное зеркало, сайт при этом не теряет вес — это стандартная SEO-практика. Для постоянного переноса нужно использовать именно 301. Код 302 — временный редирект, он не подходит для постоянной консолидации ссылочных сигналов: поисковик воспринимает его как временное перемещение и не передает накопленный вес на целевую страницу. Настраивайте перенаправление так, чтобы не создавать цепочек: объединяйте смену хоста и переход с http на https в один прыжок.
Настройка редиректа улучшает пользовательский опыт. Вне зависимости от того, что напечатает посетитель (или куда ведет контекстная реклама), поисковые системы распознают предпочтительный домен и учтут его авторитетность.
%201.png)
%201.png)
%201.png)
%201.png)
%201.png)
Как настроить 301-редирект: Apache, Nginx и панели
Ниже представлены готовые конфигурации для двух самых распространенных серверных окружений. Правило: объединяйте переход с http на https и смену хоста в одно действие во избежание цепочек.
Apache (.htaccess)
Редирект с www на non-www с одновременным переходом на HTTPS одним прыжком:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]Если нужен обратный вариант — с non-www на www:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
Проверьте наличие строки RewriteEngine On в файле .htaccess — дублировать ее не нужно. Флаг [L] останавливает дальнейшую обработку правил.
Nginx
Редирект реализуется через отдельный серверный блок. Пример для перехода с www на non-www:
server {
listen 80;
listen 443 ssl;
server_name www.example.com;
return 301 https://example.com$request_uri;
}
Для обратного направления замените значения server_name и целевого хоста в директиве return. Используйте return 301, а не rewrite — это быстрее и надежнее.
Панели управления и CDN
В большинстве хостинг-панелей управление правилами осуществляется через графический интерфейс в разделе «Домены» или «Редиректы». После настройки проверьте результат через DevTools браузера (вкладка Network) или командой curl -I https://example.ru — сервер должен вернуть 301, а цепочка не должна содержать промежуточных шагов.
Если ресурс работает через CDN (Cloudflare, Fastly), правило настраивается на уровне провайдера. Убедитесь, что TLS-сертификат охватывает оба варианта домена и сайта — и www, и apex — как отдельные SAN (Subject Alternative Names).
DNS, CDN и cookie: технические отличия www от non-www
Выбор формата влияет на архитектуру DNS и поведение cookie.
Apex-домен и CNAME: в чём ограничение
Классический DNS-стандарт запрещает ставить CNAME-запись на корневой домен (apex). Это создает сложность при подключении CDN: провайдеры сети доставки содержимого требуют указывать доменное имя, а не IP-адрес, так как адреса меняются динамически. На поддомен www CNAME ставится без ограничений.
Современные DNS-провайдеры решают проблему тремя способами: ALIAS-запись, ANAME-запись и CNAME flattening (автоматическое разворачивание CNAME в IP на уровне DNS-сервера). Cloudflare и AWS Route 53 поддерживают этот механизм. Тем не менее использование www проще в классической архитектуре: CNAME ставится напрямую.
Cookie и поддомены
Cookie, установленные на apex-домене (example.com), по умолчанию передаются на все поддомены, если не ограничен атрибут Domain. Это создает накладные расходы: аналитические cookie передаются на служебные адреса. Применение www упрощает изоляцию cookie внутри конкретного хоста — это актуально при микросервисной архитектуре. Ограничить область действия cookie можно и без www через атрибуты Set-Cookie, но это требует дополнительной настройки.
Какой вариант использовать: с WWW или без?
Ответ — выберите один вариант.
Со временем домены с www устареют окончательно, так как пользователи перестают указывать префикс в поиске. Браузеры на мобильных устройствах автоматически скрывают его.
Когда определитесь с версией, проверьте, что все ссылки в файле Sitemap.xml и внутренние линки ведут на нужный адрес. С обратными ссылками также предстоит работа.
%201.png)
Можно ли использовать оба варианта?
С технической точки зрения допускается использовать вариант с www и без него. Но Google воспринимает такие адреса как два разных ресурса.
Если обе версии проиндексированы, придется работать в Google Search Console с двумя сайтами. Возникнет проблема с дублированным контентом, а ссылочный вес страниц разделится на два. Это приводит к падению позиций.
Если необходимы две версии и настроить 301-й редирект невозможно, применяйте канонические теги. Они обозначают предпочтительную страницу, чтобы поисковая система не воспринимала контент как дублированный.
Google рассматривает канонические теги как рекомендацию, а не строгую инструкцию. Обе версии могут индексироваться. Canonical необходимо использовать вместе с 301-редиректом, а не вместо него. Настройте редирект на www, так консолидация сигналов пройдет успешно.
Панели вебмастеров и карта сайта
После настройки редиректа сообщите поисковым системам о выбранном главном зеркале через консоли. Это ускоряет переиндексацию и снижает риск просадки трафика.
Google Search Console
- Добавьте обе версии домена как отдельные ресурсы и подтвердите права на каждый.
- В разделе «Настройки» выберите «Изменение адреса» и укажите предпочтительный домен.
- Используйте инструмент «Проверка URL» для контроля канонического статуса страниц.
- В разделе «Покрытие» (Index) убедитесь, что канонический хост отображается со статусом «Страница без ошибок».
- Загрузите Sitemap.xml — все URL в файле должны вести на выбранный https-хост.
«Яндекс Вебмастер»
- Добавьте сайт в панель и подтвердите права.
- Перейдите в раздел «Переезд сайта» → «Главное зеркало» и укажите канонический хост.
- Изменения вступают в силу в течение 2–3 недель при смене протокола или зеркала; для склейки других зеркал требуется 4–6 недель.
- Мониторьте раздел «Индексирование» → «Страницы в поиске»: статусы «Выбрана другая каноническая страница» или «Дублирующаяся страница» сигнализируют о проблемах.
Плюсы и минусы наличия или отсутствия WWW
Важно иметь в виду, что оба варианта применяются на практике, но у каждого есть технические особенности. Таблица поможет сопоставить параметры и принять взвешенное решение.
Параметр |
С WWW |
Без WWW (apex) |
| Эстетика и удобство | Дольше печатается; браузеры скрывают префикс в адресной строке | Короче, проще произносить и запомнить |
| DNS / CDN | CNAME ставится напрямую на поддомен www; подключение CDN — стандартная процедура | На apex нельзя использовать CNAME в классическом DNS; для CDN нужны ALIAS/ANAME или CNAME flattening у DNS-провайдера |
| Cookie и безопасность | Упрощает изоляцию cookie внутри хоста; удобно при микросервисной архитектуре | Cookie на apex по умолчанию передаются на поддомены; изолировать можно через атрибуты Set-Cookie, но это требует дополнительной настройки |
| SEO при корректной настройке | Равнозначно non-www при единственном каноническом хосте и 301-редиректе | Равнозначно www при единственном каноническом хосте и 301-редиректе |
| Подходит для… | Крупных проектов с CDN, поддоменами и сложной cookie-архитектурой | Небольших и средних сайтов, где простота важнее технической гибкости |
| Простота миграции | Миграция с www на non-www потребует перенастройки DNS и 301-редиректов | Миграция с non-www на www также требует серверных изменений и времени на переиндексацию |
Частые ошибки и как их исправить
Ниже представлены типичные проблемы при настройке главного зеркала. Каждую из них выявляют на этапе технического аудита.
- 302 вместо 301. Временный редирект не гарантирует консолидацию ссылочных сигналов. Замените на 301.
- Цепочка редиректов. Пример: http → https → non-www. Три шага вместо одного. Объедините в одно правило.
- Альтернативный хост отдает 200 OK. Обе версии доступны без редиректа — это дубли. Настройте 301 с неканонической версии на основную.
- Смешанные URL в Sitemap.xml. Часть ссылок указывает на www, часть — на non-www. Пересоберите карту сайта: оставьте только выбранный хост.
- Внутренние ссылки на альтернативный хост. Поисковый робот теряет вес при обходе. Обновите все внутренние ссылки до канонического адреса.
- Canonical конфликтует с noindex. Одновременное использование rel=canonical и noindex на одной странице приводит к ошибкам индексации. Оставьте один сигнал.
- hreflang указывает на неканонический хост. Сигналы локализации игнорируются. Обновите hreflang-разметку.
- Сертификат TLS не покрывает оба варианта домена. Браузер выдает ошибку при заходе на альтернативный хост. Сертификат должен включать оба SAN: www и apex.
Чек-лист проверки настройки главного зеркала
- Альтернативный хост (www или non-www) возвращает 301, а не 200 OK.
- Цепочек редиректов нет: http→https и смена хоста — один прыжок.
- Все URL в Sitemap.xml — только на выбранном https-хосте.
- robots.txt доступен и возвращает код 200.
- Внутренние ссылки ведут на канонический хост.
- rel=canonical на всех страницах указывает на выбранный хост.
- В Google Search Console добавлены обе версии домена; основное зеркало указано в настройках.
- В «Яндекс Вебмастере» выбрано главное зеркало в разделе «Переезд сайта».
- hreflang-атрибуты (если используются) ссылаются на канонический хост.
- TLS-сертификат покрывает и www, и apex как отдельные SAN.
Самое главное
- Используйте ту версию, которая подходит для архитектуры проекта. Версия с www дает больше технической гибкости при работе с CDN и поддоменами.
- При запуске нового ресурса сразу фиксируйте одну версию. Если проект уже работает, оставьте текущую — смена зеркала требует времени на переиндексацию.
- Серверный 301-редирект обязателен с альтернативного хоста на главное зеркало. Не допускайте цепочек: объединяйте переход с http на https и смену хоста в один шаг.
- Если обе версии проиндексированы, настройте 301-й редирект на адрес с большим трафиком и количеством ссылок.
FAQ о сайтах с www и без www
Разберем самые поплуярные вопросы по теме.
Нужно ли переходить с non-www на www или наоборот, если сайт уже работает?
Если сайт работает стабильно и текущая версия правильно настроена — оставьте как есть. Смена главного зеркала потребует обновления внутренних ссылок, Sitemap.xml, hreflang-разметки и записей в панелях вебмастеров. Поисковым системам понадобится от 2–3 недель до нескольких месяцев на переиндексацию. Без веской технической причины переезд не оправдан.
Повлияет ли смена зеркала на позиции в поиске?
Временная просадка трафика при смене зеркала — нормальная ситуация. Поисковый робот должен переобойти и переиндексировать страницы на новом хосте. Чтобы минимизировать потери: настройте 301-редиректы без цепочек, обновите Sitemap и canonical, уведомите Google Search Console через функцию «Изменение адреса», а «Яндекс Вебмастер» — через раздел «Переезд сайта».
Как Google выбирает каноническую версию, если редирект не настроен?
Google самостоятельно определяет предпочтительное зеркало на основе совокупности сигналов: возраст домена, ссылочный профиль, данные Sitemap, rel=canonical и внутренние ссылки. Если сигналы противоречат друг другу — выбор может не совпасть с вашими ожиданиями. Надежнее явно указать каноническую версию через 301-редирект и rel=canonical, чем полагаться на автоматику.
Чем отличается www-домен от apex-домена с точки зрения DNS?
Apex-домен (example.com) — это корневая зона DNS. По стандарту на него нельзя поставить CNAME-запись, поэтому подключение CDN через apex требует использования ALIAS, ANAME или CNAME flattening у DNS-провайдера. Поддомен www (www.example.com) — это обычный поддомен, на который CNAME ставится без ограничений. Именно поэтому многие сайты могут использовать www: меньше архитектурных ограничений.
Что будет, если оба варианта домена проиндексированы?
Поисковик увидит два отдельных сайта с одинаковым контентом. Ссылочный вес и краулинговый бюджет разделятся между двумя версиями. В Google Search Console придется вести два ресурса. Если не настроить редирект, то в индексе будет сайт с дублями. Решение — 301-редирект с неканонической версии на основную или, если редирект невозможен, rel=canonical на всех страницах.
.png)
.png)
.png)
Комментарии (9)
Оставить комментарий