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

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

Проверка редиректа www определяет, ведут ли все четыре варианта адреса сайта — http и https, с префиксом www и без него — на один канонический URL. Если хотя бы один вариант отвечает кодом 200 вместо перенаправления, поисковые системы считают его отдельным сайтом и делят между зеркалами ссылочный вес. Инструмент ToolsPivot проверяет все четыре точки входа за один запрос, показывает каждый переход в цепочке и выдаёт понятный вердикт вместо абстрактного «хорошо/плохо». Готовые правила для сервера удобно собрать в генераторе редиректа с www на без www.

Обзор проверки редиректов www от ToolsPivot

Основная функциональность

Сервис разбирает введённый адрес до чистого хоста и строит из него четыре точки входа, которые может использовать реальный посетитель. Каждая трассируется отдельно через cURL по одному переходу за раз, без автоматического следования за перенаправлениями, с лимитом в десять переходов, детектором петель и проверкой каждого IP-адреса на принадлежность к публичному диапазону. На конечной странице с кодом 200 сервис дополнительно читает head и ищет meta refresh, JavaScript-переадресацию и тег rel=canonical. Полные заголовки ответа при необходимости смотрят через просмотр HTTP-заголовков.

Целевые пользователи и сценарии использования

Основная аудитория — SEO-специалисты, вебмастера и разработчики, которые переводят проект на HTTPS, меняют главное зеркало или разбираются с дублями в выдаче. Инструмент востребован и у владельцев небольших сайтов на WordPress и 1С-Битрикс, где перенаправление настраивают через панель хостинга, а после переноса на другой сервер оно тихо перестаёт работать.

Проблема и решение

Типичная ошибка — проверить один адрес и считать задачу закрытой. Владелец открывает https://site.ru, видит рабочий сайт и не догадывается, что http://www.site.ru отдаёт код 200 и индексируется как самостоятельное зеркало. Четыре одновременные трассировки закрывают этот пробел за один запрос и сразу называют вариант, который выпал из склейки.

Основные преимущества инструмента

• Четыре варианта сразу. http, https, www и без www проверяются в одном запросе, а не поочерёдно, как в большинстве бесплатных сервисов.
• Полная цепочка переходов. Видно каждый хоп с его кодом ответа, а не только конечный адрес, поэтому лишние звенья заметны мгновенно.
• Честный вердикт из трёх состояний. «Норма», «требует доработки» и «ошибка» разделяют критические проблемы и мелкие замечания вместо бинарной оценки.
• Различение 301 и 302. Временное перенаправление на месте постоянного помечается отдельно — это одна из самых частых причин, по которой зеркала не склеиваются.
• Контроль HTTPS. Сервис показывает, поднимается ли http до https и есть ли заголовок HSTS; действующий сертификат отдельно проверяют через проверку SSL-сертификата.
• Поиск дублей. Если и www, и версия без www отвечают кодом 200, инструмент прямо помечает это как дублирование контента.
• Сверка с rel=canonical. Канонический тег, который противоречит фактическому перенаправлению, попадает в список проблем.
• Массовый режим и экспорт. До 20 доменов за раз с выгрузкой в CSV; результат по индексации потом сверяют через проверку индексации страниц.

Ключевые функции

• Пошаговая трассировка. Каждый переход фиксируется отдельно, автоматическое следование отключено, поэтому промежуточные звенья не теряются.
• Ограничение в десять переходов. Длинные цепочки обрываются на десятом хопе, а зацикленные — раньше, по срабатыванию детектора петель.
• Классификация кодов. 301 и 308 помечаются как постоянные, 302 и 307 — как временные, с пояснением, какие из них передают канонический сигнал.
• Чтение head конечной страницы. На странице с кодом 200 сервис ищет meta refresh и JavaScript-переадресацию, которые обычные чекеры пропускают.
• Определение главного хоста. В отчёте указывается канонический URL и предпочтительный вариант хоста по итогам всех четырёх трассировок.
• Режим Googlebot. Повторный прогон с user-agent поискового робота показывает, отличается ли поведение сервера для краулера.
• Защита от SSRF. Каждый переход привязан к проверенному публичному IP, частные и зарезервированные адреса отклоняются.
• Проверка DNS перед трассировкой. Если домен не резолвится, ошибка называется прямо; детали смотрят через проверку DNS-записей.
• Два режима работы. Режим URL трассирует один адрес целиком, массовый режим проверяет список доменов с раскрывающимися деталями.
• Копирование отчёта. Готовый текстовый отчёт переносится в задачу разработчику одним нажатием.
• Экспорт в CSV. Результаты массовой проверки выгружаются таблицей для дальнейшего разбора.
• Кратковременное кэширование. Повторный запрос по тому же домену возвращается быстрее; при этом доступность хоста в моменте показывает проверка статуса сервера.

Как работает проверка редиректов ToolsPivot

1. Введите домен в любом виде — с протоколом или без, с www или без. Адрес приводится к чистому хосту автоматически.
2. Сервис собирает четыре точки входа: http и https, каждая с www и без него.
3. Каждый вариант трассируется по одному переходу с реалистичным user-agent браузера и фиксацией кодов ответа.
4. Результаты сравниваются между собой: определяется канонический адрес и формируется список проблем.
5. Отчёт выводится с вердиктом, чек-листом замечаний и полной цепочкой по каждому варианту. Если сайт вообще не отвечает, сначала стоит подтвердить это через проверку доступности сайта.

Когда использовать проверку редиректов www

Проверка нужна каждый раз, когда меняется адрес, протокол или сервер. Именно в эти моменты правила перенаправления накладываются друг на друга и дают цепочки или петли.

• После перехода на HTTPS. Убедиться, что http-версии обоих хостов поднимаются до https одним постоянным переходом.
• При переносе на другой хостинг. Правила из .htaccess или конфигурации Nginx часто не переезжают вместе с файлами.
• При смене главного зеркала. Перед заявкой на переезд в Яндекс Вебмастере все неглавные варианты должны отдавать 301.
• При появлении дублей в поиске. Две версии одной страницы в выдаче почти всегда означают отсутствие перенаправления.
• После обновления CMS или плагинов. Плагины принудительного HTTPS в WordPress иногда подменяют серверное правило клиентским.
• Перед закупкой ссылок. Внешние ссылки должны вести на вариант, который реально принимает вес, иначе часть бюджета уходит в цепочку.
• При падении трафика без видимых причин. Разрыв склейки выглядит именно так: позиции проседают, технических ошибок в отчётах нет.
• В регулярном техническом аудите. Вместе с проверкой редиректов полезно запускать поиск битых ссылок, потому что обе проблемы обычно приходят из одного релиза.

Отдельный случай — сайты за CDN и системами защиты от ботов. Там результат проверки может отличаться от того, что видит обычный браузер, и это стоит учитывать при разборе.

Примеры использования

Переезд интернет-магазина на HTTPS

Контекст: магазин на 1С-Битрикс подключил сертификат и настроил редирект только для версии без www.

• Проверка показывает 200 на http://www.shop.ru вместо перенаправления.
• В отчёте вариант помечен как дубль основного хоста.
• Правило дополняется условием для www, проверка повторяется.

Результат: все четыре варианта сходятся к одному https-адресу через один постоянный переход.

Аудит сайта перед передачей клиенту

Контекст: подрядчик принимает проект и должен зафиксировать техническое состояние.

• Массовый режим проверяет основной домен и поддомены разом.
• Выгрузка CSV прикладывается к отчёту как доказательство.
• Спорные места дополняются данными из SEO-анализа сайта.

Результат: заказчик получает документ с конкретными адресами и кодами ответа, а не общие формулировки.

Разбор цепочки после смены хостинга

Контекст: после переноса сайт открывается, но Яндекс Вебмастер сообщает о медленном ответе.

• Трассировка вскрывает цепочку из трёх переходов: http → https → www → без www.
• Каждый лишний хоп добавляет задержку и размывает сигнал.
• Текущего провайдера уточняют через определение хостинга.

Результат: цепочка схлопывается до одного перехода, время до первого байта сокращается.

Проверка склейки .ru и .рф

Контекст: компания держит кириллический домен как зеркало латинского.

• Оба домена проверяются по четырём вариантам каждый, всего восемь адресов.
• Обнаруживается, что www.домен.рф отвечает 200 и не перенаправляет.
• Правило дописывается с учётом Punycode-записи хоста.

Результат: кириллическое зеркало полностью передаёт вес на основной домен.

Зеркала сайта и склейка в Яндексе

Яндекс определяет главное зеркало по 301-редиректу, а не по директиве Host в robots.txt. Директива перестала учитываться ещё в 2018 году, но многие руководства в Рунете до сих пор советуют её прописывать, из-за чего владельцы сайтов тратят время на настройку, которая ни на что не влияет. Единственный работающий сигнал сегодня — постоянное перенаправление со всех неглавных вариантов плюс заявка в разделе «Индексирование» → «Переезд сайта» Яндекс Вебмастера.

Важно понимать сроки: даже при идеально настроенных правилах переклейка зеркал занимает одно-два обновления поисковой базы, то есть примерно до двух недель. Вердикт инструмента появляется мгновенно, а перестройка выдачи — нет. Файл, в котором больше не нужна директива Host, можно пересобрать в генераторе robots.txt.

Кириллические домены и Punycode

Кириллический домен резолвится через Punycode, поэтому домен.рф технически существует как xn--….xn--p1ai, и правила перенаправления пишутся именно для ASCII-формы хоста. Ошибка в этом месте встречается регулярно: администратор указывает в конфигурации кириллическое написание, сервер его не сопоставляет, и вариант с www остаётся без редиректа. Наш инструмент трассирует адрес в том виде, в каком его видит сервер, поэтому расхождение становится видно сразу.

Если .рф используется как зеркало домена в зоне .ru, проверять нужно все восемь точек входа, а не четыре. IP-адрес, на который фактически смотрит каждый из доменов, показывает определение IP-адреса домена.

Типы перенаправлений, которые читает инструмент

Ограничения проверки

Проверка выполняется из одной серверной локации в один момент времени. Региональное или временное перенаправление может выглядеть иначе из другой точки, поэтому единичный результат не стоит считать окончательным приговором для географически распределённой инфраструктуры.

Сайты за CDN или защитой от ботов иногда отвечают нашему чекеру кодом 403 или 429, хотя обычный браузер получает нормальный ответ. Режим Googlebot помогает вскрыть такое расхождение, но не отменяет его. И ещё одно, о чём редко пишут конкуренты: между www и версией без www нет разницы в ранжировании. Значение имеет только последовательность — важно выбрать один вариант и свести к нему всё остальное.

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

Что показывает проверка редиректа www?

Она показывает, куда ведёт каждый из четырёх вариантов адреса сайта и каким кодом. В отчёте видна полная цепочка переходов, канонический URL и список проблем, которые мешают склейке зеркал.

Чем этот инструмент отличается от проверки ответа сервера в Яндекс Вебмастере?

Проверка ответа сервера работает с одним адресом за раз и требует авторизации в панели. ToolsPivot трассирует четыре варианта одновременно, без регистрации, и дополнительно ищет клиентские перенаправления в коде страницы.

Какой вариант выбрать — с www или без?

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

Почему 302 вместо 301 — это проблема?

Временное перенаправление говорит поисковой системе, что старый адрес ещё вернётся, поэтому канонический сигнал передаётся плохо. Для склейки зеркал нужен код 301 или 308.

Сколько переходов допустимо в цепочке?

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

Инструмент нашёл петлю редиректов, что делать?

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

Нужна ли директива Host в robots.txt?

Нет, Яндекс перестал её учитывать в 2018 году. Главное зеркало определяется 301-редиректом, а карту сайта для той же панели удобно собрать в генераторе карты сайта.

Что делать, если обе версии отвечают кодом 200?

Это прямой признак дублирования: поисковики видят два независимых сайта. Настройте постоянный редирект с неглавного варианта на главный и отправьте страницы на переобход.

Сколько ждать после настройки редиректа?

Переклейка зеркал в Яндексе обычно занимает одно-два обновления базы, то есть до двух недель. Google обрабатывает изменения быстрее, но точных сроков тоже не гарантирует.

Заменяет ли rel=canonical редирект?

Нет, канонический тег — рекомендация, а 301 — прямое указание. Если тег противоречит фактическому перенаправлению, инструмент помечает это как отдельную проблему; сами теги удобно разбирать через анализ мета-тегов.

Почему проверка вернула 403, хотя сайт открывается?

Так отвечают системы защиты от ботов и некоторые CDN, блокирующие незнакомые user-agent. Попробуйте режим Googlebot: если ответ изменится, значит фильтрация настроена по агенту.

Работает ли проверка с кириллическими доменами?

Да, адрес автоматически приводится к Punycode перед запросом. Правила на сервере при этом тоже нужно писать в ASCII-форме хоста, иначе они не сработают.

Сколько доменов можно проверить за раз?

В массовом режиме — до 20 доменов, каждый с раскрывающимися деталями по всем четырём вариантам. Результаты выгружаются в CSV одним файлом.

Нужна ли регистрация или API-ключ?

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

Related Tools You Might Like

Генератор обратного текста Проверка IP класса C HTML-кодировщик Двоичный переводчик Проверка соотношения кода и текста Список бесплатных прокси