Регистрация

Имя пользователя
Почта
Пароль
Повторите пароль
Есть аккаунт?

Вход

Имя пользователя
Пароль
Забыли пароль?
Нет аккаунта?

Восстановление

Почта

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

Проверьте куда ведет ссылка и посмотрите все промежуточные редиректы с их HTTP-статусами
Оставьте отзыв о данном инструменте
5 / 5 (4 голосов)

Комментарии

Это ситуация, когда A ведет на B, B на C и так далее. Каждый шаг замедляет загрузку, а у поисковых ботов есть лимит на число переходов. Лучше всего вести со старого адреса сразу на финальный.

200 (ОК). Означает успешный запрос и успешное получение данных, если они были в заголовке или теле ответа

200 (ОК). Означает успешный запрос и успешное получение данных, если они были в заголовке или теле ответа

301 (Moved Permanently). Этот код ответа говорит пользователю о том, что был совершен постоянный редирект на другую страницу или сайт

302 (Found/Moved Temporarily). Запрошенный URI временно перемещен на новый адрес. Берется из поля Location

403 (Forbidden). Сервер понял запрос, но отказывается его выполнять. Доступ к ресурсу в таком случае запрещен

404 (Not Found). Сервер принял запрос клиента, но не нашел документа по соответствующему запросу

500 (Internal Server Error). Это любая ошибка на стороне сервера, а не клиента

502 (Bad Gateway). Прокси-сервер или шлюз получил недействительный ответ от бэкенда

504 (Gateway Timeout). Прокси-сервер или шлюз не смог получить ответ от бэкенда за отведенное время, таймаут

0 (No Response). Не является кодом ответа сервера. Означает, что соединение не было установлено или ответ не получен вовсе. Обычно возникает при блокировке на уровне сети (например, ТСПУ), недоступности сайта, обрыве соединения или превышении времени ожидания

Полный список кодов ответов HTTP

Инструмент меняет только заголовок User-Agent. Настоящий поисковый бот отличается от нашего запроса по другим признакам, поэтому ответ сайта может не совпадать:

  • IP-адрес. Многие сайты и защитные сервисы (Cloudflare, WAF) проверяют бота по IP-диапазонам и обратному DNS. Запрос с нашего сервера не пройдет такую проверку и может получить другой ответ или блокировку.
  • Тип запроса. Мы проверяем только заголовки ответа (HEAD-запрос), без загрузки страницы. Некоторые серверы отвечают на HEAD иначе, чем на GET.
  • JavaScript. Инструмент не выполняет скрипты, поэтому редиректы, сделанные через JavaScript или meta refresh, он не увидит. Поисковые боты умеют их обрабатывать.
  • Другие заголовки и cookies. Язык (Accept-Language), cookies, регион и частота запросов тоже могут влиять на редирект.

Если результат важен для SEO, дополнительно сверяйтесь с отчетами Google Search Console и Яндекс Вебмастера: там видно, что бот получил на самом деле.

Когда адреса ссылаются друг на друга по кругу. Инструмент остановится на 10-м шаге. Частые причины: конфликт правил http→https и www/без www, плагин кеширования или CDN, который перенаправляет в обратную сторону. Проверьте правила в .htaccess/nginx и настройки SSL у CDN.
В идеале один. Google в документации говорит, что следует по нескольким переходам подряд, но длинные цепочки лучше не оставлять.
Это редирект через JavaScript или meta http-equiv="refresh", либо сайт отвечает по-разному в зависимости от cookies или региона. Инструмент смотрит только HTTP-заголовки Location.
Некоторые сайты отправляют мобильных пользователей на отдельную версию, ботов на другую страницу, а старые браузеры на заглушку. Выбор UA помогает это увидеть.
301 и 308 постоянные, поисковики переносят вес на новый адрес и со временем заменяют старый URL в выдаче. 302 и 307 временные, старый адрес остается в индексе. Разница между 301 и 308 (и между 302 и 307) в методе запроса: 307 и 308 гарантированно сохраняют метод (например, POST), а 301 и 302 в некоторых клиентах превращают его в GET.
Введите адрес с http:// и/или с www, и в таблице должен быть один шаг с 301 на нужный вариант. Если шагов два и больше, правила стоит объединить.

Redirect Checker - инструмент для проверки цепочки редиректов на сайте. Сервис отправляет HTTP-запросы к указанному URL и последовательно отслеживает все перенаправления вплоть до конечной страницы, показывая каждый шаг: адрес, HTTP-статус ответа и конечный адрес, на который идет редирект.

Проверка цепочки редиректов полезна при настройке 301 и 302 редиректов после смены домена, "склейки" сайтов, переезда сайта на HTTPS или изменения структуры URL. Инструмент помогает найти лишние промежуточные переходы, которые замедляют загрузку страницы и негативно влияют на индексацию сайта поисковыми системами, а также обнаружить циклические редиректы, а также ошибки конфигурации сервера.

Сервис поддерживает как HTTP, так и HTTPS соединения, автоматически определяет протокол при вводе домена без указания схемы. Для каждого шага цепочки отображается статус-код ответа сервера (200, 301, 302, 404, 500 и другие), что позволяет быстро локализовать проблему в настройках веб-сервера или конфигурации редиректов.

Чтобы продолжить пройдите капчу: