Страница статуса для webhook-платформ и доставки событий
Если продукт принимает или отдаёт webhooks, клиенты судят о надёжности по тому, отвечает ли ваш ingress URL, а не по загрузке очереди в админке. Когда доставка тормозит, в поддержку пишут сами — если заранее не дали публичную страницу статуса и честный текст инцидента.
StillOnline мониторит ваш публичный HTTPS health, публикует страницу статуса на StillOnline для подписчиков и шлёт алерты владельцу на email, в Telegram (официальный бот StillOnline) или Slack. Callback URL каждого клиента вы не проверяете — только край инфраструктуры, которым управляете.
Краткий ответ
StillOnline по расписанию выполняет HTTP GET на публичный webhook или health HTTPS (например https://hooks.product.com/health), публикует страницу статуса для подписчиков и уведомляет владельца по email, Telegram (бот StillOnline) или Slack. Не мониторит callback URL клиентов — только ваш периметр.
Что показывать на странице статуса
Покупатели webhook-платформ смотрят на ingress и API. На Free в StillOnline один URL на проект — обычно health на хосте приёма webhooks. Разделите API и ingress на Pro, если нужна детализация по компонентам.
| Компонент | Пример URL проверки |
|---|---|
| Ingress webhooks | GET https://hooks.product.com/health |
| Event API | GET https://api.product.com/v1/health |
| Dashboard (опционально) | Маркетинг, если от него зависит покупка |
Подробнее про API-only: мониторинг API-only SaaS. Второй URL — на Pro (тарифы).
Коммуникация с клиентами
Интеграторы не будут искать страницу статуса, пока webhooks уже падают. Дайте ссылку StillOnline заранее — в документации, при подключении клиентов или в анкете безопасности.
Во время сбоя обновляйте страницу по шаблону инцидента.
- Документация / onboarding:
Статус: https://stillonline.tech/ru/s/{id} - При лаге доставки: обновите страницу по шаблону инцидента
- Подписка Google на публичной странице
- Telegram от бота StillOnline, когда проверки падают — гайд
Честность про webhooks
Внешний мониторинг доказывает 200 на health. Он не видит, доступен ли localhost callback арендатора №42 — это логи доставки и поддержка.
| Мониторим | Не мониторим |
|---|---|
| Приёмник отдаёт 200 на health | Callback каждого клиента на localhost |
| Health consumer очереди, если есть | Сторонний SaaS (их страница статуса) |
| Ротация секретов | Каждый retry по арендатору |
Частичная деградация («часть событий с задержкой») может потребовать ручного поста инцидента, даже когда health зелёный.
Пять шагов
GET /healthна webhook-хосте — быстрый старт health- StillOnline → проект → проверка
- Ссылка в документации — публичная страница статуса
- Telegram в настройках — Free: один канал; Pro / Ultimate: все три (тарифы)
- B2B: URL в анкете — доверие B2B
Связанные материалы
FAQ
Должен ли StillOnline слать POST на webhook клиента?
Нет. Зарегистрируйте GET /health на ingress; StillOnline не подписывает и не переигрывает payload клиентов. Сначала спроектируйте health URL.
Как интегратору проверить uptime webhook-платформы в коде через StillOnline?
GET https://api.stillonline.tech/v1/public/status/{id} — JSON без ключа, см. REST API. Людям — публичная страница статуса в документации.
Доставляет ли StillOnline исходящие webhooks клиентам?
Нет. StillOnline мониторит ваши HTTPS URL и публикует статус; доставка событий остаётся в вашей очереди или воркерах.
Хватает ли StillOnline Free для MVP webhook SaaS?
Да: 1 проект, 1 URL (обычно health ingress) и публичная страница статуса. Больше компонентов — Pro (тарифы).