Редирект отправляет посетителя с одного адреса на другой. Проверять нужно весь маршрут: от ссылки, по которой человек пришёл, до страницы, которую он увидел. Запишите исходный URL, коды ответов и конечный адрес. Так можно заметить лишние переходы, петлю или подмену нужной страницы главной.
- С каких адресов начать проверку
- Как увидеть цепочку переходов
- Что означают 301, 302, 307 и 308
- Какие проблемы искать в результате
- Как передать задачу и проверить исправление
- Вопросы о проверке редиректов
- Почему онлайн-сервис и браузер показывают разное?
- Нужно ли заменять все 302 на 301?
- Достаточно ли проверить только главную страницу?
С каких адресов начать проверку
Возьмите несколько ссылок, важных для бизнеса: посадочную страницу из рекламы, популярную старую статью после переноса и адрес товара, у которого менялся URL. Добавьте варианты главной с http и https, с www и без него. Не подставляйте эти варианты сразу для всего каталога: сначала разберите один понятный пример.
Проверяйте точную ссылку, а не только домен. У двух страниц одного сайта могут быть разные правила перенаправления. Для рекламного перехода сохраните и параметры после вопросительного знака. Используйте тестовые метки без персональных данных; приватные ссылки с токенами не передавайте сторонним сервисам.
Как увидеть цепочку переходов
Онлайн-проверка редиректов удобна для первого просмотра. Нужен инструмент, который показывает каждый переход: исходный адрес, HTTP-статус и следующий URL, а не только итоговое «сайт доступен». Затем откройте конечную страницу в браузере и проверьте её содержание.
Тот же маршрут можно посмотреть в инструментах разработчика браузера. В Chrome откройте вкладку Network («Сеть»), включите Preserve log («Сохранить журнал») и очистите список запросов. Не закрывая инструменты, вставьте исходный адрес в строку браузера и перейдите по нему. Фильтр Doc поможет выделить загрузки документов среди картинок и других файлов.
Выберите запрос документа и откройте Headers («Заголовки»). В разделе General («Общие») найдите адрес запроса и код ответа. При серверном перенаправлении адрес назначения передаётся в заголовке Location. Он бывает полным или относительным: например, /new-page/. Сопоставьте Location со следующим запросом: для относительного пути /new-page/ проверьте, какой полный адрес в итоге запросил браузер.
Зафиксируйте порядок переходов. Пример: старый адрес по http сначала ведёт на тот же путь по https, затем — на новую страницу. Если старый путь уже окончательно заменён, попросите разработчика проверить возможность перехода сразу на нужный конечный URL. Самостоятельно удалять правило, не выяснив его назначение, не нужно.
Что означают 301, 302, 307 и 308
Коды 301 и 308 означают постоянный перенос, 302 и 307 — временное перенаправление. Выбор зависит от задачи: старую статью заменили навсегда или услуга лишь ненадолго недоступна. Сам по себе ответ 302 не доказывает ошибку.
У 307 и 308 есть существенное отличие: при переходе сохраняются HTTP-метод и тело запроса. Это важно для форм и других запросов с отправкой данных. Проверка обычной ссылки не подтверждает корректную работу отправки формы — этот сценарий нужно тестировать отдельно.
Для постоянного переезда страницы обычно нужен постоянный серверный редирект. Google использует его как сигнал о предпочтительном новом адресе. Временное перенаправление предназначено для другой задачи и не даёт такого же сигнала. Ни один код сам по себе не гарантирует индексацию, позиции или сохранение трафика.
Какие проблемы искать в результате
- Петля. Адрес А ведёт на Б, а Б возвращает на А. Или маршрут повторяется через несколько страниц. Посетитель не доходит до содержания, браузер сообщает об ошибке перенаправлений. Передайте разработчику повторяющийся участок цепочки.
- Ненужный промежуточный адрес. После нескольких переносов старые правила продолжают вести через прежние URL. Рассмотрите переход сразу на актуальную страницу, если промежуточный шаг больше не выполняет нужную функцию.
- Неподходящая конечная страница. Вместо нужного товара открылась главная, другой товар или страница ошибки. Успешный ответ 200 ещё не подтверждает, что посетитель получил обещанное.
- Потерянные параметры. Рекламная ссылка дошла до страницы, но тестовые UTM-метки исчезли. Выясните, на каком переходе это произошло, и проверьте передачу данных в аналитику. Подробный порядок — в проверке UTM-меток перед запуском.
Не оценивайте сайт только по числу переходов. Два шага с понятной задачей и переход на неверную страницу за один шаг — разные ситуации. В отчёте укажите, какой именно шаг предлагаете убрать и почему он больше не нужен.
Как передать задачу и проверить исправление
Запишите результат конкретно. Пример задачи: «Адрес /old-service/ проходит через /service-2024/ и открывает /service/. После постоянного переноса ожидаем прямой переход с /old-service/ на /service/». Приложите статусы и Location по порядку, дату проверки и условия: компьютер или телефон, обычное посещение или вход в учётную запись. Не отправляйте подрядчику cookies, пароли и приватные токены.
После исправления снова начните со старой ссылки. Проверьте маршрут и конечную страницу, затем повторите переход с телефона. Убедитесь, что открылась нужная страница, сохранились необходимые параметры и работает основное действие: например, открытие карточки или формы. Для проверки без накопленного состояния можно использовать отдельное приватное окно.
Обновите внутренние ссылки на окончательный URL, если перенос завершён. Проверьте также адрес в рекламе и карте сайта. Проверку самой карты разбираем в материале о Sitemap.xml. Старый редирект не убирайте только потому, что внутренние ссылки исправлены: на прежний адрес ещё могут вести внешние ссылки и закладки.
В видео показан разбор проверки основных вариантов адреса сайта в онлайн-инструменте. При повторении ориентируйтесь на маршрут и смысл результата: оформление сервиса может меняться.
Вопросы о проверке редиректов
Почему онлайн-сервис и браузер показывают разное?
Браузер может учитывать cookies и сохранённые ответы, выполнять JavaScript. Сервис может проверять только серверные HTTP-переходы. Зафиксируйте условия проверки; для перехода посетителя важен и результат в браузере.
Нужно ли заменять все 302 на 301?
Нет. Сначала выясните, временный это переход или окончательный перенос. Исправляйте код под задачу, а не ради одинакового числа в отчёте.
Достаточно ли проверить только главную страницу?
Нет. Проверьте конкретные старые URL, важные посадочные страницы и ссылки с тестовыми параметрами. Правильный переход главной не подтверждает, что остальные маршруты работают так же.
