HTTP/HTTPS мониторинг
HTTP/HTTPS мониторинг — это автоматическая периодическая проверка доступности веб-сайтов и API-эндпоинтов по протоколу HTTP. PingMap отправляет настраиваемые HTTP-запросы (GET, POST, PUT, DELETE с произвольными заголовками и телом) из нескольких географических точек каждые 30 секунд, валидирует статус-код, время отклика и содержимое ответа, и уведомляет в Telegram, email или webhook при отклонении от заданных параметров.
Подходит для контроля REST API, GraphQL-эндпоинтов, веб-приложений, страниц логина и любых HTTP-сервисов, доступных из публичной сети.
Попробуйте прямо сейчас — бесплатно, без регистрации
Разовая диагностика HTTP-стека любого сайта. Введите URL и получите результат за секунды.
Проверить сайт
→Доступность, статус-код, тайминги фаз: DNS, TCP, TLS, TTFB.
Проверить HTTP-статус
→Расшифровка 2xx/3xx/4xx/5xx с пояснениями каждой группы кодов.
Проверить заголовки
→Cache-Control, HSTS, CSP, Server, Set-Cookie — что отдаёт сервер.
Проверить редиректы
→Цепочка 301/302/307/308 до финального URL с таймингами шагов.
Как это работает
1. Настройте HTTP-проверку
Укажите URL, метод запроса (GET, POST, PUT, DELETE), заголовки и тело запроса. Задайте ожидаемый статус-код и паттерны для проверки ответа.
2. Мульти-региональные проверки
Агенты из нескольких регионов отправляют HTTP-запросы с заданным интервалом. Это позволяет обнаруживать как полную недоступность, так и проблемы с маршрутизацией в конкретных регионах.
3. Валидация ответа
Система проверяет HTTP-статус, заголовки и тело ответа. Можно задать ожидаемый статус-код (200, 301, 404), проверить наличие ключевого слова в ответе или убедиться, что время отклика не превышает порог.
4. Детализированные метрики
Для каждого запроса фиксируются: DNS lookup, TCP connect, TLS handshake, time to first byte и общее время ответа. Графики помогают отслеживать деградацию производительности до того, как она приведёт к сбою.
Почему это важно
Мониторинг REST и GraphQL API
Веб-сайт может отвечать 200 OK, но при этом API за ним отдаёт 500 — пользователи не могут оплатить заказ, а главная страница выглядит исправной. HTTP-проверка ходит в конкретный эндпоинт с нужным методом и заголовками, проверяет статус-код и наличие ожидаемых ключей в JSON-ответе. Можно отдельно мониторить /health, отдельно — критичные ручки оформления заказа, отдельно — webhook callbacks. GraphQL подключается тем же запросом с POST-телом, валидация по содержимому ответа. Сбой ловится за минуту, а не от первых жалоб клиентов в поддержку.
SSL и домен в одной проверке
При каждом HTTPS-запросе PingMap автоматически разбирает TLS-сертификат и сохраняет издателя (Let’s Encrypt, GlobalSign, Sectigo), дату NotAfter, версию TLS и список SAN-доменов. Отдельную проверку для SSL настраивать не нужно — она встроена в HTTP-мониторинг и приходит в одних и тех же уведомлениях. Параллельно отслеживается срок регистрации самого домена через WHOIS: если домен не продлят, DNS перестанет резолвиться задолго до сертификата, и эту ситуацию тоже видно за 30/14/7 дней. Так одна сущность «HTTP-проверка» закрывает три типичные причины downtime: серверная ошибка, просрочка SSL, истечение домена.
Кастомные заголовки и аутентификация
Закрытые эндпоинты требуют заголовков: API-ключ, JWT-токен, Cookie сессии, X-Tenant-ID для multi-tenant архитектур. В HTTP-проверке можно задать любые заголовки и POST-тело, чтобы мониторить ручки за авторизацией так же надёжно, как публичные. Если API использует Basic Auth — добавьте Authorization-заголовок прямо в настройках проверки; если HMAC-подпись — генерируйте её на стороне webhook-релея и пробрасывайте. Это покрывает типичный сценарий B2B-интеграций: SaaS обещает SLA по API, который снаружи без ключа не вызывается, и без аутентифицированных проверок гарантировать аптайм нельзя.
Раннее обнаружение деградации
Полному падению сервиса почти всегда предшествует деградация: TTFB ползёт с 200 мс к 800 мс, медленные запросы накапливаются, очереди упираются в коннекшен-пул базы. Если смотреть только на статус-код, эти сигналы не видны — сайт «работает», пока не упадёт. PingMap записывает время каждой фазы отдельно: DNS lookup, TCP connect, TLS handshake, TTFB, загрузка тела. Графики по дням и неделям показывают тренд: когда TTFB начал расти после релиза, какой запрос замедлился на конкретном агенте. Можно поставить алерт «TTFB > 1 секунды более 5 минут подряд» и узнавать о проблеме до того, как пользователи начнут уходить.
Как настроить
Руководство по созданию HTTP-проверки с кастомными заголовками и валидацией ответа.
Перейти в документацию →Читайте также
Связанные возможности
HTTP-мониторинг работает в связке с остальными частями платформы:
Мониторинг SSL-сертификатов
Каждая HTTPS-проверка разбирает сертификат и уведомляет за 30/14/7 дней до истечения.
Уведомления в Telegram
Алерт о падении приходит в Telegram за 1–3 секунды — основной канал для on-call.
Мониторинг контента страницы
Проверка ключевого слова в HTTP-ответе — защита от defacement и контроль вёрстки.
Публичная Status Page
Статус HTTP-проверок виден клиентам — без отдельной инфраструктуры.
Настройте HTTP-мониторинг за 2 минуты
Проверки HTTP/HTTPS доступны на всех тарифах, включая бесплатный. Начните прямо сейчас.