Массовая проверка редиректов: как проверить сотни адресов сразу

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

site.ru/old-1301200site.ru/old-2301200site.ru/catalog302200site.ru/promo301404site.ru/blog200CSV

Когда редиректы нужно проверять списком

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

  • переезд на https или склейка зеркал с www и без — перенаправляться должен каждый адрес сайта;
  • смена домена — все страницы старого домена должны вести на те же страницы нового;
  • новый движок или новая структура URL — например, /catalog/item.php?id=15 стал /catalog/nasosy/nasos-15/;
  • чистка каталога — снятые с продажи товары и удалённые разделы ведут на похожие;
  • SEO-аудит — проверить адреса из карты сайта, из Вебмастера или из старых рекламных кампаний.

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

Что проверять в каждом адресе

Хороший редирект выглядит так: старый адрес → один постоянный редирект 301 → нужная новая страница, которая отвечает кодом 200. Всё остальное — повод присмотреться.

Что видимПочему это плохоЧто делать
В конце цепочки 404 или 500посетитель и робот попадают на ошибку, вес страницы теряетсязавести правило на существующую страницу
Временный редирект 302 или 307поисковики оставляют в индексе старый адрес и не передают вес новомузаменить на 301 (или 308)
Цепочка из 2–3 и больше шаговстраница открывается медленнее, роботы могут не дойти до концавести сразу на конечный адрес
Цикл: адрес ведёт сам на себястраница не открывается вообще — «слишком много переадресаций»найти два противоречащих правила
Переход с https на httpпосетитель уходит на незащищённое соединение, браузер может предупредитьисправить правило, чтобы итог был на https
Все старые страницы ведут на главнуюпоисковики считают это «мягкой 404» и не переносят позициивести каждую страницу на ближайшую по смыслу

Последний случай автоматически не определить: формально у него всё в порядке — 301 и 200. Его видно по столбцу с итоговым адресом, если отсортировать таблицу: десятки разных старых адресов с одним и тем же итогом — это он.

Где взять список адресов

  • Старая карта сайта — файл sitemap.xml до переезда; адреса из него можно скопировать столбцом.
  • Яндекс Вебмастер и Google Search Console — страницы в поиске и страницы, на которые ведут внешние ссылки.
  • Яндекс Метрика — отчёт по страницам входа за прошлые месяцы: это адреса, по которым к вам реально приходили.
  • Таблица соответствия, если её готовили к переезду: столбец «было».

Достаточно одного столбца адресов. Домен можно писать без https:// — недостающее подставится само, повторы уберутся.

Как устроена массовая проверка в SiteFalcon

Мы сделали массовую проверку редиректов для своей работы — после переездов клиентских сайтов. Вот как она работает изнутри:

  1. Разбор списка. Вставленный текст или загруженный файл .txt / .csv делится на адреса: по одному на строку, берётся первая ячейка, похожая на адрес. Повторы и пустые строки отбрасываются, счётчик сразу показывает, сколько адресов уйдёт на проверку.
  2. Проверка с нескольких серверов. Список делится между нашими серверами в Санкт-Петербурге и Москве, и они проверяют адреса параллельно. Поэтому сотня адресов проверяется примерно за минуту, а не за полчаса.
  3. Каждый шаг отдельно. По каждому адресу мы не «доверяем» браузеру, а сами проходим цепочку: запрос, ответ с кодом и новым адресом, следующий запрос — и так до страницы без редиректа, максимум 10 шагов. Каждый шаг записывается с кодом ответа.
  4. Бережно к сайту. К одному сайту одновременно уходит лишь несколько запросов, даже если в списке сотни его страниц. Защита от ботов на хостинге не срабатывает, и сайт не получает лишней нагрузки.
  5. Результат сразу. Строки появляются в таблице по мере готовности — первые результаты видны через пару секунд, ждать конца проверки не нужно.
  6. Замечания простыми словами. По каждой цепочке мы сами отмечаем проблемы: ошибка в конце, временный редирект вместо постоянного, длинная цепочка, цикл, переход на http, сертификат, который не проходит стандартную проверку. Сетевые ошибки переводятся на понятный язык — например, «домен не находится в DNS».

Мы не храним ни список адресов, ни результат: всё живёт только в вашем браузере, пока открыта страница.

Как читать таблицу

  • Фильтры «Без замечаний», «С замечаниями», «Ошибки» с числом строк в каждой — начинайте с ошибок.
  • Цепочка — все коды по порядку, например 301 → 301 → 200. Нажмите на строку, чтобы увидеть каждый шаг с адресом.
  • Сортировка по любому столбцу: по итоговому адресу удобно искать «всё ведёт на главную», по числу редиректов — длинные цепочки.
  • Поиск по адресам — чтобы быстро найти раздел каталога или конкретную страницу.
  • Выгрузка: «Скачать CSV» или «Копировать для Excel» — таблица вставляется в Excel или Google Таблицы как есть, её можно сразу отдать программисту.

Типичные находки и как их исправить

Цепочка http → https → www. Правила склеивались слоями: сначала добавили https, потом убрали www. Решение — одно правило, которое ведёт сразу на окончательный вариант. Для Apache в .htaccess:

RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]

302 вместо 301. Часто остаётся после тестов или от плагина с настройками по умолчанию. В правилах Apache это флаг R без кода — он означает 302, нужно явно писать R=301.

Слеш в конце. Адрес без слеша перенаправляется на адрес со слешем, а уже он — на новую страницу. Итого два шага. Правило переезда стоит писать сразу на конечный вид адреса.

Чем отличаются коды 301, 302, 307 и 308 и как настроить редирект на разных серверах и движках, разберём в отдельной статье блога.

После проверки: следить, чтобы не сломалось

Редиректы ломаются и после удачного переезда: обновили движок — перезаписался .htaccess, сменили хостинг — забыли перенести правила. В кабинете SiteFalcon массовая проверка доступна для списков до 500 адресов, а ключевые страницы сайта можно поставить на мониторинг: если страница начнёт отдавать ошибку, придёт уведомление в Telegram. Один адрес с подробной разбивкой можно проверить на странице проверки редиректов.

Частые вопросы

Сколько адресов можно проверить за раз?

Без регистрации — до 100 адресов за одну проверку, в кабинете SiteFalcon — до 500. Список можно вставить текстом или загрузить файлом .txt или .csv.

Не заблокирует ли хостинг проверку сотен страниц?

Проверка идёт бережно: к одному сайту одновременно уходит лишь несколько запросов, а сами адреса распределяются между нашими серверами. Защита от ботов на обычных хостингах на такую нагрузку не реагирует.

Чем 301 редирект отличается от 302 при проверке?

301 — постоянный: поисковики переносят позиции и вес на новый адрес. 302 — временный: в индексе остаётся старый адрес. После переезда все редиректы должны быть постоянными, поэтому 302 и 307 мы отмечаем замечанием.

Почему редирект на главную считается ошибкой, если код 200?

Технически страница открывается, но поисковики считают массовый редирект на главную «мягкой 404» и не передают ей позиции старых страниц. Каждую старую страницу лучше вести на ближайшую по смыслу новую.

Мониторинг сайтов 24/7Доступность, SSL, домен, DNS, формы, безопасность и отчёт клиенту. Уведомления в Telegram — от 290 ₽ в месяц.
Начать бесплатно