Проверка карты редиректов при переезде сайта

Подготовьте карту переезда: в каждой строке укажите старый URL и адрес, на который он должен вести. Разделите адреса стрелкой ->, точкой с запятой, запятой или табуляцией. Если нового адреса пока нет, оставьте только старый: сервис покажет фактическую цепочку без сравнения с планом.

https://example.com/catalog-old -> https://example.com/catalog-new
https://example.com/contacts

Вставьте до 100 строк или загрузите CSV с двумя колонками. Некорректные строки получат номер и пояснение, остальные можно проверить. Запросы отправляются пакетами по 10 URL; прогресс обновляется после каждого пакета. Если проверка прервётся, уже полученные результаты сохранятся, а оставшиеся адреса можно повторить.

В отчёте смотрите всю цепочку: код ответа, адрес, заголовок Location и время каждого шага. Экспортируйте CSV, чтобы передать список ошибок разработчику или сверить его с картой миграции.

При постоянном переносе страниц обычно используют 301 или 308. Временные 302 и 307 подходят, когда прежний URL должен снова стать основным. Инструмент отмечает временные ответы, чтобы их было легче найти в карте постоянного переезда.

Для поисковой системы важен не только код. Новый адрес должен отдавать содержимое, соответствующее старой странице. Если десятки товаров перенаправлены на главную, формально редирект работает, но пользователь теряет нужную информацию.

Цепочка из двух и более редиректов удлиняет путь до страницы. Типичный пример: HTTP переходит на HTTPS, затем добавляется www, затем меняется путь. Лучше направить старый URL сразу на конечный адрес. Цикл A → B → A делает страницу недоступной; проверка остановит его и покажет посещённые адреса.

Проверяйте также конечные 404 и 5xx, временный 302 вместо постоянного 301 и несовпадение адреса с утверждённой картой. Смена завершающего слэша и регистра имени хоста при сравнении не считается ошибкой; путь и параметры запроса сравниваются. Если ожидаемый адрес отличается по смыслу, исправьте правило на сервере или саму карту.

Для одного старого пути на Nginx можно задать прямой постоянный переход. Поместите правило в подходящий блок server и проверьте его перед перезагрузкой конфигурации:

location = /catalog-old { return 301 https://example.com/catalog-new; }

В Apache при включённом mod_rewrite аналогичное правило в конфигурации виртуального хоста или разрешённом .htaccess выглядит так:

RewriteEngine On
RewriteRule ^catalog-old/?$ https://example.com/catalog-new [R=301,L]

Если цепочка возникла из отдельных правил HTTP → HTTPS и смены пути, добавьте прямое правило для старого URL до общих правил. После изменения проверьте обе версии адреса и обновите карту переноса. Для большого каталога правила лучше генерировать из согласованного соответствия страниц, а не перенаправлять всё на главную.