Проверка редиректов сайта: цепочка 301 и 302

Проверка редиректов: вся цепочка перенаправлений

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

Как работает трассировка

Проверка начинается с адреса https://ваш-домен/ и следует по заголовкам Location не более пяти шагов, записывая код статуса и адрес назначения каждого. Если HTTPS не отвечает вовсе, она начинает с обычного HTTP и сообщает об этом. По редиректам, которые ведут на частные или внутренние адреса, переход не выполняется.

Отслеживаются только HTTP-редиректы. Перенаправление через JavaScript или тег meta refresh происходит внутри браузера уже после загрузки страницы и здесь не отображается.

301, 302, 307, 308

301 и 308 — постоянные: браузеры их кэшируют, а поисковые системы переносят запись в индексе на новый адрес. 302, 303 и 307 — временные: индексируемым остаётся исходный URL. 307 и 308 дополнительно гарантируют, что метод запроса сохраняется, а это важно для форм и API.

Когда сайт переезжает насовсем, с HTTP на HTTPS или с одного домена на другой, вам нужен один постоянный редирект на каждый URL. Временный редирект, оставленный на годы, — одна из самых частых ошибок при переездах.

Цепочки и циклы

Каждый шаг стоит полного обмена с сервером до того, как что-либо будет показано, а поисковые роботы сдаются после нескольких переходов. http → https → www → /home — это три шага, которые обычно можно свести к одному. Цикл, когда два URL перенаправляют друг на друга, заканчивается в браузере ошибкой ERR_TOO_MANY_REDIRECTS; здесь он выглядит как цепочка, оборвавшаяся на лимите шагов.

Как пользоваться этим инструментом

Введите домен. Введите или вставьте доменное имя, например example.com. Подойдёт и полный URL: схема, путь и начальное www будут отброшены.

Пройдите по цепочке. OrbitProbe запрашивает домен и следует не более чем по четырём редиректам, проверяя каждый адрес назначения.

Посмотрите каждый шаг. Для каждого шага показаны код статуса (301, 302, 307, 308) и адрес назначения, а также то, заканчивается ли цепочка на HTTPS.

То же самое в командной строке

Та же проверка из терминала. В командах используется example.com: замените его своим именем.

Каждый шаг с заголовком Locationcurl -sIL http://example.com | grep -iE "^HTTP|^location"

Только итоговый URLcurl -sL -o /dev/null -w "%{url_effective}\n" http://example.com

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

Как проверить, куда перенаправляет URL?

Введите домен выше, чтобы увидеть каждый шаг. В терминале curl -sIL https://example.com выводит заголовки каждого ответа в цепочке.

В чём разница между редиректами 301 и 302?

301 означает «перемещено навсегда»: поисковые системы переносят накопленный вес старого URL на новый. 302 означает «пока находится в другом месте»: каноническим остаётся старый URL.

Сколько редиректов — это слишком много?

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

Вредят ли редиректы SEO?

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

Почему цепочка обрывается до итоговой страницы?

Трассировка останавливается после пяти шагов, когда редирект указывает на непубличный адрес или когда исчерпан лимит времени. В примечании к результату сказано, что именно произошло.