Важная страница
Контролируйте точный путь каталога, кабинета или формы. Работа корня сайта не подтверждает доступность остальных маршрутов.
HTTP/HTTPS мониторинг: контролируйте ожидаемый ответ
Проверяйте точный URL по HTTP или HTTPS. Укажите код, который считается успешным, и открывайте фактический ответ при отклонении.
Регистрация бесплатная. Эта проверка доступна на Free.
Пример проверки
Демонстрационные данныеСтраница отвечает, но возвращает ошибку
Сетевое соединение состоялось. Вместо успешного статуса получен 502.
Результат: Неверный HTTP-код
- URL
- https://example.ru/catalog
- Метод
- GET
- HTTP
- 502 вместо 200
- Длительность
- 740 мс
Когда нужен hTTP/HTTPS мониторинг
Health endpoint
Проверяйте ответ приложения с ожидаемым кодом. Не используйте Ping как доказательство готовности веб-сервиса.
Изменение маршрутов
После релиза смотрите результат с учётом редиректов: перенаправление может привести посетителя на неожиданную страницу.
Запрос, сравнение, доказательство
- 1
Укажите полный URL, включая путь. Выберите метод и настройте переходы по редиректам под поведение вашего приложения.
- 2
Задайте ожидаемый HTTP-код, таймаут и интервал. Для типичной страницы ожидается 200; другой код нужно указать явно.
- 3
Подключите уведомления. При ошибке изучите историю и детали ответа: это помогает отделить неверный статус от долгого ожидания.
Успех определяется вашим условием
HTTP-запрос может завершиться технически успешно и вернуть 404 или 503. Поэтому монитор сравнивает фактический статус с ожидаемым, а не считает любой ответ доказательством доступности. Для страницы обычно подходит 200, для метода без тела ответа может требоваться 204.
Настройка редиректов меняет смысл проверки. Если важно, куда в итоге приходит пользователь, учитывайте переходы. Если нужен контроль исходного маршрута, оцените его ответ отдельно. Используйте тот URL, протокол и метод, которыми действительно пользуется приложение или интеграция.
Длительность и доступность — разные сигналы
Таймаут задаёт предел ожидания запроса. Порог медленного ответа нужен для другого вопроса: сервис ещё возвращает успешный код, но пользователи уже ждут слишком долго. Сначала посмотрите обычные длительности в истории, затем задайте порог и правила оповещений о деградации.
При разборе начните с времени, региона и HTTP-кода. Сравните соседние проверки: одиночный ответ и повторяющийся сбой требуют разной реакции. Монитор даёт наблюдение снаружи, а для окончательной причины сопоставьте его с журналами приложения.
Что важно учитывать
- HTTP-монитор не выполняет JavaScript и не кликает по интерфейсу. Для действий посетителя используйте Путь.
- Код 200 не гарантирует нужный текст или правильные данные. Содержимое контролируют Keyword и API-сценарий.
HTTP-проверки доступны на Free
Сравнить тарифы- Free: до 10 мониторов, история 5 дней.
- Для регулярных сетевых проверок интервал на Free — от 5 мин..
- Уведомления по email, в Telegram и через вебхуки настраиваются в кабинете.
Вопросы перед первой проверкой
Uptimely находится в открытой бете. Гарантированный SLA пока не предоставляется.
Считается ли 404 успешным ответом?
Только если 404 выбран ожидаемым кодом. При стандартном ожидании 200 такой ответ означает, что условие проверки не выполнено.
Можно следить за отдельной страницей?
Да. В HTTP-мониторе сохраняется полный URL с путём. Для набора проверок всего сайта используйте мониторинг сайта.
Что показывает таймаут?
Запрос не завершился за допустимое время. Это не устанавливает единственную причину: проверьте сеть, приложение и его зависимости.
Проверяется ли текст?
Обычный HTTP-монитор контролирует ответ запроса. Для обязательного или запрещённого текста создайте Keyword, а для браузерного интерфейса — Путь.
Связанные проверки
Настройте hTTP/HTTPS мониторинг
Регистрация бесплатная. Эта проверка доступна на Free. Банковская карта для регистрации не нужна.