Многие не задумываются, но один и тот же сайт часто доступен сразу по двум адресам: с префиксом www и без него. С технической точки зрения браузер и сервер воспринимают эти адреса как разные домены, даже если контент на них идентичен. Это может показаться безобидной особенностью, однако на практике такая «двойственность» создает ряд серьезных проблем.
В этой статье мы подробно разберем, как настроить переадресацию с naked-домена на его версию с www. Вы узнаете, зачем это нужно, какие инструменты использовать в зависимости от вашего хостинга или сервера, и как убедиться, что редирект работает корректно.
Что такое редирект и зачем он нужен
HTTP-редирект — это механизм, с помощью которого сервер сообщает браузеру (или поисковому роботу), что запрашиваемая страница временно или постоянно перемещена на другой URL. При получении такого ответа клиент автоматически переходит по новому адресу. Наиболее часто используемые коды состояния для редиректов:
- 301 Moved Permanently — постоянный редирект. Говорит поисковым системам и браузерам, что страница навсегда переехала на новый адрес. Важен для SEO, так как передает «вес» старой страницы новой.
- 302 Found (или 307 Temporary Redirect) — временный редирект. Используется, когда перемещение носит краткосрочный характер; ссылочный вес при этом, как правило, не передается.
Разница между адресами с WWW и без
С технической точки зрения, site.ru и www.site.ru — это два разных хоста. Даже если они указывают на один и тот же сайт и отображают одинаковый контент, веб-сервер, браузер и поисковые системы обрабатывают их как отдельные сущности. Это связано с тем, что префикс www технически является поддоменом основного домена.
Если не задать четкое правило, какую из версий считать основной, пользователи и поисковые роботы могут свободно обращаться к обеим — и получать один и тот же контент по двум разным URL.
Чем грозит отсутствие канонического URL
Когда сайт доступен по двум (или более) адресам без настройки редиректа или канонизации, возникает ряд проблем:
- Дублирование контента в поисковых системах. Поисковики могут проиндексировать обе версии сайта, что нарушает рекомендации Google и Яндекса. В результате сайт может быть понижен в выдаче или частично исключен из индекса.
- Распыление ссылочного веса. Если одни внешние сайты ссылаются на site.ru, а другие — на www.site.ru, авторитет (вес) распределяется между двумя версиями, что ослабляет общий SEO-потенциал.
- Проблемы с куками и сессиями. Cookie, установленные на site.ru, по умолчанию не передаются на www.site.ru и наоборот. Это может привести к сбоям в авторизации, корзине покупок или персонализации контента.
- Ухудшение пользовательского опыта и аналитики. Посетители могут попадать на разные версии сайта, что затрудняет отслеживание поведения в системах аналитики. Кроме того, пользователи могут запутаться, какой адрес «правильный», особенно если вручную вводят URL.
Именно поэтому важно выбрать одну каноническую версию домена и настроить постоянный редирект со всех остальных вариантов на нее. Это обеспечит единообразие, улучшит SEO и повысит надежность работы сайта.
Выбор канонической версии домена
Прежде чем настраивать редирект, важно определиться: какая именно версия вашего домена будет основной (канонической) — с префиксом www или без него.
Что такое канонический URL
Канонический URL — это предпочтительный (официальный) адрес страницы, который поисковые системы используют при индексировании и отображении в результатах поиска. Он помогает избежать дублирования контента и указывает поисковикам, какую из возможных версий страницы считать «главной».
Хотя технически site.ru и www.site.ru могут отображать один и тот же сайт, для поисковых систем это — разные URL. Без явного указания канонической версии они могут выбрать ее самостоятельно или проиндексировать обе, что приведет к SEO-проблемам.
Единообразие в адресации — ключ к стабильной работе сайта. Использование только одной канонической версии позволяет:
-
избежать дублирования контента в поисковых системах;
-
сосредоточить весь ссылочный вес на одном домене;
-
упростить настройку аналитики, рекламных кампаний и систем мониторинга;
-
обеспечить согласованность в куках, сессиях и API-запросах.
Как только вы приняли решение, все остальные варианты должны перенаправляться на каноническую версию с помощью 301-редиректа.
Преимущества версии с WWW
Хотя выбор между www и naked-доменом во многом зависит от предпочтений, у первого варианта есть несколько технических преимуществ:
- Гибкость в DNS-записях. Корневой домен (site.ru) не может использовать CNAME-запись в DNS из-за ограничений RFC, что усложняет интеграцию с некоторыми CDN или облачными сервисами. В то же время www.site.ru свободно может быть CNAME, что упрощает управление трафиком.
- Удобство работы с поддоменами и cookie. Куки, установленные на www.site.ru, по умолчанию не распространяются на другие поддомены (например, api.site.ru), что повышает безопасность. Если же куки заданы для .site.ru, они будут доступны всем поддоменам — иногда это нежелательно. Префикс www дает больше контроля.
- Историческая и визуальная узнаваемость. Многие пользователи, особенно в старших возрастных группах, привыкли видеть www в адресе. Хотя это субъективно, такой формат может восприниматься как более «официальный».
Конечно, naked-домен (site.ru) выглядит современнее и короче, и многие крупные сайты используют именно его. Однако если вы планируете активно использовать поддомены, CDN или сложную инфраструктуру — версия с www часто оказывается практичнее.
Как настроить редирект на версию с WWW
Выбор метода настройки редиректа зависит от того, какое программное обеспечение используется на вашем сервере, какие права доступа у вас есть и как устроен хостинг.
Через файл .htaccess
Если ваш сайт работает на веб-сервере Apache, наиболее распространенный способ настройки редиректа — через файл .htaccess, размещенный в корневой директории сайта.
Пример кода для редиректа с site.ru на www.site.ru:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^site\.ru$ [NC]
RewriteRule ^(.*)$ https://www.site.ru/$1 [R=301,L]
Важно:
-
Убедитесь, что редирект учитывает HTTPS — лучше сразу перенаправлять на защищенную версию.
-
Если у вас есть поддомены (например, shop.site.ru), уточните регулярное выражение, чтобы не затронуть их: RewriteCond %{HTTP_HOST} ^site\.ru$ — безопасно, так как не совпадает с shop.site.ru.
-
Не дублируйте правила — избыточные или конфликтующие строки могут вызвать циклический редирект.
Через конфигурацию Nginx
На серверах Nginx редиректы настраиваются в конфигурационных файлах, обычно в /etc/nginx/sites-available/.
Пример блока server для редиректа:
server {
listen 80;
server_name site.ru;
return 301 https://www.site.ru$request_uri;
}
server {
listen 443 ssl http2;
server_name site.ru;
ssl_certificate /path/to/cert.pem;
v ssl_certificate_key /path/to/privkey.pem;
return 301 https://www.site.ru$request_uri;
}
Совет: чтобы объединить HTTP → HTTPS и non-WWW → WWW в одном шаге, можно использовать только один server-блок для site.ru (и HTTP, и HTTPS), как показано выше.
Через DNS и хостинг-панели
Многие хостинг-провайдеры предоставляют графические интерфейсы для настройки редиректов без ручного редактирования конфигураций:
- cPanel: раздел Redirects → создайте постоянный (301) редирект с http://site.ru на https://www.site.ru.
- Plesk: «Веб-хостинг» → «Настройки Apache и nginx» → вкладка «Дополнительные директивы» или встроенный инструмент «Перенаправления».
- ISPmanager, DirectAdmin и другие — аналогичные опции в разделах управления доменами.
Данный способ достаточно быстрый и безопасный в реализации, а также не требует знания синтаксиса серверных конфигураций. Но у него также есть и недостаток — не все панели корректно обрабатывают HTTPS или сложные пути.
Через CMS
Если сайт работает на популярной CMS, редирект можно настроить и на уровне приложения.
1С-Битрикс
Рекомендуемый способ — через файл .htaccess или конфигурацию Nginx, как описано в предыдущем разделе. Однако если доступ к серверу ограничен (например, вы работаете на хостинге с закрытой инфраструктурой), можно использовать встроенные механизмы CMS.
Вариант 1: Редирект через init.php
Создайте или отредактируйте файл /bitrix/php_interface/init.php и добавьте следующий код:
if ($_SERVER['HTTP_HOST'] === 'site.ru') {
$redirectUrl = 'https://www.site.ru' . $_SERVER['REQUEST_URI'];
LocalRedirect($redirectUrl, true, '301 Moved Permanently');
exit;
}
Вариант 2: Настройка через административную панель
В «1С-Битрикс» нет встроенного модуля для массовых HTTP-редиректов , но вы можете:
- Использовать компонент «404 — Страница не найдена» для перехвата некорректных хостов.
-
Установить сторонние решения для работы с редиректами из Маркетплейса.
Важно учитывать, что редирект на уровне PHP срабатывает после инициализации ядра «Битрикс», что увеличивает время ответа и потребляет ресурсы сервера. Кроме того, при высокой нагрузке это может стать узким местом.
Используйте PHP-редирект в «1С-Битрикс» только в крайнем случае — когда нет возможности настроить редирект на уровне веб-сервера или через панель хостинга. Серверный редирект быстрее, безопаснее и корректно обрабатывается поисковыми системами с самого первого запроса.
WordPress
Если у вас сайт на WP, можно использовать плагин Redirection, который позволяет создавать 301-редиректы через админку, или прибегнуть к ручной настройке — добавить в wp-config.php или через хук в functions.php:
if ( $_SERVER['HTTP_HOST'] === 'site.ru' ) {
wp_redirect( 'https://www.site.ru' . $_SERVER['REQUEST_URI'], 301 );
exit;
}
Через CDN
Если ваш сайт использует Cloudflare, BunnyCDN, Akamai или другую CDN, редирект можно настроить на уровне сети доставки контента.
В Cloudflare:
-
Перейдите в Rules → Page Rules.
-
Создайте правило: http://site.ru/* → Forwarding URL (301) → https://www.site.ru/$1.
-
Или используйте Workers для более гибкой логики:
addEventListener('fetch', event => {
const url = new URL(event.request.url);
if (url.hostname === 'site.ru') {
url.hostname = 'www.site.ru';
return event.respondWith(Response.redirect(url, 301));
}
return event.respondWith(fetch(event.request));
});
Преимущества CDN-редиректов:
-
Работают до того, как запрос достигнет вашего сервера — быстрее и снижают нагрузку.
-
Централизованное управление для множества доменов.
-
Интеграция с SSL, WAF и другими функциями безопасности.
Выбор метода зависит от вашей инфраструктуры, но серверный редирект остается золотым стандартом — он надежнее, быстрее и полностью контролируется.
Проверка корректности редиректа
После настройки редиректа с site.ru на www.site.ru крайне важно убедиться, что он работает стабильно, быстро и без ошибок. Некорректная реализация может привести к циклическим перенаправлениям, потере параметров URL или даже недоступности сайта для поисковых роботов.
Инструменты для тестирования
Онлайн-сервисы
Удобны для быстрой проверки без установки дополнительного ПО:
- Redirect Checker — показывает цепочку редиректов и HTTP-статусы.
- HTTP Header Checker — отображает заголовки ответа, включая статус-код и Location.
Просто введите http://site.ru или https://site.ru и убедитесь, что сервис показывает один редирект со статусом 301 на https://www.site.ru.
Командная строка: curl или wget
Эти инструменты позволяют детально проанализировать заголовки и поведение сервера. Рассмотрим пример с curl:
curl -I http://site.ru
В ответе ищите строку:
HTTP/1.1 301 Moved Permanently
Location: https://www.site.ru/
Для проверки с сохранением параметров:
curl -I "http://site.ru/test?utm_source=example"
DevTools в браузере
Откройте Инструменты разработчика (F12) → вкладку Network → введите в адресной строке http://site.ru/some-page.
Обратите внимание на:
-
Статус-код первого запроса — должен быть 301.
-
Поле Location в заголовках ответа.
-
Второй запрос — должен быть к www.site.ru с тем же путем и параметрами.
-
Отсутствие цепочек из нескольких редиректов (например, HTTP → HTTPS → WWW — лучше объединить в один шаг).
-
Поддомены сайта — если они есть, то должны быть не затронуты и работать как раньше.
Только после прохождения всех этих проверок можно считать настройку редиректа завершенной и безопасной для SEO и пользователей.
Дополнительные рекомендации
Настройка 301-редиректа — важный, но не единственный шаг для корректного управления версиями домена. Чтобы полностью исключить дубли и усилить SEO-эффективность сайта, рекомендуется выполнить несколько дополнительных действий:
- Укажите канонический URL на всех страницах
Добавьте тег <link rel="canonical"> в <head> каждой страницы, чтобы явно обозначить предпочтительную версию адреса:
<link rel="canonical" href="https://www.site.ru/current-page-url&amp;quot; />
В CMS этот тег часто генерируется автоматически — убедитесь, что он указывает на версию с www.
- Обновите файлы sitemap.xml и robots.txt
Sitemap должен содержать только URL с предпочтительного домена, то есть с WWW. Удалите из него все ссылки на site.ru.
В robots.txt укажите путь к актуальной карте сайта
Sitemap: https://www.site.ru/sitemap.xml
Также убедитесь, что нет запретов на индексацию основного домена. Это поможет поисковым роботам быстрее понять, какая версия сайта является основной.
-
Подтвердите предпочтительный домен в вебмастерских
Google Search Console: добавьте обе версии домена — с WWW и без — как отдельные ресурсы. Затем выберите основной — «Предпочтительный домен» (в разделе «Настройки» → «Основной домен»).
Яндекс.Вебмастер: аналогичная настройка доступна в разделе «Инструменты» → «Переезд сайта». Укажите, что сайт переехал с site.ru на www.site.ru.
- Избегайте циклических редиректов и длинных цепочек
Циклический редирект возникает, например, если www.site.ru перенаправляет на site.ru, а тот — обратно на www. Браузеры и поисковики прервут такую цепочку с ошибкой.
Цепочка редиректов (например, site.ru → http://www.site.ru → https://www.site.ru) замедляет загрузку и может привести к частичной потере SEO-веса.
Проверяйте поведение сайта с помощью инструментов вроде curl -I или онлайн-анализаторов, особенно после изменений в конфигурации.
