Проверка перенаправления www

Проверка WWW-редиректов — это онлайн-инструмент, который тестирует, правильно ли ваш сайт перенаправляет все варианты URL (http, https, с www и без www) на один канонический адрес через 301-редирект. ToolsPivot проверяет все четыре комбинации протокола и хостнейма за один клик, тогда как большинство конкурентов тестируют только один URL за раз и требуют регистрацию после нескольких бесплатных проверок.

Возможности Проверки WWW-редиректов от ToolsPivot

• Сканирование четырёх вариантов URL: Инструмент одновременно отправляет запросы к http://domain.com, http://www.domain.com, https://domain.com и https://www.domain.com. Вы видите полную картину перенаправлений, а не один изолированный URL.

• Определение типа редиректа (301 / 302 / 307): Для каждого варианта отображается код ответа сервера. 301 — постоянный, передаёт ссылочный вес. 302 — временный, не переносит позиции. Это различие критично для SEO.

• Отслеживание цепочки редиректов: Если URL перенаправляет не на конечный адрес, а на промежуточный, инструмент покажет каждый шаг. Каждое лишнее звено добавляет 100–300 мс задержки и расходует краулинговый бюджет.

• Обнаружение петель (redirect loops): Когда www указывает на без-www, а без-www — обратно на www, страница не загружается вообще. Инструмент ловит такие конфликты и помечает их в отчёте.

• Проверка HTTP-заголовков: Для каждого варианта отображаются заголовки ответа сервера: Status Code, Location, Server. Это позволяет диагностировать проблему без ручного анализа через DevTools.

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

• Проверка согласованности протокола: HTTPS-переход и www-предпочтение могут конфликтовать. Инструмент показывает, не ломает ли HTTP→HTTPS-редирект вашу настройку www.

Как пользоваться Проверкой WWW-редиректов от ToolsPivot

1. Введите доменное имя в поле ввода. Указывать http:// или www не нужно — инструмент автоматически сформирует все четыре варианта URL.

2. Выберите предпочтительный формат из выпадающего списка: с www или без, HTTP или HTTPS. Это нужно, чтобы инструмент понимал, какой адрес считать правильным.

3. Нажмите «Check Redirect» для запуска проверки. Запросы ко всем четырём URL отправляются одновременно.

4. Изучите таблицу результатов. Каждая строка — один вариант URL с кодом ответа, типом редиректа и конечным адресом назначения.

5. Обратите внимание на выделенные ошибки. Красный или жёлтый индикатор — сигнал, что вариант ведёт не туда или использует неправильный код (302 вместо 301).

Как читать результаты проверки

Таблица результатов содержит одну строку на каждый вариант URL. Зелёная отметка — вариант корректно перенаправляет на ваш канонический адрес через 301. Всё остальное требует внимания.

Если два варианта возвращают код 200 (страница загрузилась без перенаправления), ваш сайт обслуживает один и тот же контент по двум адресам. Яндекс и Google воспринимают www.site.ru и site.ru как разные сайты. Бэклинки и сигналы ранжирования дробятся между ними, и обе версии теряют позиции.

302-код вместо 301 — частая ошибка. Код 302 говорит поисковику: «Это временно, сохрани старый URL в индексе». Для постоянной склейки зеркал подходит только 301. Проверьте статус сервера, если видите 302 там, где ожидали 301.

Цепочки редиректов — когда один URL перенаправляет на второй, тот на третий, и только потом пользователь попадает на конечную страницу. Google прекращает следовать цепочке примерно после 5 переходов. Каждый лишний шаг — это дополнительная задержка и потеря краулингового бюджета. Цель — один переход от любого варианта до канонического URL.

Зачем использовать Проверку WWW-редиректов от ToolsPivot

• Дублированный контент — реальная угроза позициям. По разным оценкам, более 40 % сайтов имеют некорректно настроенные редиректы между www и без-www. Инструмент находит проблему за секунды, до того как поисковик начнёт штрафовать за дубли.

• Без регистрации, без лимитов. Проверяйте столько доменов, сколько нужно. Большинство конкурентов (Sitechecker, Seobility, Netpeak Spider) ограничивают бесплатный доступ или требуют установку ПО.

• Все четыре варианта за один клик. Вручную вводить каждую комбинацию в браузер — долго и ненадёжно. Сервис тестирует http + https + www + без-www одновременно.

• Объединение ссылочного веса. Если бэклинки разбросаны между www-версией и без-www, ваш Page Authority размывается. Правильный 301-редирект сливает всё в один URL.

• Быстрая проверка после миграции. Установка SSL-сертификата, смена хостинга, обновление CMS — всё это может сломать редиректы. Один клик после любого серверного изменения — и вы знаете, что всё на месте. Дополнительно проверьте SSL-сертификат на валидность.

• Работает в связке с другими инструментами. Используйте вместе с проверкой битых ссылок для полной картины здоровья редиректов на сайте.

Кому и когда нужна проверка www-редиректов

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

Владельцы интернет-магазинов на OpenCart, 1С-Битрикс или WooCommerce часто сталкиваются с проблемой после подключения HTTPS. Магазин с 3 000–5 000 товарных страниц должен перенаправлять каждую из них на каноническую версию — не только главную. Проверьте несколько внутренних URL после миграции, а не только корень домена.

Администраторы WordPress-сайтов. WordPress хранит адрес сайта в базе данных (Настройки → Общие), но эта настройка не создаёт серверный редирект. Смена хостинга, обновление плагинов, правка .htaccess — всё может сбить конфигурацию. Быстрая проверка подтвердит, что WordPress и сервер согласованы.

Веб-студии и агентства, которые ведут 10–50 клиентских сайтов, не могут вручную проверять каждый домен в четырёх вариантах. Сервис показывает чёткий результат «прошёл / не прошёл» для клиентских отчётов. Совместите с DNS-проверкой, чтобы убедиться, что и www, и голый домен разрешаются на уровне DNS.

Склейка зеркал www и без www — что учесть для Яндекса и Google

Яндекс и Google по-разному обрабатывают зеркала. В Яндексе с 2019 года автоматическая склейка по контенту работает только для технических зеркал (http/https и www/без www). Для всех остальных случаев обязателен 301-редирект. В Яндекс.Вебмастере инструмент «Переезд сайта» позволяет указать главное зеркало — это ускоряет переиндексацию до 1–2 обновлений базы (около 2 недель).

Google убрал настройку предпочтительного домена из Search Console. Единственный способ указать каноническую версию — 301-редирект на серверном уровне плюс тег rel="canonical" в HTML. Google обычно сам определяет каноникал, но полагаться на автоматику рискованно: алгоритм может выбрать не ту версию.

Практический совет: добавьте обе версии сайта (с www и без) в Яндекс.Вебмастер и Google Search Console. Настройте 301-редирект со всех неканонических вариантов. Проверьте через этот инструмент, что все четыре комбинации ведут на один адрес. После этого убедитесь, что XML-карта сайта и robots.txt ссылаются только на каноническую версию.

Как исправить ошибки www-редиректа

Способ исправления зависит от сервера. Во всех случаях используйте код 301 — он передаёт ссылочный вес и сообщает поисковикам о постоянном перенаправлении.

Apache (.htaccess). Добавьте директивы RewriteCond и RewriteRule. Условие фильтрует запросы по нежелательному хостнейму, правило отдаёт 301 на каноническую версию. Убедитесь, что правило применяется ко всем URI, а не только к корню. Генератор htaccess-редиректа создаст код автоматически.

Nginx. Создайте отдельный блок server для нежелательного хостнейма с директивой return 301. В Nginx нет .htaccess — изменения вносятся в основной конфигурационный файл. После правки выполните nginx -t для проверки синтаксиса и nginx -s reload для применения.

Cloudflare или CDN. Настройте Page Rules или Redirect Rules на уровне CDN. Эти правила срабатывают до обращения к серверу и перезаписывают любые конфликтующие настройки в .htaccess или Nginx. Одно правило — для www-предпочтения, второе — для HTTP→HTTPS.

WordPress (CMS). Задайте оба поля «Адрес WordPress» и «Адрес сайта» (Настройки → Общие) в каноническом формате. Но этого мало — настройка WordPress влияет только на ссылки, генерируемые CMS, а не на прямые запросы к серверу. Серверный редирект обязателен как подстраховка.

После исправления запустите проверку повторно. Протестируйте не только главную, но и 2–3 внутренние страницы — частичная настройка, когда редиректит только корень, а подстраницы остаются на двух адресах, встречается часто.

Быстрые ответы о WWW-редиректах

Что такое проверка WWW-редиректа?

Проверка WWW-редиректа тестирует, перенаправляет ли ваш сайт все варианты URL (http, https, www, без www) на один канонический адрес через 301-код. Инструмент проверяет все четыре комбинации за один клик и показывает тип редиректа и конечный URL для каждого варианта.

Есть ли разница для SEO между www и без www?

Нет. Ни один вариант не даёт преимущества в ранжировании. Выберите один и настройте 301-редирект со всех остальных. Крупные сайты иногда выбирают www из-за гибкости в управлении cookie для поддоменов, но для большинства проектов это не критично.

Чем 301-редирект отличается от 302?

301 сообщает поисковику: перемещение постоянное, передай ссылочный вес на новый адрес. 302 означает временный переезд — Google может оставить старый URL в индексе и не перенести позиции. Для склейки www-зеркал подходит только 301.

Инструмент ToolsPivot бесплатный?

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

Как часто проверять www-редиректы?

После любого серверного изменения: установки SSL, смены хостинга, обновления CMS, правки .htaccess. Плюс включите проверку в квартальный SEO-аудит. Конфигурация может «уехать» незаметно и месяцами вредить позициям.

Может ли ошибка www-редиректа повлиять на позиции в Google и Яндексе?

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

Что такое цепочка редиректов и почему её стоит устранить?

Цепочка — это когда URL A перенаправляет на URL B, тот на URL C, и только потом пользователь попадает на конечную страницу. Каждый переход добавляет 100–300 мс задержки и расходует краулинговый бюджет. Google может прекратить следовать цепочке после 5 переходов. Всегда стремитесь к одному прямому редиректу.

Почему возникают петли редиректов между www и без www?

Петля появляется, когда одно правило отправляет www на без-www, а другое (например, на уровне CDN) — обратно. Страница не загружается вообще. Проверьте .htaccess, конфигурацию Nginx и настройки CDN — редирект должен быть настроен только в одном месте.

Проверяет ли инструмент редирект HTTPS?

Да. Инструмент тестирует все четыре комбинации: http://domain, http://www.domain, https://domain и https://www.domain. Вы увидите, совместим ли ваш HTTPS-переход с настройкой www-предпочтения.

Как проверить www-редирект для внутренних страниц, а не только главной?

Введите полный путь после домена (например, domain.com/catalog/product). Многие серверы перенаправляют только корень, а подстраницы остаются доступными по обоим адресам. Проверьте 2–3 внутренних URL дополнительно. Через проверку индексации можно посмотреть, какие версии Google уже проиндексировал.

Как www-редирект влияет на скорость загрузки?

Один корректный 301-редирект добавляет минимальную задержку — обычно менее 50 мс. Но цепочки из 2–3 промежуточных переходов увеличивают время загрузки на 300+ мс, что ухудшает Core Web Vitals и повышает показатель отказов. Проверьте скорость страницы, если видите длинные цепочки в отчёте.

Можно ли настроить www-предпочтение через Google Search Console?

Нет. Google убрал эту настройку из Search Console. Единственный способ — 301-редирект на серверном уровне плюс rel="canonical" в HTML. Проверьте canonical-теги через анализатор ссылок и анализатор мета-тегов.