Как проверить редиректы: коды ответа и цепочки перенаправлений

Редиректы часто настраивают «на глаз»: открыл старый адрес, попал на новый — значит, всё работает. Но браузер не показывает, какой код отдал сервер, сколько было промежуточных переходов и что увидел робот. Проверка редиректов — обязательная часть переезда, редизайна и смены структуры адресов.

Что именно проверять

• Код ответа: постоянный 301 или 308, если перенос навсегда
• Адрес назначения: ведёт ли на правильную, соответствующую по смыслу страницу
• Число шагов: один редирект, а не цепочка
• Финальный ответ: страница назначения отдаёт 200
• Отсутствие циклов, когда адреса ссылаются друг на друга

Способ 1. Инструменты разработчика

Откройте браузер, нажмите F12, перейдите на вкладку сети и включите сохранение журнала. Введите старый адрес. Первая строка покажет код ответа и заголовок Location с адресом назначения. Если строк с редиректом несколько — у вас цепочка. Учтите, что браузер кэширует 301, поэтому при повторной проверке используйте режим инкогнито или отключите кэш на этой же вкладке.

Способ 2. Онлайн-сервисы

Есть много бесплатных сервисов проверки ответа сервера и цепочек редиректов: вставляете адрес и видите все шаги с кодами. Это удобно, чтобы показать результат коллеге или заказчику. В Яндекс Вебмастере есть инструмент проверки ответа сервера, который показывает, что получает именно робот Яндекса.

Способ 3. Массовая проверка краулером

После переезда или редизайна редиректов могут быть сотни. Возьмите список старых адресов — из старой карты сайта, выгрузки Search Console или аналитики — и загрузите его в краулер в режиме списка. В отчёте будут видны код каждого адреса, конечный адрес и длина цепочки. Отфильтруйте:

• Адреса с кодом 302 вместо 301
• Адреса с цепочкой из двух и более шагов
• Адреса, которые ведут на 404 или 500
• Адреса, которые ведут на главную вместо соответствующей страницы

Способ 4. Командная строка

Для разработчиков быстрый вариант — запрос через curl с выводом заголовков. Он показывает код и адрес назначения без кэша браузера. Удобно для проверки нескольких адресов в скрипте.

Типичные проблемы и их причины

Цепочки появляются, когда новые правила добавляют поверх старых: сначала сайт перевели на https, потом сменили структуру адресов, потом домен. Решение — переписать правила так, чтобы каждый старый адрес вёл сразу на финальный.

Циклы возникают при конфликте правил, например CMS добавляет слеш на конце, а сервер его убирает. Браузер показывает ошибку о слишком большом числе перенаправлений.

Редирект на главную — следствие лени или массового правила «всё удалённое на главную». Поисковик может посчитать это мягкой ошибкой 404.

Неверный код — наследие плагина или настроек конструктора с временным редиректом по умолчанию.

Проверка внутренних ссылок

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

Как оформить результат

Сведите итоги в таблицу: старый адрес, ожидаемый новый адрес, фактический конечный адрес, код ответа, число шагов, статус. Отдельной колонкой отметьте, кто исправляет найденную ошибку. Такую таблицу удобно передать разработчику, а после исправлений прогнать тот же список повторно и сравнить результаты.

Когда проверять

• Сразу после внедрения редиректов
• Через несколько дней, чтобы убедиться, что ничего не перезаписали
• После обновлений CMS, смены хостинга или настроек сервера
• При необъяснимом падении трафика на группу страниц

Сохраняйте таблицу соответствия старых и новых адресов: она пригодится и для проверки, и при следующих изменениях сайта.