Проверка перенаправления URL

Проверка перенаправления URL, это бесплатный инструмент, который определяет перенаправления 301 и 302 для указанного URL и отслеживает цепочку длиной до 10 переходов.

Что такое перенаправление URL?

Перенаправление URL, это HTTP-ответ, который предписывает браузеру, поисковому роботу или другому клиенту запросить другой адрес. Обычно ответ содержит код состояния 3xx и поле Location со значением в виде URI-ссылки, которая может быть относительной.

Код состояния 301 означает, что ресурс перемещён навсегда. Его часто используют после изменения адреса страницы, перехода с HTTP на HTTPS или объединения дублирующихся URL. Код 302 означает, что ресурс найден по другому адресу, но такое перемещение обычно считается временным.

HTTP также определяет другие коды перенаправления, включая 303, 307 и 308. Различия между ними могут влиять на то, как клиенты повторяют запросы, особенно при использовании таких методов, как POST. Для обычных перенаправлений веб-страниц по-прежнему часто применяются коды 301 и 302. Именно для их определения предназначен этот инструмент.

Как проверить перенаправление URL?

В поле Код состояния укажи код состояния HTTP, например 301 или 302. Проверка выполняется на сервере и охватывает до 10 переходов.

Введённые данные передаются на сервер по HTTPS и не сохраняются.

Какие перенаправления определяет инструмент?

Инструмент определяет перенаправления 301 и 302. Код 301 указывает на постоянное перенаправление, а код 302 на временное.

Последовательность, в которой два адреса поочерёдно перенаправляют друг на друга, называется циклом перенаправлений. Длинная последовательность переходов между HTTP, HTTPS, вариантами с www и без www, а также адресами с завершающей косой чертой и без неё называется цепочкой перенаправлений. Инструмент останавливается не позднее чем после 10 переходов, поэтому не может определить конечный адрес более длинной цепочки.

Как устранить распространённые проблемы с перенаправлениями

Проверка перенаправлений полезна, когда конечный адрес в браузере скрывает промежуточные ответы. Она помогает отличить ошибку конфигурации HTTP от проблемы с DNS, приложением или кешированием.

• Перенесённая страница по-прежнему открывается по старому адресу. Проверь старый URL напрямую. Перенаправление 301 должно вести на нужную замену, а не на главную страницу или другой устаревший адрес.
• Адрес постоянно переключается между HTTP и HTTPS. Проверь обе версии. Конфликтующие правила на веб-сервере, в сети доставки контента или приложении могут перенаправлять HTTPS обратно на HTTP, а другой уровень сразу же менять адрес в обратную сторону.
• Ссылка из письма не ведёт на ожидаемую целевую страницу. Проверь полный URL, скопированный из сообщения, включая строку запроса. Сервисы отслеживания часто добавляют одно или несколько перенаправлений перед конечной страницей, а неработающий промежуточный адрес может прервать цепочку.

При переносе домена проверяй типичные пути страниц, а не только главную страницу. Корректное перенаправление главной страницы ещё не означает, что для страниц товаров, статей и загруженных файлов настроены соответствующие правила перехода.

Знаки препинания и пробелы тоже имеют значение. Необработанные пробелы недопустимы в URL, поэтому обычно их нужно кодировать в процентном формате, например %20. Фрагмент, начинающийся с #, обрабатывается браузером и не передаётся в HTTP-запросе. Поэтому изменение только фрагмента не приведёт к выбору другого перенаправления на стороне сервера. Интернационализированные доменные имена могут быть представлены в ASCII-формате Punycode, а символы вне ASCII в пути преобразуются в байты, обычно с использованием UTF-8. При передаче соответствующие байты кодируются в процентном формате.

Почему правильное перенаправление выглядит неправильным?

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

Серверный инструмент не использует локальную историю перенаправлений твоего браузера, однако целевой сайт или его CDN всё равно могут вернуть кешированный ответ.

Изменения DNS вызывают отдельную задержку. Рекурсивные резолверы могут хранить предыдущий IP-адрес до истечения срока жизни записи. В этот период пользователи из разных сетей могут попадать на разные серверы и получать разные правила перенаправления. Выражение "распространение DNS" описывает неравномерное истечение срока действия кеша, а не единое глобальное обновление.

Если домен недавно перенесли, сравни DNS-запись, конфигурацию CDN и правила исходного сервера. Проверка кэша Google может дать дополнительную информацию о старой проиндексированной или кешированной странице, а Проверка хостинга веб-сайта поможет определить, где сейчас, вероятно, размещён домен. Ни один из этих инструментов не заменяет проверку HTTP-перенаправления.

Часто задаваемые вопросы

Можно ли потом изменить перенаправление 301?

Да, конфигурацию сервера можно изменить, но клиенты ещё некоторое время могут использовать кешированный ответ 301. Проверь результат в новом профиле браузера и очисти соответствующий кеш CDN, если у тебя есть к нему доступ. Не используй код 301 на ранних этапах тестирования, если конечный адрес ещё может измениться.

Передаётся ли строка запроса URL при перенаправлении?

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

Что происходит с введёнными данными?

Проверка выполняется на сервере. Введённые данные передаются на сервер по HTTPS и не сохраняются.

Проверяет ли инструмент перенаправления через JavaScript или meta refresh?

Инструмент определяет HTTP-перенаправления 301 и 302 и проверяет до 10 переходов.

Можно ли проверять перенаправления из командной строки?

Да. Команда curl умеет выводить заголовки ответа, а параметр следования перенаправлениям позволяет запрашивать последующие адреса. Это удобно для воспроизводимых проверок с определённого компьютера или из конкретной сети, особенно после изменения настроек DNS или правил межсетевого экрана.