Вопрос «www или без www» кажется мелочью ровно до того момента, когда открываешь панель вебмастера и видишь, что один и тот же сайт присутствует в индексе в двух версиях. Часть страниц отдаётся с префиксом, часть без него, внутренние ссылки ведут то туда, то сюда, а позиции по одному и тому же запросу скачут между двумя адресами. В SEO с 2005 года я разбирал эту ситуацию сотни раз, и причина почти всегда одна: сайт запустили, домен привязали к обеим версиям, а решение о главном зеркале так и не приняли.
Почему www и без www — это два разных сайта для поиска
Технически www — это поддомен, точно такой же, как shop или blog. Для поисковой системы адрес www.example.ru/uslugi/ и адрес example.ru/uslugi/ — это два разных URL. Робот не обязан догадываться, что за ними стоит один и тот же контент, он это только предполагает и проверяет.
Пока обе версии отдают код 200 и одинаковый HTML, у поисковика есть два кандидата на одну страницу. Он выбирает канонический сам, ориентируясь на внутренние и внешние ссылки, карту сайта и настройки в панели вебмастера. Выбор может оказаться не тем, который нужен вам, и он может меняться со временем. Отсюда типичные симптомы: страница выпадает из поиска и появляется под другим адресом, а показатели по одному URL внезапно обнуляются.
Второй эффект — размывание ссылочного веса. Если на сайт ссылаются с внешних площадок, часть ссылок ставят с префиксом, часть без него. При отсутствии склейки вес распределяется между двумя адресами вместо того, чтобы накапливаться на одном. То же самое происходит с поведенческими сигналами и с историей документа: возраст страницы, накопленный по одному адресу, не переносится автоматически на второй.
Как выбрать главное зеркало
С точки зрения ранжирования разницы между версиями нет. Ни один поисковик не отдаёт предпочтение адресу с префиксом или без него. Выбор — вопрос удобства, истории проекта и технических нюансов инфраструктуры. Вот критерии, по которым я обычно принимаю решение.
| Критерий | В пользу без www | В пользу с www |
|---|---|---|
| Уже накопленный индекс | Большинство страниц в поиске без префикса | Большинство страниц в поиске с префиксом |
| Внешние ссылки | Основная масса ссылок ведёт на короткий адрес | Исторические ссылки стоят с префиксом |
| Длина и читаемость | Короче в офлайн-рекламе, визитках, на вывеске | Пользователям старшего возраста привычнее |
| Работа с CDN | Ограничения: корень домена не всегда поддерживает CNAME | Поддомен свободно направляется через CNAME |
| Куки и поддомены | Куки корня видны всем поддоменам, включая статику | Можно изолировать куки от других поддоменов |
Практическое правило простое: если сайт живёт не первый год, выбирайте ту версию, которая уже преобладает в индексе и в ссылочном профиле. Смена зеркала на устоявшемся проекте — всегда временная просадка. Если сайт новый, берите вариант без префикса: он короче и лучше выглядит в рекламе. Исключение — инфраструктура с CDN, где удобнее держать основной трафик на поддомене.
Настройка 301 на уровне сервера: практический разбор
Правильная склейка — это постоянная переадресация с кодом 301 со всех адресов неглавного зеркала на соответствующие адреса главного. Ключевое слово — «соответствующие»: www.example.ru/uslugi/ ведёт на example.ru/uslugi/, а не на главную. Массовый редирект всего на главную поисковики трактуют как мягкую 404.
Перед настройкой убедитесь, что обе версии домена резолвятся: в DNS должна быть A-запись для корня и запись для www. Если www не резолвится, пользователь увидит ошибку соединения, и редирект не сработает — запрос до сервера просто не дойдёт.
| Уровень | Где настраивается | Особенности |
|---|---|---|
| Веб-сервер nginx | Отдельный серверный блок для неглавного имени с return 301 |
Самый быстрый вариант, редирект отдаётся без обращения к PHP |
| Apache | Правила RewriteCond и RewriteRule в конфиге или .htaccess |
Работает почти везде, но файл легко затирается при обновлениях |
| Панель хостинга | Раздел «Домены» или «Псевдонимы», галочка вида «перенаправлять на основной» | Удобно, но панель может формировать редирект только на главную |
| CMS или плагин | Настройка базового адреса сайта | Не заменяет серверный редирект, но обязательна для консистентности ссылок |
| CDN или прокси | Правила на стороне сервиса | Может конфликтовать с серверными правилами и давать циклы |
Порядок действий при доработке сайта под склейку. Первое: выбираем зеркало и фиксируем решение письменно. Второе: настраиваем серверный редирект с сохранением пути и строки запроса. Третье: приводим базовый адрес в настройках CMS к главному зеркалу — иначе система будет генерировать ссылки, канонические теги и адреса изображений со старым префиксом. Четвёртое: перегенерируем карту сайта. Пятое: указываем главное зеркало в панелях вебмастеров.
Отдельно про SSL. Сертификат должен покрывать оба имени — и корень, и www. Иначе браузер покажет предупреждение об угрозе безопасности ещё до того, как отработает редирект, и пользователь уйдёт с красного экрана.
Не делайте цепочку переходов вида «http без префикса → http с префиксом → https с префиксом». Любой из трёх неправильных вариантов должен приводить на конечный адрес одним переходом.
Что проверить после склейки
Проверка занимает полчаса и экономит месяцы. Я иду по фиксированному списку, потому что ошибки повторяются из проекта в проект.
| Что проверяем | Ожидаемый результат | Частая ошибка |
|---|---|---|
| Код ответа неглавного зеркала | 301, один переход | 302 или цепочка из двух-трёх переходов |
| Сохранение пути | Внутренняя страница ведёт на такую же внутреннюю | Всё падает на главную |
| Строка запроса и UTM | Параметры доезжают до конечного адреса | Метки теряются, статистика рекламы ломается |
| Канонические теги | Указывают на главное зеркало | CMS продолжает писать старый адрес |
| Внутренние ссылки в контенте | Абсолютные ссылки ведут на главное зеркало | В старых материалах остались адреса со старым префиксом |
| robots.txt и карта сайта | Отдаются по обоим адресам, внутри только главное зеркало | В карте перечислены адреса неглавного зеркала |
| Счётчики аналитики | Трафик пишется в один ресурс | Два счётчика или фильтр по старому хосту |
Если краулер показывает бесконечный редирект, почти наверняка правило написано без условия на имя хоста и сайт перенаправляет сам на себя. Такое бывает, когда правила добавили сразу и в панели хостинга, и в конфиге сервера.
Сколько занимает переклейка и как выглядит динамика
Скорость зависит от размера сайта и частоты обхода. Технически редирект начинает работать мгновенно, а вот перестройка индекса требует времени: робот должен заново обойти все адреса неглавного зеркала, увидеть 301 и перенести сигналы.
| Размер сайта | Первые изменения в индексе | Полное перестроение |
|---|---|---|
| До 100 страниц | 1–2 недели | около месяца |
| 100–1000 страниц | 2–4 недели | 1–2 месяца |
| Более 1000 страниц | 3–6 недель | 2–4 месяца |
В первые недели возможна лёгкая турбулентность: часть запросов временно проседает, потому что поиск пересобирает соответствие «запрос — документ». Это проходит само. Если через два месяца адреса неглавного зеркала всё ещё в индексе, ищите техническую причину: обычно это внутренние ссылки на старый хост в шаблоне или карта сайта, которую забыли перегенерировать.
Чего делать не стоит
Первое и главное: не меняйте решение туда-обратно. Каждая переклейка — это новая пересборка индекса, новая просадка и новая потеря времени. Если через месяц после склейки позиции немного просели, это не повод возвращать всё назад: вы получите вторую просадку поверх первой.
Не используйте временный редирект 302 для склейки. Он говорит поисковику, что адрес изменился ненадолго, и сигналы не переносятся. Сайт годами живёт с двумя версиями в индексе, а владелец не понимает, почему «редирект стоит, а дубли остались».
Не закрывайте неглавное зеркало в robots.txt вместо редиректа. Запрет обхода мешает роботу увидеть переадресацию, и склейка не происходит вовсе. Disallow — не инструмент управления дублями.
Не забывайте про рекламу. Если в кампаниях контекстной рекламы прописан адрес неглавного зеркала, каждый клик будет проходить лишний переход, а часть меток может теряться. После склейки посадочные адреса в кампаниях нужно обновить вручную.
И последнее: не оставляйте вопрос зеркал «на потом» при запуске нового проекта. На этапе создания сайта склейка настраивается за пятнадцать минут и не стоит ничего. Через два года это уже работа с индексом, ссылками и рисками. Если сомневаетесь в выборе, разумнее потратить час на SEO-консультацию, чем полгода на восстановление позиций.
Частые вопросы
Влияет ли выбор зеркала на позиции сам по себе? Нет. Поисковые системы не дают преимущества ни одному из вариантов. Влияет только наличие или отсутствие корректной склейки: пока обе версии доступны, вы теряете сигналы, а какая именно версия выбрана главной — безразлично.
Что делать, если внешние ссылки стоят на оба варианта? Ничего экстренного. Постоянный редирект переносит вес ссылок на главное зеркало. Переставлять ссылки вручную имеет смысл только на площадках, которые вы контролируете, и только если их немного.
Нужно ли что-то делать в панели вебмастера после настройки редиректа? Достаточно убедиться, что главное зеркало добавлено и подтверждено, отправить обновлённую карту сайта и по возможности отправить ключевые страницы на переобход. Отдельная настройка предпочтительного домена сейчас есть не во всех панелях, серверный редирект важнее.
Можно ли склеить домены разных зон, например .ru и .рф? Механика та же: выбираете основной домен и настраиваете постоянный редирект со всех адресов дополнительного. Разница только в сроках: смена домена целиком перестраивается дольше, чем смена префикса.
Сайт уже год работает с дублями. Позиции восстановятся после склейки? Как правило, да, и обычно даже подрастают, потому что сигналы перестают дробиться. Но если за год на неглавном зеркале накопился отдельный индекс, первые недели после склейки будут нестабильными. Это ожидаемая часть процесса.
Чеклист
- Проверить, какая версия домена преобладает в индексе и в ссылочном профиле.
- Выбрать главное зеркало и зафиксировать решение в документации проекта.
- Убедиться, что в DNS есть записи и для корня, и для поддомена
www. - Выпустить или перевыпустить SSL-сертификат сразу на оба имени.
- Настроить постоянный редирект 301 с сохранением пути и строки запроса.
- Свести все варианты (http, https, с префиксом и без) к одному переходу без цепочек.
- Изменить базовый адрес сайта в настройках CMS и проверить канонические теги.
- Найти и заменить абсолютные внутренние ссылки на старый хост в шаблоне и контенте.
- Перегенерировать карту сайта и убрать из неё адреса неглавного зеркала.
- Обновить посадочные адреса в рекламных кампаниях и в подписях рассылок.
- Прогнать сайт краулером и убедиться, что нет петель и мягких 404.
- Не пересматривать решение о зеркале при первых колебаниях позиций.
Склейка зеркал — базовая гигиена, а не оптимизация. Она не даёт роста сама по себе, но снимает потолок, в который упирается сайт с раздвоенным индексом. Если вы запускаете новый проект, закройте этот вопрос в первый день. Если сайт живёт давно, начните с технического аудита сайта: вместе с зеркалами обычно всплывают ещё три-четыре подобные мелочи, которые вместе держат проект на месте.
Если нужно SEO-оптимизатор Анатолий Кузнецов — помогу вывести сайт в топ Яндекса и удержать позиции.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →
Старт 
Стандарт 
Премиум 
