Redirect Checker
Полная цепочка редиректов,
canonical и финальный URL
Цепочка редиректов 301 и 302 целиком за 5–10 секунд: переадресация с http на https и с www, trailing slash, регистр URL, canonical-конфликты, циклические перенаправления и 17 edge-кейсов. Готовый DOCX для разработчика.
Проверяем цепочку...
Загрузка страницы...
Лимит запросов
Вы достигли лимита проверок. Повторите через:
Сценарии
Когда нужен Redirect Checker
Проверьте, что ни одна важная страница не теряется в цепочке, все 301 ведут на корректный финальный URL, а склейка прошла без лишних хопов.
Убедитесь, что старые URL корректно перенаправляют на новые. Лишние промежуточные хопы — частая проблема после миграций.
Убедитесь, что каждый HTTP-URL отдаёт 301 на HTTPS, а не 302, и что нет промежуточных шагов через WWW или другие варианты.
Проверьте, что www и non-www версии склеены в одном редиректе. Два отдельных шага — HTTP→HTTPS и WWW→non-WWW — это потеря сигналов.
Длинные цепочки, 302 вместо 301, redirect loop или рассинхрон canonical с финальным URL — частые скрытые причины просадок ранжирования.
Сформируйте DOCX-отчёт с полной цепочкой, типом редиректов и рекомендациями — готовая задача без скриншотов и ручных описаний.
23 сценария
Что именно проверяет Redirect Checker
Каждый запрос запускает 23 независимых теста — полный набор редирект-паттернов от базовой нормализации до edge-кейсов. Результаты отсортированы по severity.
- ✓HTTP → HTTPS (тип и наличие 301)
- ✓HSTS Preload Check
- ✓Mixed Content (http на https-странице)
- ✓WWW vs без WWW (единый каноничный вид)
- ✓Trailing slash (со слешем / без)
- ✓Регистр URL (uppercase → lowercase)
- ✓Множественные слеши (// в URL)
- ✓Index-файлы → чистый URL
- ✓Canonical тег на финальной странице
- ✓Canonical совпадает с финальным URL
- ✓Query params каноникализация
- ✓Soft-404 detection
- ✓Сохранение required query params
- ✓UTM Parameter Handling
- ✓Pagination (?page=1 redirect)
- ✓Legacy index.html/index.php → /
- ✓Legacy расширения (.html, .php)
- ✓404-страницы (корректный ответ)
- ✓Redirect chains (длина, лишние хопы)
- ✓Redirect loop detection
- ✓Cross-domain redirect control
- ✓Mixed redirect types (301 + 302)
- ✓User-Agent эмуляция (Googlebot)
- ~JS / Meta Refresh (HTTP-уровень не задет)
Инструмент обнаруживает мета-refresh в HTML — сигнал для ручной проверки, не ошибка.
Типичные проблемы
Какие ошибки найдёт Redirect Checker
Redirect loop — страница зациклилась
URL перенаправляет сам на себя или в бесконечный цикл. Страница недоступна ни для пользователей, ни для поисковых ботов.
Редирект ведёт на 404 или 500
Цепочка редиректов завершается на несуществующей или сломанной странице — все накопленные SEO-сигналы уходят в никуда.
Нет редиректа с HTTP на HTTPS
HTTP-версия сайта доступна без перенаправления — дублирующийся контент, уязвимость безопасности и слабый SEO-сигнал.
Цепочка длиннее одного шага
Каждый лишний хоп тратит crawl budget, замедляет загрузку и может размывать PageRank. Оптимально — прямой 301 с любого варианта на финальный URL.
302 или 307 вместо 301
Временные редиректы не передают PageRank и сигналы индексации. Если страница переехала навсегда — нужен 301.
WWW и non-WWW не объединены в один шаг
HTTP→HTTPS и WWW→non-WWW — два отдельных редиректа. Лучше направить обе версии прямо на финальный HTTPS + non-WWW URL.
Canonical не совпадает с финальным URL
Страница доступна по одному адресу, а canonical указывает на другой — поисковик может посчитать текущий URL дублем и не индексировать его.
Несогласованный trailing slash
Страница доступна со слешем и без, canonical совпадает только с одним вариантом. Без явного редиректа поисковик видит два разных URL с одинаковым контентом.
Приоритеты
Ошибка → риск → действие
Что конкретно делать с каждой находкой Redirect Checker.
| Находка | SEO-риск | Действие |
|---|---|---|
| Redirect loop | Страница недоступна, индексация невозможна | Найти и устранить конфигурацию, создающую цикл |
| Финал — 404 / 500 | Потеря всех SEO-сигналов и трафика | Восстановить страницу или перенаправить на актуальный URL |
| Нет HTTPS-редиректа | Дубль контента, слабый сигнал доверия | Добавить 301 с http:// на https:// на уровне сервера |
| Цепочка > 1 шага | Потеря crawl budget, замедление загрузки | Настроить прямой 301 со всех вариантов на финальный URL |
| 302 / 307 вместо 301 | Не передаётся PageRank и история индексации | Заменить временный редирект на постоянный 301 |
| WWW не объединён | Лишний хоп, дробление сигналов | Направить www и http одним 301 сразу на финальный URL |
| Canonical-конфликт | Поисковик может посчитать страницу дублем | Привести canonical в соответствие с финальным URL страницы |
| Uppercase URL | Дублирование контента по разным регистрам | 301 с /Page → /page на уровне сервера или CMS |
| Множественные слеши | Дубли, лишние хопы в цепочке | RewriteRule в nginx/Apache для нормализации // → / |
Методология
Как работает Redirect Checker
Нормализуем URL, добавляем схему если отсутствует, фиксируем исходный вид для отображения в отчёте и начала цепочки.
Отправляем HEAD-запрос и фиксируем каждый ответ: код статуса, тип редиректа и URL назначения. Повторяем для каждого шага цепочки.
Отслеживаем уже посещённые URL — если URL повторяется, фиксируем redirect loop. Считаем общую длину цепочки и выявляем лишние промежуточные шаги.
Каждый сценарий — отдельный тест: нормализация URL, canonical, параметры, edge-кейсы. Тесты выполняются независимо и дают результат по severity.
Сравниваем canonical финального URL с самим URL — несоответствие сигнализирует о потенциальном дублировании или рассинхроне конфигурации.
Находки сортируются по severity, составляется приоритизированный список правок. DOCX содержит HTTP-цепочки, финальный URL и конкретные рекомендации для разработчика.
Механика
Как редирект влияет на SEO
Для поисковика редирект — заявление о судьбе старого адреса. От его формулировки зависит, переедут ли позиции вместе со страницей.
Поисковик со временем заменяет старый адрес новым в индексе и переносит на него накопленное: ссылочный вес, историю обхода, поведенческие данные. Переезд не мгновенный — до полной переиндексации проходят недели, и всё это время старый URL ещё встречается в выдаче.
Временный редирект говорит обратное: адрес никуда не делся, вернитесь позже. Поисковик продолжает индексировать исходный URL и не спешит переносить сигналы. Если 302 стоит на постоянном переезде — а это самая частая ошибка при смене домена — страница застревает между двумя адресами.
A → B → C работает, но каждый хоп — отдельный запрос: лишние миллисекунды для посетителя и лишний обход для бота. На большом сайте цепочки съедают заметную долю crawl budget. Норма — один шаг: с http://www.example.com сразу на https://example.com, без промежуточных остановок.
Когда A ведёт на B, а B обратно на A, страница недоступна никому: браузер отдаёт ошибку, бот не может завершить обход. Продержится такое достаточно долго — и адрес уходит из индекса. Циклические перенаправления обычно появляются после правки .htaccess или смены правил на CDN.
Если финальная страница отдаёт canonical на третий адрес, редирект и разметка спорят друг с другом. Поисковик разрешает спор по своему усмотрению, и в индекс попадает не тот URL, который вы продвигаете. Правило простое: canonical должен совпадать с адресом, на котором цепочка закончилась.
Массовая переадресация удалённых страниц на главную выглядит для поисковика как признание «здесь ничего нет». Такой редирект обрабатывается как soft-404, сигналы не переносятся. Если замены нет — честный 410 или 404 работает лучше, чем формальный 301 в никуда.
Клиентский редирект выполняется в браузере — после того, как сервер уже отдал страницу с кодом 200. Поисковик его отработает, но медленнее и без гарантий передачи сигналов. Серверный 301 делает то же самое на шаг раньше и однозначно.
/page и /page/ — для поисковика два разных URL. То же с /Page и /page. Без явного редиректа один и тот же текст индексируется дважды, а внешние ссылки делятся между вариантами. Один 301 на канонический вид закрывает вопрос.
Все восемь пунктов Redirect Checker проверяет автоматически: прогоняет цепочку глазами Googlebot, считает хопы, сверяет canonical с финальным адресом и ищет клиентские редиректы в коде страницы.
Результат
Что будет в отчёте
Полная диагностика маршрута URL с наглядной цепочкой редиректов и конкретными рекомендациями.
Каждый шаг: URL → тип редиректа → следующий URL. Наглядно: сколько хопов, какие коды, куда ведёт каждый шаг.
HTTP-код конечного URL, HTTPS-состояние, WWW-форма, trailing slash и canonical на финальной странице.
Redirect loop, финал на 404/500, отсутствие HTTPS — каждая находка содержит Test URL, HTTP-коды цепочки и конкретную рекомендацию.
Каждый из 23 тестов — либо OK, либо с описанием проблемы и рекомендацией. Сразу видно, где всё хорошо, а где нужно исправить.
Находки отсортированы по severity: критичные → предупреждения → сигналы. Разработчик сразу понимает, с чего начать.
Весь отчёт в формате Word — цепочки с кодами, Test URL каждого теста, рекомендации. Готово для передачи разработчику или команде.
23 сценария за 10 секунд
Вставьте URL — получите полную цепочку, список ошибок и DOCX с рекомендациями для разработчика.
Без регистрации · DOCX бесплатно
Для кого
Кому полезен Redirect Checker
Проверить редиректы после миграции, редизайна или подключения HTTPS. Сформировать DOCX с наглядной цепочкой и рекомендациями для разработчика.
Убедиться, что конфигурация nginx/Apache или CMS настроена правильно — без лишних хопов, с 301 вместо 302 и корректным финальным URL после деплоя.
Понять, почему страница не индексируется или теряет позиции после переезда или смены структуры — без погружения в серверные логи.
Аудит редиректов клиентского сайта как часть технической проверки. Готовый отчёт с цепочкой, ошибками и списком правок для команды клиента.
FAQ
Часто спрашивают
В чём разница между 301 и 302?
Сколько редиректов допустимо в цепочке?
Что такое redirect loop и почему он критичен?
Почему canonical важен при редиректах?
Проверяет ли инструмент meta refresh и JavaScript-редиректы?
<meta http-equiv="refresh"> и присваивания window.location, и если они есть — сообщает об этом вместе с адресом назначения meta refresh. Цепочку такой редирект не отслеживает: он срабатывает уже в браузере, после ответа сервера. Поэтому вердикт один и тот же — замените клиентский редирект на серверный 301.Как редирект влияет на SEO?
Зачем проверять trailing slash и регистр URL?
Можно ли проверять страницы конкурентов?
Нужна ли регистрация?
Честно о границах
Что Redirect Checker не делает
Инструмент проверяет один URL за один запуск. Chexter не краулер: он не обходит сайт целиком, не проверяет каждую страницу в sitemap и не анализирует внутренние ссылки.
Redirect Checker не проверяет JavaScript-редиректы (мета-refresh, pushState) и редиректы на стороне клиента. Он отслеживает только HTTP-уровень — именно то, что видит поисковой бот.
Инструмент не гарантирует корректность индексации и передачу PageRank — это решает поисковик. Он показывает техническую конфигурацию маршрута, а не поведение конкретного бота.
Запустить
Проверьте редиректы за 10 секунд
Вставьте URL — увидите полную цепочку редиректов, 23 сценария и список правок с приоритетами.
Без регистрации · 23 сценария · DOCX без оплаты