Сайт открывается и по адресу с www, и без www. На первый взгляд это удобно: пользователь попадёт на сайт в любом случае. Но для SEO два доступных зеркала — это проблема: дублирование контента, размытие ссылочного веса, нестабильная индексация. Разберём, почему так происходит, чем это опасно и как правильно выбрать основное зеркало и настроить редирект.
Что такое зеркала сайта
Зеркала — это разные URL, которые отдают один и тот же контент. Самые частые примеры:
— site.ru и www.site.ru;
— site.ru и site.ru/index.php;
— http://site.ru и https://site.ru;
— site.ru и site.ru/ (со слэшем и без).
Если оба зеркала доступны одновременно и отдают одинаковый контент, поисковые системы видят две страницы с одинаковым содержимым. Это называется дублированием. Поисковик выбирает одну страницу как каноническую, но выбор может быть не в вашу пользу.
С точки зрения SEO правильная схема — одно основное зеркало, а все остальные варианты должны редиректить на него. Это называется склеиванием зеркал.
Чем опасны два доступных зеркала
Основные риски:
— дублирование контента и размытие релевантности;
— разделение ссылочного веса между двумя URL;
— нестабильная индексация: поисковик может индексировать то одно, то другое зеркало;
— потеря позиций, если поисковик выберет не то зеркало, на которое вы рассчитывали;
— проблемы с аналитикой: трафик распределяется между двумя доменами;
— сложности с SSL, если сертификат выдан только на одно зеркало.
Особенно опасно, когда www-версия и версия без www имеют разные SSL-сертификаты или разные настройки кэширования. В этом случае пользователи могут видеть предупреждения браузера или разные версии сайта.
Как проверить, доступны ли оба зеркала
Проверка простая:
— откройте сайт с www и без www в браузере;
— проверьте, отдаётся ли одинаковый контент;
— проверьте HTTP-статус обоих вариантов;
— проверьте, есть ли редирект с одного на другой;
— проверьте, какой URL указан в canonical;
— проверьте, какой URL в sitemap;
— проверьте, какой URL в Яндекс.Вебмастере и Google Search Console.
Для быстрой проверки используйте проверка редиректов — инструмент покажет, отдаёт ли сервер редирект с www на без www (или наоборот), и какие HTTP-статусы возвращаются. Если оба варианта отдают 200 без редиректа — зеркала не склеены.
Также проверьте, какой вариант показывается в поиске по site: запросу. Если в выдаче есть оба зеркала, это подтверждает проблему.
Как выбрать основное зеркало
Основное зеркало — это тот URL, который будет каноническим. Выбор зависит от нескольких факторов:
— история: если сайт долго работал с www и имеет ссылки на www-версию, лучше оставить www;
— ссылки: если большинство внешних ссылок ведёт на версию без www, логичнее выбрать её;
— бренд: короткий вариант без www часто удобнее для пользователей;
— SSL: сертификат должен покрывать выбранное зеркало;
— аналитика: исторические данные в системах аналитики могут быть привязаны к одному из зеркал.
Универсального правила нет. Главное — выбрать одно зеркало и последовательно использовать его во всех элементах: canonical, sitemap, внутренние ссылки, редиректы, аналитика.
Как настроить редирект с www на без www
Настройка зависит от сервера. Для nginx:
server { listen 80; server_name www.site.ru; return 301 https://site.ru$request_uri; }
Для Apache в .htaccess:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.site\.ru [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]
Ключевые моменты:
— использовать именно 301, а не 302, потому что 301 передаёт ссылочный вес;
— редирект должен работать и для http, и для https;
— редирект не должен создавать цепочку из нескольких переходов;
— после настройки проверить, что редирект работает корректно.
Что проверить после настройки редиректа
Чек-лист:
— редирект с www на без www работает;
— редирект с http на https работает;
— нет цепочек редиректов;
— canonical указывает на основное зеркало;
— sitemap содержит только основное зеркало;
— внутренние ссылки ведут на основное зеркало;
— в Яндекс.Вебмастере указано основное зеркало;
— в Google Search Console указан правильный домен.
Если нужно проверить сразу несколько параметров — редиректы, SSL, canonical, доступность — логично перейти к SEO-аудиту, который покажет состояние ключевых элементов сайта.
Частые ошибки при склеивании зеркал
— использование 302 вместо 301;
— редирект только для http, но не для https;
— цепочка из нескольких редиректов;
— canonical указывает на одно зеркало, а редирект — на другое;
— sitemap содержит оба зеркала;
— внутренние ссылки ведут на разные зеркала;
— в Яндекс.Вебмастере не указано основное зеркало;
— SSL-сертификат выдан только на одно зеркало.
FAQ
Чем опасно, если сайт доступен и с www, и без www?Дублированием контента, размытием ссылочного веса и нестабильной индексацией. Поисковик может выбрать не то зеркало, на которое вы рассчитывали.
Какое зеркало выбрать основным?Зависит от истории сайта, внешних ссылок, бренда и SSL-сертификата. Главное — выбрать одно и последовательно использовать его во всех элементах.
Нужен ли 301 или достаточно 302?Нужен 301. Только 301 передаёт ссылочный вес и указывает поисковику, что редирект постоянный.
Как проверить, работает ли редирект?Используйте инструмент проверки редиректов. Он покажет, отдаёт ли сервер 301 с www на без www и нет ли цепочек.
Что делать, если поисковик уже проиндексировал оба зеркала?Настроить редирект, указать основное зеркало в Яндекс.Вебмастере и Google Search Console, запросить переобход. Постепенно поисковик склеит зеркала.
Влияет ли выбор зеркала на позиции?Напрямую — нет. Но если зеркала не склеены, ссылочный вес размывается, и это может снизить позиции.
Нужно ли менять canonical при смене зеркала?Да. Canonical должен указывать на основное зеркало на всех страницах.
Может ли SSL-сертификат влиять на выбор зеркала?Да. Если сертификат выдан только на одно зеркало, второе может показывать предупреждение браузера. Это ухудшает пользовательский опыт и может влиять на SEO.
Что делать с внутренними ссылками после склеивания?Все внутренние ссылки должны вести на основное зеркало. Проверьте шаблон, меню, хлебные крошки и контент.
Сколько времени занимает склеивание зеркал?От нескольких дней до нескольких недель. Зависит от того, как часто поисковик обходит сайт и как быстро пересматривает canonical и редиректы.
