Статус-страницы для агентств и клиентского аптайма
Клиентам — понятная страница статуса; команде — алерты и инциденты в мониторинге.
Зачем агентствам status page
Во время сбоев клиенты спрашивают «лежит?» — read-only страница снижает нагрузку на поддержку.
Привязка к мониторам
Страница отражает выбранные мониторы — бейджи и активные инциденты при данных.
Теги и выбор мониторов
Вручную или по пересечению тегов — каждый клиент видит свой набор.
Вместе с алертами
Status page дополняет email, Telegram и webhook, не заменяет их.
Не клиентский портал
Публичный снимок — не биллинг, тикеты или приватный дашборд.
Много сайтов
Много URL в workspace; status page — срез для нужной аудитории.
Когда не нужна
Простым лендингам часто хватает алертов; SaaS и критичным клиентам — status page.
Старт
Сначала мониторы и алерты, затем публикация страницы для клиентских сервисов.
Что можно проверять в SitePuls на этой странице
- Публичные статус-страницы для клиентской видимости аптайма.
- Поддержка коммуникации об инцидентах на базе мониторинга.
- Работает вместе с проверками аптайма, алертами и настройками статус-страниц.
Куда уходят оповещения об инцидентах
- Адреса электронной почты в контактах получают письма при открытии и закрытии инцидентов (в рамках настроек уведомлений).
- Уведомления в Telegram через бота SitePuls после привязки чата к контакту (включая сценарий /start для ожидающих контактов).
- HTTPS-вебхуки с JSON: тип события, идентификаторы монитора, статус, время, при необходимости id инцидента и короткое сообщение — для своих интеграций.
- Режим Slack-compatible incoming webhook: отдельный формат полезной нагрузки в настройках контакта.
Практический гайд по мониторингу
Пример ниже иллюстративный — значения вымышленные, не данные реальных клиентов.
Клиентский workflow статус-страницы
- Статус-страница на тех же мониторах, что и алерты.
- Согласуйте с клиентом, что значит «degraded» vs «down».
- Публикуйте обновления при расследовании и восстановлении.
Какие инциденты сообщать
- Подтверждённый простой видимых URL или API.
- Плановые работы с окном начала и конца.
- Проблемы SSL или домена, влияющие на доверие к бренду.
Частые ошибки
- Нет ответственного за обновления статуса.
- Обновления только в чате, клиенты обновляют почту.
- Статус-страница не связана с сайтом или поддержкой.
Частые вопросы
Зачем status page клиентам?
Понятное место для статуса сервиса и меньше повторных вопросов в поддержку.
Каждому клиенту своя?
Зависит от важности сервиса; критичным и SaaS — чаще да.
Связь с алертами?
Да — полезно вместе с проверками аптайма и инцидентами.
Клиенты видят чужие мониторы?
Только те, что вы привязали к этой странице.
Заменяют алерты?
Нет — алерты команде; страница — для тех, кто смотрит сам.
Нужен логин?
Публичный URL read-only без входа для зрителей.
CSV/SLA на публичной странице?
Детальные отчёты — после входа; публично — операционный снимок.
Как опубликовать?
Настроить status page, привязать мониторы/теги, дать публичный URL.