Мониторинг редиректов
Мониторинг редиректов сайта с нескольких точек и с мобильным User-Agent: проверяем, что адрес ведёт туда, куда должен, а не в петлю, на 404 или на чужую страницу — типичный признак взлома.
Зачем нужен контроль редиректов сайта и переезда на HTTPS
Редирект — то, что ломается при каждом переезде: смена домена, переход на HTTPS, новая структура разделов. Одна ошибка в конфиге — и посетители попадают в петлю перенаправлений или на страницу 404, а поисковик выкидывает страницу из индекса. Взломанные сайты часто уводят мобильных пользователей на чужие страницы, оставляя десктоп нетронутым.
Мониторинг редиректов проверяет, что цепочка ведёт туда, куда должна: конечный адрес совпадает с ожидаемым, число переходов разумно, код ответа правильный.
Что проверяем
- Ожидаемый конечный URL после всех редиректов
- Полная цепочка редиректов в результате проверки
- Проверка с мобильным User-Agent
Типичные причины сбоев
- Петля http ↔ https или www ↔ без www после правки конфига.
- Редирект на страницу 404 после смены структуры разделов.
- Плагин CMS или вирус подменяют редирект для мобильных и поисковых роботов.
- Временный 302 вместо постоянного 301 при переезде — поисковик не переносит вес.
Как работает автоматическая проверка редиректа 301
Точка запрашивает исходный адрес и следует по редиректам (до 10), записывая каждый шаг: код 301, 302, 307 или 308 и адрес перехода. Конечный URL сравнивается с ожидаемым, а итоговый код — с допустимыми. В настройках можно указать мобильный User-Agent, чтобы поймать редиректы «только для телефонов».
Несовпадение конечного адреса, слишком длинная цепочка или петля — ошибка с полной цепочкой в результате. Интервал от 1 минуты, стоимость 0,01 ₽ за проверку с точки.
Что приходит в уведомлении
🔴 Редирект old-shop.ru → shop.example.ru — не работает http://old-shop.ru/ Причина: Конечный адрес http://old-shop.ru/404 вместо https://shop.example.ru/ Начало: 14.09.2026 09:41 (МСК) Точки: Москва, Хельсинки Открыть монитор →
Так выглядит сообщение о сбое; о восстановлении придёт отдельное — с длительностью простоя. Каналы: Telegram, MAX, email, SMS, звонок, webhook.
Параметры проверки
| Параметр | Описание |
|---|---|
| Адрес сайта или API | Для API укажите конкретный эндпоинт (например /api/health). Если он требует авторизации — добавьте заголовок ниже и задайте ожидаемые коды. |
| Метод | GET — полная загрузка, HEAD — только заголовки, POST — отправка формы (по умолчанию: GET) |
| Ожидаемые коды ответа | Диапазоны и коды через запятую (по умолчанию: 200-299) |
| Макс. время ответа, мс | без порога |
| Фраза должна присутствовать | например, «Корзина» |
| Фраза должна отсутствовать | например, «Ошибка базы данных» |
| Мин. размер, байт | |
| Макс. размер, байт | |
| Число в ответе (регулярка с группой) | В наличии: (\d+) |
| Число не меньше | |
| Число не больше | |
| Следовать редиректам | Да / нет |
| Ожидаемый конечный адрес | https://example.ru/ |
| User-Agent | по умолчанию — notifar.io monitor |
| Referer | |
| Дополнительные заголовки | Например Authorization: Bearer … или Accept: application/json — чтобы API отвечал данными, а не HTML-страницей |
| Тело POST-запроса | login=test&password=test |
| Content-Type | (по умолчанию: application/x-www-form-urlencoded) |
| Логин (Basic Auth) | |
| Игнорировать ошибки SSL | Да / нет |
| IP-версия | Авто, Только IPv4, Только IPv6 (по умолчанию: 0) |
Интервал — от 1 минута до 1 суток (рекомендуем 5 минут). Проверка выполняется с выбранных точек мониторинга, сбой подтверждается заданным числом точек.
Петля редиректов и уход на чужой сайт: чем лучше curl -I в cron
- Полная цепочка с кодами в каждом результате, а не только итоговый код.
- Мобильный User-Agent для ловли редиректов, которые видят только пользователи телефонов.
- Проверка с нескольких точек: гео-редиректы и блокировки видны сразу.