Softonic

Проверка редиректов

Шаг 1 / 3
Далее

Вставьте URL, и проверка пройдёт по цепочке HTTP-редиректов переход за переходом, показывая по одной строке на каждый шаг с кодом состояния (301, 302, 303, 307 или 308), заголовком Location, на который он указывает, а также сервером и типом содержимого из ответа. Она останавливается на первом ответе, отличном от 3xx, или когда достигает вашего лимита переходов, и отмечает цикл, если URL снова указывает на уже посещённый адрес. Работа над SEO держится на этом отслеживании: один тихий 302 в многошаговой цепочке может потерять PageRank, а длинная цепочка тратит краулинговый бюджет, который Google не вернёт.

Как отследить цепочку редиректов

  1. 1

    Введите начальный URL

    Любой URL, HTTPS или HTTP, с `www` или без. Проверка добавит схему, если вы её опустите.

  2. 2

    Задайте лимит переходов

    Выберите, сколько редиректов отслеживать, от 1 до 20. Значение по умолчанию рано останавливает разросшуюся или зациклившуюся цепочку.

  3. 3

    Запустите проверку

    Каждый переход запрашивается по очереди и отслеживается до ответа, отличного от 3xx, или до достижения лимита.

  4. 4

    Прочитайте цепочку

    Каждая строка показывает номер перехода, код состояния и его тип (постоянный, временный, OK, ошибка клиента, ошибка сервера или цикл), URL и то, куда он перенаправляет.

Коды состояния редиректов и что они значат

Стандарты RFC 7231 и RFC 7538 (для 308) задают семантику. Разница между ними важна для SEO, кэширования и того, повторит ли браузер POST или откатится к GET.

Код Название Постоянный? Метод сохраняется? Кэшируется по умолчанию?
301 Moved Permanently Да Исторически нет Да
302 Found Нет Исторически нет Только если разрешают заголовки
303 See Other Нет Принуждает к GET Нет
307 Temporary Redirect Нет Да Только если разрешают заголовки
308 Permanent Redirect Да Да Да

Для SEO коды 301 и 308 переносят PageRank на конечный адрес; 302 и 307 нет (Google считает их временными и сохраняет источник в индексе).

Как должна выглядеть цепочка редиректов

  • 1 переход это нормально. Старый URL на новый URL с одним 301. Ссылочный вес не теряется.
  • 2 перехода допустимы, если один это переход с HTTP на HTTPS, а другой нормализация www.
  • 3 перехода и больше это тревожный сигнал. Каждый переход добавляет задержку, и Google указывает, что очень длинные цепочки могут быть брошены. Соберите цепочку на сервере, чтобы пользователи и поисковые роботы достигали конечного адреса за один шаг.

Что эта проверка отслеживает, а что нет

Проверка отслеживает серверные HTTP-редиректы: любой ответ со статусом 3xx и заголовком Location. Она не выполняет страницу, поэтому ещё два вида редиректов не отслеживаются:

  • Meta refresh. Тег <meta http-equiv="refresh" content="0; url=..."> это редирект на уровне HTML, записанный в теле страницы, а не HTTP-заголовок, поэтому здесь он выглядит как обычный ответ 200.
  • JavaScript-редиректы. Строка window.location = '...' выполняется в браузере после загрузки страницы, поэтому серверный запрос её никогда не видит.

Если URL перенаправляет только одним из этих способов, используйте инструмент с headless-браузером, чтобы увидеть конечный адрес.

Отладка сломанной цепочки

Большинство сломанных цепочек возникает по одной из трёх причин: цикл редиректа (переход указывает на уже посещённый URL), потерянный www, который снова перенаправляет, или несогласованность завершающего слеша, когда /page и /page/ перебрасывают друг на друга. Проверка останавливается и отмечает цикл, когда URL повторяется.

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

Нет. Она отслеживает серверные HTTP-редиректы (статус 3xx с заголовком Location). Редиректы через meta refresh и JavaScript выполняются внутри страницы после её загрузки, поэтому серверный запрос их не видит; для них используйте инструмент с headless-браузером.

Можно отслеживать от 1 до 20 переходов, по умолчанию 10. Проверка останавливается на вашем лимите или когда URL снова указывает на уже посещённый адрес, поэтому цикл редиректа не может длиться бесконечно.

Только если они разрешаются из публичного интернета. URL за VPN, с базовой HTTP-аутентификацией или на localhost (и других частных адресах) недоступны для проверки.

Для каждого перехода: его номер, код состояния HTTP и его тип (постоянный, временный, OK, ошибка клиента, ошибка сервера или цикл), запрошенный URL, заголовок Location, на который идёт перенаправление, а также сервер и тип содержимого из ответа.

Нет. Каждый запрос выполняется, и его результат возвращается вам напрямую; вставленные вами URL не записываются.

Сопутствующие инструменты

Инструмент для извлечения внешних ссылок

Вставьте сырой HTML-код, при желании укажите базовый URL и получите чистый список без дубликатов всех внешних ссылок http/https в коде для проверки ссылок и анализа SEO.

Валидатор XML-карты сайта

Проверьте XML-карту сайта в браузере: ошибки разбора, отсутствующие адреса, повторы URL и распространённые значения полей.

Генератор схемы FAQ

Создавайте разметку FAQPage в формате JSON-LD из пар «вопрос-ответ», чтобы страница претендовала на расширенные результаты Google и блок с ответом.

Проверка hreflang

Локально проверьте hreflang во вставленном HTML: коды, полные URL, дубликаты, положение и необязательную самоссылку.

Канонический генератор тегов

Создайте действительный тег ссылки rel=canonical для любого URL. Включает проверку URL и типичные ошибки, которых следует избегать.

Инструмент проверки заголовков безопасности HTTP

Вставьте HTTP-заголовки ответа и локально проверьте HSTS, CSP, clickjacking, MIME, referrer и политики cross-origin.

Инструмент доступен на других языках