01
Сохраните исходную ссылку
Параметры короткой ссылки могут менять назначение. Кнопка примера лишь заполняет поле и сама не начинает сетевую проверку.
HTTP и отладка запросов
проверка редиректоввсе промежуточные переходы
Введите один публичный URL HTTP или HTTPS. Пример только заполняет поле и не отправляет запрос.
проверка редиректов
Публичный URL
Цепочка переходов
После проверки здесь появятся шаги.
После нажатия URL попадает в сервис этого сайта, который обращается к публичной цели. Целевой сайт видит запрос. Не вводите частные ссылки с токенами.
Пределы запроса
Только ручной GET · стандартные порты HTTP/HTTPS · до 10 переходов. Без Cookie и своих заголовков.
Введите публичный URL.
Старая ссылка открывается, но какой именно сервер перевёл её на другой домен, неясно? Проверка редиректов сохраняет промежуточные HTTP-ответы, которые адресная строка браузера обычно скрывает.
Чтобы проверить редирект онлайн, сравните исходный Location с вычисленным адресом следующего шага. Цепочка редиректов покажет, где добавились лишний хост, путь или задержка до нужной страницы.
Зачем нужна проверка редиректов
Наблюдаемый маршрут остаётся рядом со временем проверки.
Не терять промежуточные ответы
Проверка редиректов сохраняет код, исходный Location и следующий адрес для каждого шага. Если выводить только конечную страницу, нельзя увидеть, где появился неожиданный домен или дополнительная задержка.
Остановиться перед частной сетью
Если очередной Location ведёт в локальную, частную или зарезервированную сеть, сервис останавливается до запроса. Уже полученные публичные шаги остаются в частичном отчёте, но непосещённый адрес не объявляется конечным.
Три детали при чтении маршрута
02
Запустите GET осознанно
URL поступает в сервис этого сайта, а он обращается к публичной цели. Правка поля не отправляет новый запрос; можно нажать Ctrl или Cmd вместе с Enter.
03
Сначала прочитайте причину остановки
Ответ HTTP 404 тоже может завершать полный маршрут. Петля, отсутствие Location, запрещённая цель или лимит переходов дают частичный отчёт без подтверждённого конечного адреса.
Что видно за конечным адресом
Код и Location по шагам
Проверка 301 редиректа различает постоянные 301/308 и временные 302/307. Для относительного Location рядом показан получившийся абсолютный URL.
Петля и откат на HTTP
Повтор уже посещённого URL прекращает трассировку. Переход с HTTPS обратно на HTTP отмечается отдельно, даже если дальше страница отвечает.
JSON с датой измерения
Экспорт сохраняет время проверки, задержку каждого шага, число перенаправлений и причину остановки. После изменения URL старый результат устаревает, копирование и загрузка отключаются.
Границы проверки публичной сети
- Только публичные домены
- Проверка редиректов отклоняет локальные, частные, метаданные и зарезервированные адреса, в том числе в последующих Location. Допустимы лишь HTTP/HTTPS и стандартные порты.
- Анонимный GET
- Cookie браузера, Authorization и пользовательские заголовки не передаются. Сайт, меняющий маршрут по аккаунту, устройству или стране, может показать вам другой результат.
- Не более десяти переходов
- Петля, отсутствие Location, ошибка сети или TLS и предел десяти переходов завершают проверку. У частичного отчёта нет подтверждённого конечного URL; обычный HTTP 404 считается полным ответом.
- Не проверка безопасности сайта
- Отчёт отражает HTTP-ответы, увиденные сервисом в указанное время. Он не исполняет JavaScript или meta refresh, не имитирует HSTS браузера и не гарантирует безопасность назначения.
Проверка редиректов: частые вопросы
Как проверить, есть ли у URL редирект 301?
Введите исходный URL и посмотрите первый ответ. Код 301 вместе с Location подтверждает постоянное перенаправление для этого GET на указанную дату.
Что такое цепочка редиректов и почему она вредна для SEO?
Это несколько перенаправлений подряд. Отчёт показывает промежуточные адреса и задержки, чтобы вы могли направить управляемую старую ссылку прямо на нужную страницу.
В чём разница между редиректами 301, 302, 307 и 308?
301 и 308 обозначают постоянное перемещение, 302 и 307 — временное. Сервис отправляет только GET и не проверяет поведение POST.
Как исправить ERR_TOO_MANY_REDIRECTS или цикл редиректов?
При повторе нормализованного URL сервис отмечает петлю и останавливается. Сравните конфликтующие правила HTTP/HTTPS и www.
Как узнать конечный адрес короткой ссылки?
Введите короткую ссылку целиком, вместе с параметрами. Если маршрут завершился, появится подтверждённый конечный URL; для другой страны или сессии он может отличаться.
Переход выглядит неверно?
Запустить проверку редиректов
Проверьте публичный URL и сохраните датированный JSON рядом с правилом, которое собираетесь исправить.