Запуская новый сайт, многие задаются вопросом: каким должен быть адрес — www.maktab.uz или просто maktab.uz? На первый взгляд это дело вкуса, но технически это два разных имени хоста, и работать с ними нужно немного по-разному. Хорошая новость в том, что для поисковых систем нет «правильного» или «неправильного» варианта. Важно выбрать один из них и последовательно его придерживаться. Ниже разберём различия, преимущества каждого подхода и то, как технически закрепить сделанный выбор.
Что такое www и откуда он взялся
В первые годы интернета разные службы организации работали на отдельных серверах под одним доменом: mail для почты, ftp для обмена файлами и www для веб-страниц. Поэтому www появился как обычный поддомен, указывающий, где находится веб-сервер. Сегодня такое разделение не обязательно, а браузеры нередко вообще скрывают www в адресной строке. Тем не менее с точки зрения DNS www.maktab.uz по-прежнему остаётся отдельным поддоменом maktab.uz, и для него нужна своя запись.
Как поисковики видят оба варианта
И Google, и Яндекс считают адреса с www и без него разными хостами. Если оба открывают одинаковое содержимое без перенаправления, поисковой системе приходится самой угадывать, какой из них главный, а внешние ссылки делятся между двумя адресами. Санкций за это нет, но возникает лишняя путаница, и иногда в выдаче показывается не тот вариант. Ни один из вариантов не даёт преимущества в ранжировании, так что решение можно принимать исходя из технического удобства и стиля бренда.
Плюсы адреса без www
Короткий адрес легче запомнить, написать в рекламе, на визитке и в социальных сетях. Именно поэтому многие современные бренды выбирают вариант без www. Для малого бизнеса, личного блога или одностраничного сайта это обычно самый естественный выбор: дополнительный поддомен не даёт никакой практической пользы. Например, частная школа в Самарканде, рекламирующая сайт как maktab.uz, облегчает родителям быстрый и безошибочный ввод адреса с телефона.
Технические плюсы варианта с www
Для крупных проектов www даёт несколько реальных технических преимуществ. Первое связано с CNAME: по стандарту DNS в корне домена (apex) нельзя размещать CNAME вместе с другими записями, ведь там обязательно присутствуют SOA и NS. Некоторые облачные платформы и CDN-сервисы при этом просят подключать сайт именно через CNAME. Для поддомена www это не проблема, а для корня понадобятся специальные обходные решения.
Второе отличие касается cookie. Если сайт устанавливает cookie для корневого домена с атрибутом Domain, они отправляются и на все поддомены. Например, при загрузке картинки с static.maktab.uz браузер всё равно передаст ненужные cookie. Когда сайт работает на www, ограничить cookie одним поддоменом проще. Для небольших сайтов разница почти незаметна, но на крупных порталах с множеством поддоменов она может иметь значение.
В DNS должны быть обе записи
Какой бы вариант вы ни выбрали, второй тоже обязан работать. Многие пользователи по привычке набирают www, другие его опускают. Если записи для www нет, такой посетитель увидит ошибку «сайт не найден» и, вероятно, уйдёт к конкуренту. Типичная настройка выглядит так:
maktab.uz. 3600 IN A 203.0.113.25
www.maktab.uz. 3600 IN CNAME maktab.uz.Чтобы проверить результат, запросите оба имени. Вторая команда должна вернуть сначала цель CNAME, а затем IP-адрес:
dig +short maktab.uz A
dig +short www.maktab.uzЗакрепляем выбор 301-редиректом
Когда оба имени доходят до сервера, второстепенный вариант перенаправляется на основной постоянным редиректом 301. На хостинге с Apache, чтобы убрать www, в файл .htaccess добавляют следующее правило. Оно перехватывает любой хост, начинающийся с www, и отправляет посетителя на HTTPS-адрес без www с сохранением пути:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]Если же основным выбран вариант с www, правило пишется наоборот:
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]На сервере с nginx достаточно создать для второстепенного варианта отдельный блок server с директивой return 301 https://maktab.uz$request_uri;. В любом случае после настройки проверьте результат из командной строки:
curl -sI https://www.maktab.uz/qabul | grep -iE "^(HTTP|location)"SSL-сертификат и HSTS
Чтобы редирект работал и по HTTPS, сертификат должен покрывать оба имени. Иначе пользователь, открывший https://www.maktab.uz, получит предупреждение о безопасности ещё до перенаправления. Сертификат Let's Encrypt на хостинге sayt.uz обычно выпускается сразу на домен и его вариант с www — это можно проверить в данных сертификата в кабинете. Если вы собираетесь включить заголовок HSTS с параметром includeSubDomains, будьте осторожны: он заставит браузеры открывать все поддомены только по HTTPS, поэтому сначала убедитесь, что сертификат есть на каждом из них.
Последовательность внутри сайта
После настройки редиректа в коде сайта тоже должен использоваться только выбранный вариант. Канонические теги, карта сайта, внутренние ссылки и метаданные для соцсетей должны указывать на один и тот же адрес. В WordPress параметры «Адрес сайта» и «Адрес WordPress» обязаны совпадать с выбранным вариантом, иначе сайт перестанет открываться из-за бесконечного перенаправления. В Google Search Console удобно добавить ресурс типа «домен» с подтверждением через DNS: он объединяет в одном отчёте варианты с www и без, а также HTTP и HTTPS.
Итак, выбор между адресом с www и без него на позиции в поиске не влияет. Для небольших и средних сайтов удобнее короткий адрес без www, а для крупных проектов с множеством поддоменов и CDN вариант с www технически гибче. Главное — чтобы оба имени существовали в DNS, сертификат покрывал оба, а второстепенный вариант вёл на основной через 301.