Как проверить редиректы URL онлайн. Отслеживание 301 и 302 перенаправлений, анализ цепочки до 10 шагов. Диагностика петель редиректов и проблем с SEO.
Введение
Вы вводите адрес сайта, нажимаете Enter и через долю секунды видите страницу. Что произошло между нажатием клавиши и появлением контента? В простом случае — ничего: браузер запросил URL, сервер отдал страницу с кодом 200. Но в реальности многие URL проходят через цепочку редиректов — перенаправлений с одного адреса на другой. Иногда это один шаг: http на https, или без www на с www. Иногда — длинная цепочка, которая замедляет загрузку и вредит SEO. Инструмент проверки редиректов URL показывает всю эту цепочку, шаг за шагом, с кодами статуса и промежуточными адресами. В этой статье разберём, как работают редиректы, почему их нужно проверять и как диагностировать типичные проблемы.
Что такое HTTP-редирект и какие они бывают
Редирект — это ответ сервера, который говорит браузеру: «Ты запросил адрес А, но контент находится по адресу Б, иди туда». Браузер послушно делает новый запрос по адресу Б. С точки зрения пользователя это происходит мгновенно, но технически каждый редирект — это дополнительный сетевой запрос. Сервер возвращает код статуса 3xx и заголовок Location с новым адресом. Самые важные коды: 301 Moved Permanently — постоянный редирект, говорит поисковикам «забудь старый URL, индексируй новый». 302 Found — временный редирект, старый URL сохраняется в индексе, трафик временно перенаправляется. 307 Temporary Redirect и 308 Permanent Redirect — более строгие аналоги 302 и 301, предписывающие браузеру не менять метод запроса при перенаправлении. 301 и 302 — самые распространённые, и их различие критично для SEO: неправильный выбор между постоянным и временным редиректом может привести к потере позиций.
Зачем нужны редиректы
Первый и самый частый сценарий — перенос сайта на новый домен. Старый домен настраивается на 301-редирект на новый, и все посетители и поисковые роботы автоматически попадают на новый адрес. Второй — переход с HTTP на HTTPS. Браузер запрашивает http://example.com, сервер отвечает 301 с адресом https://example.com. Третий — склейка с www и без. Сервер настраивается так, чтобы все варианты вели на один канонический URL. Четвёртый — удаление страницы. Если товар снят с продажи, его URL редиректится на категорию или на похожий товар. Пятый — отслеживание переходов. Короткая ссылка — это редирект: пользователь запрашивает короткий URL, сервер возвращает 302 с конечным адресом и попутно считает переход. Шестой — A/B-ротация, когда один URL по очереди редиректит на разные посадочные страницы.
Цепочки редиректов и почему они вредны
Один редирект — это норма. Но когда URL проходит через несколько последовательных перенаправлений, возникают проблемы. Каждый шаг добавляет задержку: браузер делает запрос, ждёт ответ, делает новый запрос. На медленном соединении цепочка из четырёх редиректов может добавить секунду к загрузке страницы. Поисковые роботы проходят цепочки, но после определённого количества шагов могут остановиться и не проиндексировать конечную страницу. Типичная проблемная цепочка: пользователь вводит http://example.com, сервер редиректит на https://example.com, тот редиректит на https://www.example.com, а тот — на https://www.example.com/ с слешем на конце. Три редиректа там, где должен быть один. Инструмент проверки редиректов показывает все шаги, и вы видите, где цепочка избыточна. Идеал — один редирект от исходного URL до конечного, максимум — два для сложных сценариев.
Петли редиректов: когда А ведёт на Б, а Б на А
Петля редиректа — это ситуация, когда два или более URL перенаправляют друг на друга по кругу. Браузер ходит по кругу, пока не исчерпает лимит перенаправлений, и показывает ошибку «Слишком много редиректов» или ERR_TOO_MANY_REDIRECTS. Причины петли обычно конфигурационные: правило на сервере, которое зацикливается само на себя. Например, редирект с http на https и одновременно с https на http. Или редирект с без www на с www, а на новом сервере настроен обратный редирект. Инструмент проверки редиректов обнаруживает петли: он проходит до 10 шагов и сообщает, если URL зациклился. Без такого инструмента диагностика петли требует ручного анализа конфигурационных файлов сервера, что долго и чревато ошибками.
Редиректы и SEO: что нужно знать
301-редирект передаёт от 90 до 99 процентов ссылочного веса на новый URL. Это официальная информация от поисковых систем. 302 не передаёт вес — старый URL остаётся в индексе. Поэтому при переносе сайта всегда используйте 301, а не 302. Ошибка с кодом редиректа — одна из самых дорогих в SEO. Вторая важная вещь — редирект должен вести на релевантную страницу. Если товар снят с продажи, лучше редиректить на похожий товар или категорию, а не на главную страницу. Редирект на главную, когда пользователь ожидал увидеть конкретный товар, ухудшает поведенческие факторы. Третье — избегайте цепочек. Каждый лишний шаг размывает ссылочный вес и замедляет индексацию. Инструмент проверки редиректов URL, доступный среди 126 утилит Vibes, показывает полную цепочку и помогает выявить SEO-проблемы до того, как они повлияют на позиции.
Как работает инструмент проверки редиректов
Инструмент отправляет HTTP-запрос по указанному URL и следует за редиректами, записывая каждый шаг. Для каждого шага фиксируется URL, код статуса и заголовок Location с адресом назначения. Процесс продолжается, пока не встретится ответ без редиректа или пока не будет достигнут лимит шагов — обычно 10. Результат — таблица с цепочкой перенаправлений. Вы видите, сколько шагов занимает путь от исходного URL до конечного, какие коды статуса используются и нет ли петель. Для SEO-специалиста это быстрый способ проверить корректность настройки редиректов после миграции сайта. Для разработчика — способ отловить конфигурационные ошибки. Для маркетолога — понять, не теряются ли UTM-метки при редиректах (некоторые конфигурации сервера обрезают параметры запроса при перенаправлении).
Часто задаваемые вопросы
Чем отличается проверка редиректов от проверки HTTP-заголовков? Проверка HTTP-заголовков показывает заголовки ответа для одного конкретного URL. Проверка редиректов автоматически следует по цепочке перенаправлений и показывает все шаги. Если URL не редиректит, оба инструмента покажут один и тот же ответ. Если редиректит — проверка редиректов покажет цепочку, а проверка заголовков — только первый шаг.
Сколько редиректов допустимо для SEO? Один, максимум два. Цепочки из трёх и более редиректов — это проблема, которую стоит исправить. Каждый лишний шаг замедляет загрузку и снижает вероятность, что поисковый робот дойдёт до конца. Если вы видите четыре шага, настройте сервер так, чтобы исходный URL редиректился сразу на конечный.
Теряются ли UTM-метки при редиректе? Зависит от конфигурации сервера. Правильно настроенный редирект сохраняет строку запроса и передаёт все параметры на новый URL. Но некоторые серверные правила могут обрезать параметры. Проверьте: создайте тестовую ссылку с UTM-метками, пропустите через инструмент проверки редиректов и убедитесь, что параметры дошли до конечного URL.
Как исправить петлю редиректов? Найдите конфликтующие правила в конфигурации сервера. Чаще всего проблема в файле .htaccess для Apache или в конфигурационном файле nginx. Удалите или исправьте правило, которое создаёт обратный редирект. Если вы не администрируете сервер сами, обратитесь к хостинг-провайдеру.
Проверяет ли инструмент мета-редиректы и JavaScript-редиректы? Нет, инструмент отслеживает только HTTP-редиректы на уровне сервера. Мета-редирект вида meta http-equiv="refresh" и JavaScript-редирект window.location.href выполняются браузером и не видны серверу. Для SEO эти типы редиректов не рекомендуются, так как поисковые роботы могут их не выполнить.
Можно ли проверить редиректы для URL с авторизацией? Инструмент проверки делает запрос без авторизации. Если URL доступен только после входа в систему, инструмент увидит редирект на страницу логина или код 403. Для проверки редиректов в закрытой части сайта используйте инструменты разработчика в браузере, будучи авторизованным.
