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 не записываются.

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

Генератор карты сайта

Вставьте список URL и создайте корректную карту сайта XML с changefreq, priority и необязательным lastmod, готовую к сохранению и отправке в Search Console.

Парсер UTM

Вставьте URL кампании и прочитайте пять стандартных UTM-меток (source, medium, campaign, term и content) с каждым декодированным значением. Быстрый способ проверить ссылку отслеживания перед отправкой.

Генератор Breadcrumb Schema

Создавайте валидный BreadcrumbList JSON-LD для любой иерархии страниц. Генерирует разметку schema.org, готовую для вставки в head сайта.

Проверка тегов Open Graph

Вставьте HTML своей страницы и сразу увидите, какие теги Open Graph и Twitter Card присутствуют, каких обязательных не хватает и какое точное значение у каждого.

Анализатор заголовков безопасности

Вставьте свои заголовки HTTP-ответа и получите приоритизированные советы по заголовкам безопасности, которые важны: Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, Referrer-Policy и другим.

Проверка смешанного контента

Просканируйте любую страницу на HTTPS в поисках небезопасных HTTP-ресурсов, которые вызывают предупреждения о смешанном контенте и ломают значок замка в браузере.

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