Skip to content
EN

www против без www и канонические адреса в 2026 году: замер по 600 хостам

Кратко. Выбор между www и адресом без него на ранжирование не влияет — важно лишь, чтобы выбор был сделан и соблюдался.

Выбор между www и адресом без него на ранжирование не влияет — важно лишь, чтобы выбор был сделан и соблюдался. Мы посмотрели, как он сделан на практике: в зоне .ru на адрес без www указывают 90% сайтов, в .com — 66%.

Попутно нашлись две настоящие ошибки, невидимые глазом: canonical, указывающий на чужой домен, и canonical по HTTP на странице, которая отдаётся по HTTPS.

Проверить цепочку редиректов →

Половина главных страниц не объявляет канонический адрес вовсе

27 августа 2026 года мы скачали главные страницы 600 хостов и посмотрели, есть ли на них <link rel="canonical">:

ЗонаРазобраноЕсть canonicalДоля
.com1175950%
.ru1045149%
.org1044038%
.net742635%

Само по себе отсутствие тега — не ошибка: для главной страницы поисковик обычно и так выбирает верный адрес. Ошибка появляется там, где одна и та же страница доступна по нескольким адресам — с www и без, по HTTP и HTTPS, со слэшем и без, с метками кампаний, — а указания, какой из них считать основным, нет.

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

Данные исследования

Исходные данные всех таблиц этого отчёта доступны в виде открытого CSV-файла (UTF-8, первая строка — заголовки).

Скачать датасет (CSV)

В зоне .ru выбор в пользу адреса без www почти единодушный

Среди тех, кто канонический адрес всё-таки объявил:

ЗонаУказывают на wwwУказывают без wwwДоля без www
.ru54590%
.org63284%
.net42285%
.com203966%

Разница заметная: в .ru на адрес без www указывают девять из десяти, в .com — только две трети. Скорее всего, дело в возрасте сайтов: www — наследие эпохи, когда поддомен обозначал именно веб-службу, и в .com таких доменов исторически больше.

Практически же выбор между www и без него не влияет на ранжирование. Значение имеет только одно: чтобы выбор был сделан, был последовательным и подкреплён редиректом. Технические различия есть (на голом домене нельзя поставить CNAME в корне, и куки с него уходят на все поддомены), но к поиску они отношения не имеют.

Две настоящие ошибки, которые видно в замере

Канонический адрес указывает на другой хост. Такое нашлось у 7 страниц в .ru и 6 в .com. Обычно это след копирования шаблона с другого проекта или недонастроенное зеркало. Последствие прямое: страница сама сообщает поисковику, что настоящая версия — чужая, и просит не индексировать себя.

Канонический адрес объявлен по HTTP, хотя страница отдаётся по HTTPS. Три случая в .ru, один в .com. Это остаток переезда на HTTPS, который не довели до шаблона. Поисковик, скорее всего, проигнорирует такое указание, но полагаться на его снисходительность не стоит.

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

Как настроить правильно

  1. Выберите один основной вид адреса — с www или без, и придерживайтесь его везде: в canonical, в карте сайта, во внутренних ссылках, в счётчиках.
  2. Поставьте постоянный редирект (301) со всех остальных вариантов на выбранный. Проверить, что цепочка редиректов короткая и ведёт куда надо, можно в проверке редиректов.
  3. Указывайте абсолютный адрес в canonical — со схемой и хостом. Относительный тег формально допустим, но чаще оказывается результатом ошибки в шаблоне, чем осознанным решением.
  4. Проверьте, что тег не указывает на чужой домен — особенно если шаблон достался от другого проекта. Это первое, что стоит смотреть при необъяснимом выпадении страниц из индекса.
  5. Убедитесь, что схема в canonical — HTTPS, если сайт работает по HTTPS.

Посмотреть, что стоит на вашей странице, можно в аудите страницы.

Цепочки редиректовКаждый лишний редирект добавляет 100-300мс задержки и снижает PageRank по цепочке.
HTTP → HTTPSПроверьте, что редирект выполняется корректно и не создаёт промежуточных нешифрованных хопов.
Петли редиректовЦиклические редиректы приводят к ошибке ERR_TOO_MANY_REDIRECTS и полной недоступности страницы.
Коды 301 vs 302301 передаёт PageRank постоянно, 302 — временный редирект без передачи SEO-веса.

Почему нам доверяют

10+
уровней редиректов
HTTPS
проверка редиректа
<2с
результат
301/302
коды редиректов

Как это работает

1

Введите URL

2

Цепочка редиректов прослежена

3

Коды и конечный URL

Проверка редиректов: оптимизация цепочек переадресации

Неправильные или длинные цепочки редиректов замедляют сайт, теряют PageRank и путают поисковых роботов. Инструмент визуализирует полную цепочку редиректов с кодами ответа и временем каждого хопа.

Полная цепочка хопов

Показывает каждый шаг редиректа: URL → код → URL → код, до конечного пункта назначения.

Время каждого хопа

Измеряет задержку на каждом шаге редиректа для точного определения узких мест производительности.

Тип редиректа

Различает 301, 302, 303, 307, 308 — каждый имеет разное поведение для SEO и браузеров.

Обнаружение петель

Автоматически обнаруживает циклические редиректы и предупреждает до возникновения ошибки в браузере.

Кому это нужно

SEO-специалисты

проверка редирект-цепочек

Разработчики

отладка 301/302

DevOps

проверка HTTPS-редиректа

Маркетологи

трекинг UTM-ссылок

Частые ошибки

Цепочки из 3+ редиректовHTTP → HTTPS → non-www → www — это три редиректа вместо одного. Объедините их в один прямой редирект.
Использовать 302 вместо 301302 для постоянно переехавших страниц — это потеря PageRank. Используйте 301 для окончательных переездов.
Редиректить HTTP на HTTP перед HTTPSПромежуточный незашифрованный хоп создаёт уязвимость MITM и добавляет лишний запрос.
Не обновлять внутренние ссылкиРедиректы — не замена актуальным ссылкам. Ссылки на исходные URL нужно обновить напрямую.

Лучшие практики

Используйте один редирект: HTTP+www → HTTPS+non-wwwНастройте в nginx/Apache единое правило, объединяющее оба условия в один 301-редирект.
Проверяйте редиректы после миграцийСмена домена, переход на HTTPS, редизайн структуры URL — всё это создаёт новые цепочки редиректов.
Удаляйте устаревшие редиректыНакопленные за годы редиректы создают скрытые цепочки. Аудируйте .htaccess и конфиги ежеквартально.
Контролируйте редиректы в sitemapSitemap должен содержать только конечные URL без редиректов — иначе краулеры тратят бюджет впустую.

Получите больше с бесплатным аккаунтом

История проверок редиректов и API для автоматического аудита цепочек.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

www или non-www — что лучше для SEO?

Не имеет значения с 2014. Google формально одинаково обрабатывает. Важно — консистентность + 301 redirect одного на другой.

Как выбрать для нового сайта?

2026 default: non-www (короче, современнее). Исключение: если у вас много subdomains и cookies по всему дереву — используйте www (cookies на .example.com работают для всех subdomain кроме www.).

Что плохого в обеих версиях без redirect?

Duplicate content, split backlinks, потеря PageRank. Google выберет canonical сам, но теряется контроль.

Как проверить свою canonization?

Enterno Redirects Checker — введите домен, увидите chain + canonical target.

Запустить инструмент, который описан в этой статье

Бесплатный тариф — 10 мониторов, проверки каждые 5 мин, без карты. Платные тарифы — интервал от 1 минуты и проверки из нескольких регионов.