EN RU
Разместить компанию
SEO и разметка

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

Пройдите каждый хоп, который делает URL — коды ответа, http/https, время и конечный адрес. Ловите цепочки, петли и понижения до https раньше, чем они стоят вам позиций или кликов.

Проверить URL

Зачем проверять цепочку редиректов

Каждый хоп между ссылкой и назначением добавляет задержку и шанс сбоя, и на каждом может теряться сигнал — ссылочный вес, click id в трекинговой ссылке, UTM-метки, реферер. Поисковики проходят несколько хопов, но длинные цепочки считают проблемой качества; рекламные сети могут отклонить назначение, которое скачет через несколько редиректов. Инструмент проходит цепочку на сервере и показывает каждый хоп: URL, код ответа, схему, время и конечный адрес. Идеал — один 301 прямо на канонический https-URL; два и более хопа, 302 вместо 301, http-шаг после https или петля — всё стоит исправить.

Что он отслеживает, а что нет

Проверка использует HEAD-запросы с нашего сервера. Отслеживаются только редиректы уровня HTTP (3xx с заголовком Location) — страница, перенаправляющая через тег meta-refresh или клиентский скрипт, покажется здесь как 200. Поскольку запрос идёт с сервера с ботовым user agent, ссылка с клоакой по user agent или гео может резолвиться иначе, чем при реальном клике, а часть серверов отдаёт 403 или 405 на HEAD, нормально обслуживая браузер. Для безопасности проверка отклоняет любой URL, чьё имя хоста резолвится в приватный, loopback или зарезервированный диапазон IP, — использовать сервер для сканирования внутренних сетей нельзя.

Частые вопросы

Почему цепочки редиректов важны для SEO и рекламы?
Каждый хоп добавляет задержку и шанс сбоя, и на каждом могут теряться сигналы — ссылочный вес, click ID в трекинговой ссылке, UTM-метки. Поисковики проходят несколько хопов, но длинные цепочки считают проблемой качества; рекламные сети могут отклонить назначение, которое скачет через несколько редиректов.
301 против 302 против 307 против 308 — что использовать?
301 (или 308) — для постоянного переезда: передаёт сигналы ранжирования и кешируется. 302 (или 307) — для временного: сигналы остаются на исходном URL. Использовать 302 для постоянного изменения — частая ошибка, замедляющая консолидацию.
Инструмент пишет, что хост заблокирован — почему?
Проверка отклоняет URL, чьё имя хоста резолвится в приватный, loopback или зарезервированный диапазон IP (localhost, 10.x, 192.168.x, 169.254.x и подобные). Эта защита не даёт использовать сервер для сканирования внутренних сетей.
Отслеживает ли он meta-refresh и JavaScript-редиректы?
Нет. Отслеживаются только редиректы уровня HTTP (3xx с заголовком Location). Страница, которая перенаправляет через тег meta-refresh или клиентский скрипт, покажется здесь как 200, и поисковики в любом случае считают такие редиректы более слабым сигналом.
Почему финальный статус 403 или 405, если страница открывается в браузере?
Часть серверов блокирует или отклоняет HEAD-запрос или незнакомый user agent, при этом нормально отдавая страницу браузеру. Цепочка редиректов до этой точки всё равно верна; финальный статус может не отражать то, что видит реальный посетитель.
Можно ли проверять клоаку или партнёрскую трекинговую ссылку?
Можно проследить, куда ведёт трекинговая ссылка и переживают ли параметры хопы. Запрос идёт с нашего сервера с ботовым user agent, поэтому ссылка с клоакой по user agent или гео может резолвиться иначе, чем при реальном клике.
Как выглядит идеальный результат?
Ноль редиректов, либо один 301 прямо на канонический https-URL и 200 в конце. Без петель, без http-шага после https, без цепочки из трёх и более.
Сохраняется ли проверяемый URL?
Он передаётся в query-строке, чтобы страницу результата можно было отправить или сохранить в закладки, и попадает в обычные логи сервера. В базу не сохраняется и больше нигде не используется.

Смежные инструменты

Все инструменты →