В отличие от heartbeat-чеков, где пингует ваша задача, HTTP-чек опрашивает URL сам — сервис делает запрос с заданным интервалом и алертит, когда ответ перестаёт устраивать.
Чек создаётся в дашборде (тип «HTTP») или через
API — поле http_config:
| Параметр | По умолчанию | Описание |
|---|---|---|
url | — | http/https, до 2048 символов |
method | GET | GET / HEAD / POST |
timeout_sec | 10 | 1–30 сек на весь запрос |
expected_codes | 2xx, 3xx | до 10 значений: классы («2xx») и/или конкретные коды (301) |
keyword | — | строка, которая должна присутствовать в теле ответа |
keyword_absent | false | true — строка, наоборот, должна отсутствовать |
follow_redirects | true | следовать ли за редиректами |
headers | — | до 10 кастомных заголовков |
basic_auth | — | username + password |
ssl_days_before | 14 | 7 / 14 / 30 — за сколько дней до истечения сертификата алертить |
confirmations | 2 | K подряд неуспешных проверок до статуса down (1–5) |
Расписание HTTP-чека — всегда фиксированный интервал
(30–3600 сек); cron-выражения — только для heartbeat-чеков.
Запросы уходят с User-Agent: CronAlive-Probe/1.0.
Для метода HEAD keyword-проверка неприменима — тело пустое.
| Free | Pro | Business |
|---|---|---|
| 5 мин | 1 мин | 30 сек |
timeout_sec;expected_codes — в алерте будет «unexpected status 503»;Каждая проверка фиксируется: код ответа, латентность (мс), регион пробы, текст ошибки. Латентность видна на графике длительности на странице чека.
Один неудачный запрос — ещё не инцидент. Статус down
присваивается только после confirmations
(по умолчанию 2) подряд неуспешных проверок — падение
детектится максимум за K интервалов. Первый же успешный ответ
сбрасывает счётчик и возвращает чек в up.
В мультирегиональном контуре down дополнительно требует подтверждения из второго региона: после K локальных провалов задание проверки рассылается пробам в других регионах, и флип происходит, только когда провал видят минимум два разных региона в 15-минутном окне. Локальная сетевая проблема одного региона ложный алерт не вызывает.
Для https-адресов сервис следит за сроком сертификата (проверка —
раз в 12 часов, при успешной основной проверке). Когда до
истечения остаётся ≤ ssl_days_before
дней, во все включённые интеграции проекта уходит алерт
(в webhook — событие ssl_expiring).
Чтобы отключить, оставьте поле «SSL» пустым.