Склейка домена с WWW или без WWW

Склейка домена с WWW или без WWW занимает пятнадцать минут, а откладывают её годами. Всё это время сайт живёт в двух экземплярах: часть внешних ссылок ведёт на один адрес, часть на второй, вес делится пополам, а поиск сам решает, какую версию показывать людям. Решает он не всегда в вашу пользу. Ниже — как выбрать основной адрес, как физически выполнить склейку и какие ошибки на этом шаге стоят позиций.

Почему site.ru и www.site.ru для поиска — два разных сайта

Технически www — это поддомен третьего уровня, такой же как shop.site.ru или msk.site.ru. Историческое наследие девяностых, когда веб-сервер отделяли от почтового и файлового по имени хоста. Для человека www.site.ru и site.ru выглядят одинаково, для робота это два разных хоста, на которых лежит одинаковое содержимое. То есть полные дубли всего сайта — от главной до последней карточки товара.

Что происходит, пока склейки нет:

• Внешние ссылки распределяются между двумя версиями. Каталог сослался на www, блогер — на вариант без www, и ни один адрес не собирает полный ссылочный вес.
• В индексе оказываются обе версии, поиск выбирает главную сам. Он делает это по своим сигналам, и результат может не совпасть с тем, что вы продвигаете.
• Поведенческие сигналы тоже делятся: часть визитов идёт на один хост, часть на другой.
• Робот тратит краулинговый бюджет на обход одних и тех же страниц дважды вместо того, чтобы находить новые.
• Данные в счётчиках расходятся: в Метрике одна цифра, в панели вебмастера другая, и понять, где правда, становится тяжело.

Отдельная неприятность — переключение главного зеркала само по себе. Если поиск однажды выбрал www, а потом по каким-то причинам передумал и склеил всё на вариант без www, сайт проходит через мини-переезд: позиции на несколько недель начинают гулять. Вы этого не заказывали, но переживать будете.

Как понять, что склейки нет: пять проверок за десять минут

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

Проверка первая: открыть оба адреса руками. Введите в адресной строке site.ru и www.site.ru. Смотрите не на содержимое страницы, а на то, что осталось в адресной строке после загрузки. Если оба адреса остались как были — склейки нет. Если один адрес переписался на второй — перенаправление работает.

Проверка вторая: код ответа. Визуальная проверка обманчива: браузер прячет цепочки перенаправлений. Прогоните оба адреса через любой сервис проверки заголовков ответа или через консоль командой curl с ключом -I. Нужен ответ 301 Moved Permanently, а не 302 и не 200. Ответ 302 означает временное перенаправление — поиск такое склеивать не обязан.

Проверка третья: сколько версий в индексе. Введите в поиске оператор site: для каждого адреса по очереди. Если обе версии дают выдачу с реальными страницами — обе в индексе, и это подтверждает проблему.

Проверка четвёртая: canonical. Откройте исходный код главной страницы и найдите тег link с атрибутом rel=»canonical». Проверьте, что он указывает на выбранный вариант адреса и что на обеих версиях он одинаковый. Ситуация, когда на www-версии canonical ведёт на www, а на версии без www — на себя, встречается регулярно и полностью обнуляет смысл этого тега.

Проверка пятая: внутренние ссылки. Прогоните сайт любым краулером и отсортируйте найденные ссылки по хосту. Если внутри страниц встречаются абсолютные ссылки на www при том, что основной вариант — без www, каждая такая ссылка порождает лишний переход через 301.

С WWW или без — какой вариант выбирать главным

На позиции сам выбор не влияет никак. Ни один из вариантов не даёт преимущества в ранжировании. Это вопрос истории сайта и удобства, и решается он одним правилом: если сайт уже работает, главным делают тот адрес, который сейчас в индексе и на который ведёт большинство внешних ссылок. Менять сложившееся зеркало на живом проекте — это переезд со всеми его рисками, и без веской причины его не затевают.

Смежный материал по теме — «Возраст домена: почему старый сайт стартует с форой и как её не потерять».

Ситуация	Что выбирать	Почему
Новый сайт, страниц пока нет в индексе	Без www	Короче, привычнее пользователю, меньше символов в рекламе и на визитках
Сайт работает несколько лет	Тот вариант, что уже в индексе	Смена зеркала обнуляет часть накопленных сигналов на 3–8 недель
Много поддоменов, общий сертификат	Часто удобнее с www	Единообразие хостов третьего уровня упрощает настройку и работу с cookie
Реклама и печатные материалы уже с одним вариантом	Тот, что напечатан	Переход по адресу из офлайна не должен упираться в лишнее перенаправление
Основная масса ссылок ведёт на www	www	Ссылочный вес переносится через 301 не полностью, лишний перенос ни к чему

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

Как склеить: порядок шагов

Помогу с продвижением: SEO-продвижение под ключ — вывожу сайты в топ Яндекса белыми методами.

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

Шаг 1. Постраничное перенаправление на уровне сервера. Для Apache правило пишется в .htaccess в корне сайта:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.site\.ru$ [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]

Ключевой элемент здесь — $1. Он подставляет в новый адрес тот путь, по которому пришёл посетитель. Страница www.site.ru/uslugi/seo/ уходит на site.ru/uslugi/seo/, а не на главную. Правило без $1, отправляющее всё скопом на главную, — самая частая и самая дорогая ошибка при склейке: вы теряете и вес всех внутренних страниц, и посетителей, которые пришли по прямым ссылкам и не нашли того, что искали.

Для nginx логика та же, но правило живёт в конфигурации сервера: отдельный блок server с именем www.site.ru и директивой return 301 на основной хост с подстановкой request_uri. Правку конфигурации nginx часто затирает панель управления хостингом при следующем сохранении настроек сайта — после любых манипуляций в панели правило стоит проверить заново.

Шаг 2. Одна цепочка вместо лестницы. Проверьте, что перенаправление ведёт сразу на финальный адрес. Типовая лестница выглядит так: http://www.site.ru → http://site.ru → https://site.ru. Три звена вместо одного. Каждое звено — это лишний запрос, потеря доли передаваемого веса и замедление первой загрузки. Правильно — одно правило, которое сразу приводит к https без www (или к https с www, если выбрали этот вариант).

Шаг 3. Canonical на всех страницах. Тег canonical должен указывать на выбранный вариант хоста и на самого себя в рамках страницы. Он не заменяет перенаправление, но подстраховывает: если какая-то страница окажется доступна по неосновному адресу, поиск будет знать, какую версию считать основной.

Если нужны детали, смотрите «Что такое рейтинг домена или DR (Domain Rating)».

Шаг 4. Внутренние ссылки и абсолютные пути. Меню, кнопки, ссылки в текстах, пути к картинкам, скриптам и стилям — всё должно вести на основной хост. В CMS адрес сайта обычно задаётся в настройках, и после его смены остаются старые абсолютные ссылки внутри содержимого страниц. Их правят массово запросом к базе или плагином поиска и замены. Особое внимание — картинкам: ссылка на изображение с чужого хоста ломает часть сигналов и может вызвать предупреждение о смешанном содержимом.

Шаг 5. Карта сайта и robots.txt. В карте сайта — только адреса основного хоста. В robots.txt путь к карте — тоже на основной хост. Директиву Host поисковые системы давно не учитывают, добавлять её не нужно.

Шаг 6. Панель вебмастера. Оба варианта добавляются как отдельные сайты и подтверждаются правами. После этого в настройках указывается главное зеркало. Подтверждение склейки занимает обычно две-четыре недели: в интерфейсе появляется отметка, что второй хост является зеркалом основного.

Шаг 7. Счётчики и сервисы. В счётчике аналитики адрес сайта меняется на основной. Проверьте подключённые сторонние сервисы: колбэк-формы, онлайн-чаты, платёжные шлюзы, почтовые рассылки — везде, где прописан домен, он должен быть один.

Пять ошибок, которые превращают склейку в потерю трафика

1. Редирект на главную вместо постраничного. Разбирается выше. Симптом — резкое падение трафика на внутренние страницы при живой главной.
2. Код 302 вместо 301. Временное перенаправление говорит поиску: адрес ещё вернётся, не склеивай. Вес не передаётся, дубли остаются в индексе.
3. Взаимные перенаправления. www ведёт на без-www, а без-www почему-то ведёт на www. Браузер показывает ошибку слишком многих перенаправлений, сайт недоступен целиком. Обычно возникает, когда правило добавили и в .htaccess, и в настройках CMS одновременно.
4. Сертификат только для одного хоста. Если TLS-сертификат выпущен на site.ru, а посетитель заходит на www.site.ru, браузер сначала покажет предупреждение о небезопасном соединении и только потом отработает перенаправление. Сертификат должен покрывать оба имени.
5. Забытые старые адреса. Кроме www существуют другие зеркала: версия с index.php в конце, адреса со слэшем и без, страницы с UTM-метками, версия на техническом домене хостинга. Склеили www — проверьте и остальные.

8:14

Другие зеркала, о которых забывают

Пара www / без www — самая заметная, но далеко не единственная. Полный список того, что стоит привести к одному виду:

• http и https. Весь трафик уходит на защищённую версию одним перенаправлением. Если у вас смешанная схема, поиск видит четыре версии сайта вместо одной: http, https, http+www, https+www.
• Слэш в конце адреса. /uslugi и /uslugi/ — разные адреса. Выбирается один формат и закрепляется правилом на сервере плюс canonical.
• Индексный файл. site.ru/ и site.ru/index.php отдают одну и ту же страницу. Второй вариант закрывается перенаправлением на первый.
• Регистр. На серверах с чувствительной файловой системой /Uslugi/ и /uslugi/ — разные адреса. Приводятся к нижнему регистру.
• Технический домен хостинга. Адрес вида site123.hosting.ru часто остаётся доступным и попадает в индекс. Закрывается перенаправлением на основной домен.
• Метки в адресах. Ссылки с UTM-метками и параметрами сортировки плодят дубли. Лечится тегом canonical на чистый адрес.

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

Ещё одно место, где теряются адреса, — сторонние сервисы, которые генерируют страницы на вашем домене. Формы обратного звонка, калькуляторы, конструкторы квизов, виджеты отзывов иногда создают технические адреса с параметрами, доступные роботу. Проверяется это просто: в отчёте о страницах в поиске сортируете список по дате обнаружения и смотрите, не появляются ли адреса, которых вы не создавали. Такие страницы закрывают от индексации через canonical на основной раздел или директивой в robots.txt — но именно после того, как разобрались с зеркалами, иначе правила наложатся друг на друга и вы получите закрытую от поиска рабочую версию сайта.

Что происходит после склейки и сколько ждать

Если всё сделано правильно, заметных изменений в трафике не будет. Это нормальный и ожидаемый результат: поиск просто перестаёт считать две версии разными сайтами. Ждать взлёта позиций после склейки не стоит — вы не добавили сайту качества, вы убрали техническую помеху.

Подробнее об этом — в статье «Новый развод в интернете на оплате домена».

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

Что должно насторожить: падение трафика больше чем на десять процентов и без восстановления через три недели. Почти всегда причина не в самой склейке, а в сопутствующей ошибке — редирект на главную, разорванные внутренние ссылки, закрытая от индексации основная версия в robots.txt. Первым делом проверяют именно эти три вещи.

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

Частые вопросы

Влияет ли выбор www на позиции? Нет. Ни один вариант не имеет преимущества. Влияет только наличие или отсутствие склейки как таковой.

У меня сайт три года без склейки, трафик нормальный. Стоит ли трогать? Стоит, но аккуратно. Посмотрите, какая версия сейчас основная в выдаче, и склейте на неё. Если сделаете наоборот и переведёте сайт на второй вариант, получите полноценный переезд с просадкой на месяц-полтора без всякой необходимости.

Достаточно ли одного canonical без перенаправления? Нет. Canonical — рекомендация, а не команда. Поиск может её проигнорировать, особенно если внешние ссылки массово ведут на неканоническую версию. Перенаправление 301 — жёсткое указание, оно и работает.

Нужна ли директива Host в robots.txt? Нет, она не поддерживается. Главное зеркало задаётся перенаправлением и настройкой в панели вебмастера.

Что делать со старыми ссылками на www, которые уже проставлены на чужих сайтах? Ничего специально делать не нужно: 301 передаёт вес. Но если у вас есть возможность попросить площадку исправить адрес — на паре самых сильных ссылок это имеет смысл.

Сколько версий сайта может быть одновременно в индексе? Технически — сколько угодно. Я встречал проекты, где в индексе жили восемь вариантов одной и той же главной страницы: два по www, два по протоколу, плюс со слэшем и без, плюс с index.php. Каждая версия отъедала часть краулингового бюджета.

Как проверить результат через месяц? Оператор site: по обоим адресам, отчёт о страницах в поиске в панели вебмастера, проверка кода ответа для десятка внутренних страниц второй версии. Все три проверки должны показывать одну картину.

Коротко

• Адрес с www и без www — два разных хоста для поиска, без склейки сайт индексируется как два одинаковых ресурса и делит между ними ссылочный вес.
• Какой вариант выбрать главным, для ранжирования безразлично: на работающем сайте берут тот, что уже в индексе и на который ведут ссылки.
• Склейка делается перенаправлением 301 постранично, с подстановкой пути; редирект всех адресов на главную — самая дорогая ошибка на этом шаге.
• Одного canonical мало: он рекомендация, а 301 — команда. Работают вместе.
• Кроме www приводят к одному виду протокол, слэш, index.php, регистр и технический домен хостинга.
• Подтверждение склейки занимает две-четыре недели; заметного роста трафика от неё не ждут — это устранение помехи, а не улучшение сайта.

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