Массовая проверка редиректов: как проверить сотни адресов сразу
После переезда на https, смены домена или движка у сайта появляются сотни старых адресов, и каждый должен вести на правильную новую страницу. Проверять их по одному — день работы. Разбираем, что именно проверять, как найти ошибки во всём списке за пару минут и как устроена наша массовая проверка.
Когда редиректы нужно проверять списком
Редирект (перенаправление) — ответ сервера «эта страница теперь живёт по другому адресу». Пока адресов два-три, их можно проверить вручную в браузере. Но есть ситуации, когда старых адресов сотни:
- переезд на 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
Мы сделали массовую проверку редиректов для своей работы — после переездов клиентских сайтов. Вот как она работает изнутри:
- Разбор списка. Вставленный текст или загруженный файл .txt / .csv делится на адреса: по одному на строку, берётся первая ячейка, похожая на адрес. Повторы и пустые строки отбрасываются, счётчик сразу показывает, сколько адресов уйдёт на проверку.
- Проверка с нескольких серверов. Список делится между нашими серверами в Санкт-Петербурге и Москве, и они проверяют адреса параллельно. Поэтому сотня адресов проверяется примерно за минуту, а не за полчаса.
- Каждый шаг отдельно. По каждому адресу мы не «доверяем» браузеру, а сами проходим цепочку: запрос, ответ с кодом и новым адресом, следующий запрос — и так до страницы без редиректа, максимум 10 шагов. Каждый шаг записывается с кодом ответа.
- Бережно к сайту. К одному сайту одновременно уходит лишь несколько запросов, даже если в списке сотни его страниц. Защита от ботов на хостинге не срабатывает, и сайт не получает лишней нагрузки.
- Результат сразу. Строки появляются в таблице по мере готовности — первые результаты видны через пару секунд, ждать конца проверки не нужно.
- Замечания простыми словами. По каждой цепочке мы сами отмечаем проблемы: ошибка в конце, временный редирект вместо постоянного, длинная цепочка, цикл, переход на 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» и не передают ей позиции старых страниц. Каждую старую страницу лучше вести на ближайшую по смыслу новую.