Доступность и редиректы
Зеркала сайта: www, https и слеш на конце

Зеркала сайта — это разные адреса, по которым открывается одно и то же содержание: example.ru и www.example.ru, http и https, адрес со слешем на конце и без. Для человека разницы нет, а для поисковика это разные страницы, которые он может посчитать дублями. Разбираем, как свести их к одному главному адресу.
Откуда берутся зеркала
Технически сайт часто отвечает одинаково по нескольким вариантам адреса: с www и без, по http и https, с завершающим слешем в пути и без него. Если сервер не настроен на редирект, все эти варианты открываются напрямую, и поисковик видит несколько адресов с одинаковым содержанием.
Раньше у Яндекса было отдельное понятие «главного зеркала», которое указывали через robots.txt. Сейчас правильный способ — обычный 301-редирект на стороне сервера: он одинаково понятен и Яндексу, и Google.
Чем это мешает
Внешние ссылки на сайт распределяются между разными вариантами адреса, вместо того чтобы концентрироваться на одном — это ослабляет позиции по сравнению с ситуацией, когда все ссылки ведут на один адрес.
Поисковик может показать в результатах поиска не тот вариант адреса, который вы считаете основным, и аналитика по разным зеркалам будет считаться отдельно, если счетчики не настроены на объединение.
Как настроить один главный адрес
Решение одно для всех трех случаев — 301-редирект на уровне сервера, который автоматически ведет с неосновного варианта на основной: с http на https, с www на без www (или наоборот, в зависимости от выбранного главного адреса), с адресом без завершающего слеша на адрес со слешем или наоборот — важно выбрать один вариант и придерживаться его.
# пример редиректа в конфигурации Nginx: с www на домен без www
server {
server_name www.example.ru;
return 301 https://example.ru$request_uri;
}Как выбрать, какой вариант делать основным
Https без www на сегодня — стандартный выбор по умолчанию: сертификат обязателен для большинства современных сайтов, а www почти не несет смысловой нагрузки. Со слешем на конце или без — вопрос вкуса, но выбранный вариант должен использоваться везде: в ссылках на сайте, в sitemap.xml, в canonical.
Если сайт уже давно работает с определенным вариантом и накопил на него внешние ссылки и позиции в поиске, менять главный адрес без крайней необходимости не стоит — это отдельная и более рискованная задача, близкая к переезду сайта.
Как проверить результат
Откройте все четыре варианта адреса главной страницы (http/https, с www/без) и убедитесь, что три из них редиректят одним 301-переходом на выбранный основной, а не отвечают кодом 200 напрямую.
Проверьте, что редирект один прямой переход, а не цепочка из нескольких подряд: это можно увидеть в инструментах разработчика браузера на вкладке «Сеть».
Проверка сайта в SEO title находит все настроенные и ненастроенные зеркала разом и показывает, какой вариант адреса сайт использует как основной по факту, а не по замыслу.
Первоисточники
FAQ
Частые вопросы
Достаточно ли canonical вместо редиректа между зеркалами?
Canonical подсказывает предпочтительный адрес поисковику, но не перенаправляет посетителя. Для постоянного объединения версий обычно настраивают прямой 301-редирект.
Какой адрес выбрать основным?
Выберите уже используемую рабочую HTTPS-версию и последовательно указывайте её во внутренних ссылках, sitemap и редиректах. Смена адреса только ради наличия или отсутствия www обычно не нужна.
Как проверить, что зеркала объединены?
Откройте варианты с http, https, www и без www: каждый второстепенный адрес должен привести к выбранному конечному URL без длинной цепочки переходов.
Проверьте себя
Вопрос 1 из 2. Результат увидите только вы.
Обсуждение
Какие варианты адреса вашего сайта открываются сейчас и куда они перенаправляют?
Войдите, чтобы оставить комментарий. Читать обсуждение могут все. Комментарии проходят автоматическую и редакционную проверку.