Ченджлог

MCP-сервер Statuser теперь подключается по адресу — https://mcp.statuser.cloud. Ставить ничего не нужно: клиент обращается к серверу Statuser с вашим API-ключом, а Node.js и запуск через npx больше не обязательны.

Пригодится, когда клиент принимает только удалённые серверы или ассистент работает не на вашем компьютере — в облачном агенте, в корпоративном контуре, в автоматизации.

Как подключить

Укажите в клиенте адрес https://mcp.statuser.cloud и заголовок Authorization: Bearer с ключом из раздела «API и MCP» в настройках аккаунта. Готовые настройки для Claude Code, Cursor, VS Code и Windsurf — в репозитории Statuser MCP на GitHub. Сервер есть и в официальном реестре MCP: клиенты, которые берут серверы оттуда, найдут его сами.

Инструменты те же, что при локальном запуске. Всё, что меняет данные, срабатывает только с явным подтверждением в самом вызове, а действия ассистента видны в истории действий от имени ключа.

В панели появились проекты — области внутри аккаунта: свои серверы, свои страницы статуса и свои настройки уведомлений. Переключатель — в левом верхнем углу, там же создаётся новый проект. Открытый проект виден в адресе страницы, поэтому в двух вкладках можно держать разные проекты рядом.

Пригодится, когда сервисы разных клиентов или сред перемешались в одном списке: инциденты, статистика и правила уведомлений теперь показываются по открытому проекту.

Что остаётся общим

Каналы уведомлений подключаются один раз на весь аккаунт — подтверждать один и тот же адрес в каждом проекте не нужно. При создании проекта вы сразу выбираете, куда слать его уведомления, и поменять выбор можно в любой момент.

Тариф и лимиты тоже считаются по аккаунту: новый проект не добавляет ни серверов, ни страниц статуса. Проектов можно завести один на Free, три на Pro и двадцать на Team.

Перенос между проектами

Сервер переносится в настройках сервера, а несколько сразу — кнопкой рядом с «Добавить сервер» на дашборде. Панель заранее говорит, что изменится: сервер начнёт жить по правилам и каналам нового проекта, а страница статуса переедет вместе со своими серверами.

Если на одном домене у вас несколько серверов — скажем, api.example.com, www.example.com и почта, — предупреждения о сроке регистрации приходили по числу серверов. Три сервера на домене означали три одинаковых письма, и так на каждом пороге: за 30 дней, за 14, за 7.

Теперь уведомление приходит одно — на почту, в телеграм, в MAX и в вебхук, — а серверы, которых оно касается, перечислены в письме и в сообщении. То же с окончанием регистрации и продлением.

Заодно обновили тексты уведомлений

Письма и сообщения в мессенджерах называют объект и срок прямо в заголовке, а в почте строка предпросмотра показывает причину сбоя вместо «Подробности внутри». У тестовых уведомлений пометка видна там же, ещё до открытия.

Навигация переехала влево. Разделы — серверы, инциденты, страницы статуса и нотификации — теперь стоят колонкой слева, а не строкой наверху; там же настройки, документация и карточка аккаунта с тарифом. Наверху — поиск и чат ассистента.

Колонку можно свернуть до одних значков, когда содержимому нужно больше места. На телефоне она открывается поверх страницы.

Панель открывается дашбордом

Он отвечает на вопрос «всё ли работает» до того, как вы откроете список. Заголовок говорит, всё ли в порядке, под ним сводка за период: аптайм, число инцидентов и суммарный простой, каждое со сравнением с прошлым периодом. Ниже полоса доступности по дням, а за ней — серверы, которые требуют внимания прямо сейчас, сразу с переходом в инцидент.

Отдельными карточками — счётчики серверов и страниц статуса с лимитами тарифа, куда уходят оповещения и что стоит донастроить: например, у скольких серверов не под контролем SSL-сертификат.

Список инцидентов выгружается одним файлом CSV — кнопкой рядом с фильтрами и на карточке сервера. Пригодится, когда нужно показать провайдеру, когда именно был недоступен сервис, или разобрать историю сбоев в таблице.

Период выбирается тут же: 7 дней, 30 дней, вся история или свой срок. В продвинутых настройках — серверы и статусы: В процессе, Устранены, Закрыты. Сколько инцидентов попадёт в файл и за какой период, диалог показывает до скачивания.

Что внутри файла

Строка на инцидент: сервер и его адрес, вид проверки, статус, начало и конец, длительность, код и описание ошибки, города, из которых проверка провалилась, и ссылка на инцидент. Время в UTC, записи от новых к старым, не больше 50 000 за раз. Доступно на всех тарифах.

Отчёт по одному инциденту

Ради PDF-отчёта больше не нужно открывать сам инцидент: Скачать отчёт появился в меню строки — и в списке инцидентов, и в списке на карточке сервера.

В шапке панели появился поиск по всему сразу — серверам, страницам статуса и разделам. Открывается нажатием на поле или сочетанием ⌘K, на Windows и Linux — Ctrl+K.

Сервер находится и по названию, и по адресу: у части проверок названия нет вовсе, и раньше добраться до такой можно было только прокруткой списка. В строке видно состояние и сколько сервер держится в нём — «Онлайн · Аптайм 6 дней» или «Недоступен · Даунтайм 18 минут». Пока в поиске пусто, список начинается с тех, у кого сейчас проблемы.

Клавиатура

Стрелками — по списку, ↵ — открыть, esc — закрыть. Слэш наводит фокус на поиск внутри списка текущей страницы, ⌘K ищет по всему аккаунту.

Емейл аккаунта — это логин, и раньше сменить его можно было только через поддержку. Теперь адрес меняется прямо в панели, в разделе Настройки → Аккаунт: введите новый, подтвердите, что это вы — паролем или кодом второго фактора, — и перейдите по ссылке из письма, которое придёт на новый ящик.

До перехода по ссылке вход остаётся по прежнему емейлу, а заявку видно в карточке, и её можно отменить.

После подтверждения

Ссылка открывает панель, и вы уже внутри. Новый адрес становится логином, а все активные сессии завершаются: на других устройствах придётся войти снова. На прежний адрес уходит предупреждение с кнопкой отмены в момент запроса и письмо о смене — после неё.

Уведомления и пароль

Если прежний логин числился среди получателей уведомлений о сбоях, переключатель в форме переведёт и его. А чтобы браузер перестал подставлять старый логин, панель предложит перевыпустить пароль и сохранить новый вход одной кнопкой.

В настройках аккаунта появился раздел История действий — журнал всего, что с аккаунтом происходило. Теперь видно, кто поставил сервер на паузу, когда входили в аккаунт, что отключила система при смене тарифа и какие изменения сделал API-ключ или Statuser AI.

У каждой записи есть автор и источник: вы из панели управления, вы через бота в Telegram, API-ключ с его названием или автоматика Statuser. Нажмите на запись — откроются подробности: время, IP-адрес и устройство, а у изменений — каждое поле «было → стало».

Поиск и фильтры

Фильтры сужают историю по разделу и автору, поиск работает по названию или адресу сервера, имени API-ключа и по самому действию: запрос «пауза» найдёт все постановки на паузу.

Глубина и выгрузка

Глубина показа зависит от тарифа: 30 дней на Free, 180 дней на Pro и без ограничения на Team. На Team историю можно выгрузить в CSV кнопкой рядом с фильтрами — под текущими фильтрами и поиском.

Раньше Statuser AI отвечал только по документации. Теперь он видит данные вашего аккаунта — серверы, инциденты, страницы статуса, тариф, правила уведомлений — и делает за вас рутинные вещи: добавить сервер в мониторинг, поставить его на паузу, опубликовать отчёт об инциденте, запланировать технические работы, включить режим отпуска на нужный срок.

Ничего не меняется без подтверждения

На просьбу что-то сделать ассистент показывает карточку с описанием действия и кнопкой подтверждения — и ждёт вашего решения. На «добавь в мониторинг example.com» он покажет, какой сервер и с какими параметрами собирается создать. Действия из чата проходят те же проверки, что и действия в панели: лимиты тарифа, доступность функций, права на объект.

Что ещё

Про любую статью документации можно спросить у ассистента прямо из меню «Спросить ИИ» под её заголовком. Statuser AI доступен на всех тарифах, включая бесплатный.

Список серверов пересобран: название, мета, график и статусы теперь стоят колонками, а не сваливаются в строку из бейджей. Главное новое — спарклайн задержки за 24 часа у каждого монитора: на нём видно и рост времени ответа, и зоны даунтайма диагональной штриховкой.

Тише и быстрее

Протокол показан иконкой вместо бейджа, предупреждения об SSL и домене — плашкой, а быстрые действия — пауза, тестовое уведомление, переход к инциденту — появляются при наведении. Если у сервера идёт инцидент или есть предупреждение, действия видны всегда.

Списки инцидентов и страниц статуса приведены к тому же подходу: тихая мета, действия при наведении, названия текстом вместо ссылок.

Обычной HTTP-проверки для ИИ-сервиса часто недостаточно: гейтвей может отдавать 200 на любой запрос, пока модель за ним недоступна, перегружена или упёрлась в лимит. Новый тип монитора ИИ-модель следит за самой моделью.

Как работает

Укажите эндпоинт — официальное API провайдера, свой гейтвей или модель, развёрнутую у вас, — и формат API: OpenAI-совместимый или Anthropic-совместимый. Без ключа Statuser проверяет доступность эндпоинта, токены не расходуются. С API-ключом он отправляет модели запрос на один токен и убеждается, что ответ действительно пришёл.

Причина — в инциденте

Закончившиеся средства на балансе провайдера, отклонённый ключ и лимит запросов показываются разными причинами — сразу понятно, где чинить. Примерный расход токенов на проверки покажет калькулятор в форме монитора.

История инцидента теперь показывает не только смену статусов, но и то, что Statuser успел собрать во время сбоя. В ленте событий появились две записи: «Снят скриншот страницы» — с переходом на сам снимок, и «Выполнена диагностика» — с указанием региона и перечнем собранных данных.

Раньше и скриншот, и диагностика были на странице инцидента, но по истории нельзя было понять, когда именно их сняли и из какого региона пришли данные. Теперь порядок событий виден целиком: проверка провалилась, агенты собрали диагностику, страница попала в кадр.

Что показывает событие диагностики

Чипы в событии перечисляют, что удалось собрать: ping, traceroute, MTR, Nmap, OpenSSL, зарезолвленные IP, тайминги и ответ сервера. Если из региона собралась только часть — видно, какая именно. Сами результаты по-прежнему в блоке диагностики ниже, событие лишь отмечает время и источник.

Оба события — на платных тарифах: скриншот снимается при HTTP- и HTTPS-проверках, сетевую диагностику агенты собирают для проверок любого типа.

Документацию Statuser теперь можно отдать ИИ-ассистенту целиком, и он ответит по ней, а не по памяти.

Любая статья доступна в markdown по тому же адресу с окончанием .md — например, /docs/getting-started.md. Есть индекс всех материалов в /llms.txt и склейка документации одним файлом в /llms-full.txt. Агенты, которые умеют запрашивать markdown заголовком Accept, получают его автоматически: так документацию читают Claude Code, Cursor и OpenCode.

Кнопка «Спросить ИИ»

Под заголовком каждой статьи появилась кнопка, которая копирует markdown-версию или сразу открывает статью в ChatGPT, Claude или Cursor с готовым вопросом.

Зачем это нужно

Обычная страница документации на девять десятых состоит из навигации, меню и разметки: агент вычитывает 125 КБ HTML ради 8 КБ текста, тратит на это контекст и отвечает хуже. Markdown-версия отдаёт только содержание статьи — вместе с таблицей тарифов, которая в HTML спрятана в сворачиваемой панели.

Разовую проверку не всегда стоит заводить в мониторинг: иногда нужно просто посмотреть, что происходит с доменом прямо сейчас. Для таких случаев у Statuser есть набор инструментов — они работают без регистрации и без ограничений.

• Проверка доступности сайта — открывается ли сайт из разных стран, с кодом ответа и временем отклика
• Тест скорости интернета — скорость загрузки и отдачи, пинг и джиттер, с постоянной ссылкой на результат
• Узнать свой IP — внешний адрес, провайдер, геолокация и данные о браузере
• Whois домена — владелец, регистратор, даты регистрации и продления
• DNS-проверка домена — записи A, AAAA, MX, TXT, NS и другие
• Проверка порта — открыт ли TCP-порт и отвечает ли сервис за ним
• Проверка SSL-сертификата — срок действия, издатель, цепочка и поддерживаемые протоколы
• Проверка в реестре РКН — заблокирован ли домен Роскомнадзором

Чем это отличается от мониторинга

Инструмент отвечает на вопрос «что сейчас», мониторинг — «что происходило и когда сломается». Если проверку нужно повторять и получать уведомление об изменениях, заведите монитор: он делает то же самое по расписанию из нескольких регионов и пишет историю.

Инцидент можно удалить — кнопкой на его странице или пунктом в меню строки, в общем списке инцидентов и в таблице на дашборде сервера.

Это нужно, когда инцидент не описывает то, что видели ваши клиенты: сработал монитор тестового стенда, шли работы, о которых не предупредили заранее, или сервер был заведён с ошибкой в адресе.

Вместе с инцидентом уходят сетевая диагностика, скриншот, комментарии, ИИ-саммари и история отправленных уведомлений. Вернуть их нельзя, поэтому удаление подтверждается отдельным шагом.

Аптайм пересчитается

Процент доступности считается по инцидентам, поэтому после удаления он вырастет — и на странице статуса, и в отчётах, собранных позже. Уже выпущенные отчёты останутся с прежними цифрами: они фиксируют состояние на момент выпуска.

Пока инцидент активен, кнопка недоступна: сервис ещё лежит, и ближайшая проверка открыла бы инцидент заново.

Иногда сервис «моргает»: одна проверка не прошла, следующая уже успешна. Инцидент из-за такого сбоя открывать не всегда нужно — особенно ночью, когда уведомление поднимет дежурного из-за трёх секунд недоступности.

В продвинутых настройках монитора появился параметр «Задержка подтверждения сбоя» — ползунок от нуля до часа. Инцидент откроется, только если сервис пролежит непрерывно дольше выбранного времени; если восстановится раньше, уведомления не будет.

Начало инцидента считается честно

Момент начала фиксируется по первой неудачной проверке, а не по времени подтверждения. Длительность инцидента и процент доступности от настройки не зависят: она решает, о чём вас будить, но не переписывает историю.

Пока идёт отсчёт, монитор уже работает в учащённом режиме и проверяет сервис чаще обычного — так восстановление ловится быстро.

Настройка задаётся отдельно для каждого монитора и работает с проверками доступности: HTTP/HTTPS, ключевое слово, TCP и Ping. По умолчанию задержки нет — инцидент открывается сразу, как раньше. Доступно на тарифе Team.

Когда сервис перестал отвечать, Statuser временно переходит на проверки каждые 30 секунд — независимо от вашего обычного интервала. Настраивать ничего не нужно, режим включается сам.

Смысл в скорости закрытия инцидента. При проверке раз в пять минут о восстановлении вы узнавали в среднем через две с половиной минуты после того, как сервис поднялся; теперь — за полминуты. Столько же экономит и таймлайн: время простоя в отчётах становится точнее.

Когда режим выключается

Учащённые проверки держатся ещё около десяти минут после восстановления — чтобы поймать повторный сбой, если сервис «моргает». Если недоступность затянулась дольше часа, частота возвращается к обычной: на долгой аварии секундная точность уже ничего не добавляет.

Ваш интервал проверки при этом не меняется — ускорение живёт только внутри инцидента. Доступно на платных тарифах.

Statuser следит за тем, не попал ли ваш домен в реестр блокировок Роскомнадзора. Уведомление придёт и когда домен окажется в реестре, и когда его оттуда исключат — раньше, чем об этом сообщат пользователи, у которых сайт перестал открываться.

Проверка включается тумблером «Мониторинг реестра РКН» в продвинутых настройках монитора; на подходящих тарифах она уже включена у новых серверов.

Как устроена проверка

Первая сверка идёт сразу после добавления сервера: если домен уже в реестре, уведомление придёт в течение минуты. Дальше Statuser сверяется с актуальной копией реестра несколько раз в сутки, по мере её обновления.

Запись реестра действует на домен вместе с поддоменами: если заблокирован example.com, заблокированным считается и api.example.com. Кириллические и другие национальные домены поддерживаются.

Проверить домен разово, без мониторинга, можно бесплатным инструментом проверки в реестре РКН. Мониторинг доступен на платных тарифах.

У страницы статуса появились подписчики: посетитель оставляет почту и получает письмо, когда вы публикуете отчёт об инциденте или планируете работы. Так о проблеме узнают и те, кто не открывает страницу статуса каждый день.

Приём подписок включается тумблером «Подписка для посетителей» в настройках страницы — после этого в шапке публичной страницы появляется кнопка «Подписаться».

Как подписываются

Посетитель вводит адрес и получает письмо со ссылкой подтверждения; пока он по ней не перейдёт, писем не будет. Двойное подтверждение защищает от подписки чужих адресов, а ссылка отписки есть в каждом письме.

Письма уходят на два вида событий: отчёты об инцидентах и плановые работы — и на новые записи, и на обновления к ним.

RSS вместо писем

Кто не хочет оставлять адрес, может подписаться на ленту RSS или Atom — ссылки лежат в том же окне подписки. Лента отдаёт те же события, не требует подтверждения и не собирает о посетителе никаких данных. Удобно, когда статусы нескольких сервисов собирают в одной читалке.

Что видит владелец

В панели управления появился раздел «Подписчики»: список адресов, их статусы и сводка — сколько подтвердили подписку, сколько ещё ожидают. Адрес, не подтверждённый за 48 часов, помечается статусом «Истекла» и перестаёт занимать место в лимите; подписаться заново можно в любой момент. Предел — 500 активных подписок на страницу.

Рядом с тумблером подписки настраиваются имя отправителя — например «Acme Status» — и адрес для ответов, чтобы ответы подписчиков приходили вам. Сам адрес отправки не меняется: письма уходят с общего адреса рассылки, это держит доставляемость высокой.

Подписчики доступны на тарифе Team.

На странице статуса появились объявления — плашки-баннеры сверху, которыми можно быстро сказать посетителям что-то важное, не заводя инцидент и не планируя работы.

Объявление не привязано к сервисам и не ведёт таймлайн: это короткое сообщение, которое видят все посетители — и на главной странице статуса, и в разделах с инцидентами и работами.

Что можно указать

Заголовок, текст и тип: информация, предупреждение или проблема — от него зависит цвет плашки. Необязательно можно добавить ссылку с подробностями (тогда в баннере появится кнопка «Подробнее») и период показа: объявление само появится в нужный момент и само исчезнет, когда срок выйдет.

Раздел «Объявления» живёт в панели управления страницей статуса рядом с инцидентами и плановыми работами.

Панель управления больше не ждёт перезагрузки страницы: списки серверов, дашборды и инциденты обновляются сами, как только что-то произошло.

Раньше интерфейс раз в несколько секунд переспрашивал сервер, не изменилось ли что-нибудь. Теперь наоборот: сервер сам присылает событие — прошла проверка, открылся или закрылся инцидент, изменились DNS-записи, поменялись лимиты тарифа. Открытая вкладка показывает состояние сервисов таким, какое оно есть сейчас, а не каким было на момент последнего опроса.

Заметнее всего на инцидентах: пока идёт сбой, открытая страница инцидента дописывает таймлайн и сама отмечает восстановление, а в списке серверов строка меняет статус в тот же момент, что и сервис.

На графике времени отклика под кривой появились цифры: среднее, медиана, 95-й перцентиль и максимум за выбранный период. Цифры считаются за тот же период, что показан на графике, и меняются вместе с ним. На периоде до суток перцентили берутся по каждой успешной проверке, на длинных — по часовым агрегатам, взвешенно по числу проверок в каждом.

Медиана и перцентиль отвечают на вопрос, который среднее скрывает: один десятисекундный ответ поднимает среднее заметно, а медиану — почти нет. Если 95-й перцентиль близок к медиане, сервис отвечает ровно; если оторвался далеко — у части запросов дела заметно хуже, чем кажется по среднему.

Переход к инциденту прямо с графика

Красные зоны на графике — это периоды недоступности. Теперь по такой зоне можно перейти в сам инцидент: в подсказке под курсором появилась ссылка. Раньше приходилось запоминать время провала и искать его в списке инцидентов.

У Statuser появился MCP-сервер — способ управлять мониторингом из ИИ-ассистента обычными словами, без кода и без обращений к API.

Подключите сервер в Claude Code, Cursor или другом клиенте MCP, и ассистент сможет добавлять мониторы, показывать инциденты, ставить проверки на паузу и возвращать их. Например:

«Добавь в Statuser мониторинг example.com каждую минуту и пиши в Telegram, если он упадёт»

Что для этого нужно

API-ключ из раздела «API и MCP» в настройках аккаунта — он же и определяет права: ассистент видит и меняет ровно то, что доступно ключу. Как подключить сервер к своему клиенту — в репозитории Statuser MCP на GitHub.

MCP работает поверх того же публичного API, что и обычные интеграции, и доступен на всех тарифах, включая бесплатный.

Живой сервис не всегда отвечает кодом из диапазона 2xx. Закрытый API возвращает 401 или 403 и этим как раз подтверждает, что он на месте; эндпоинт за WAF может штатно отдавать 403 роботам; какая-то ручка умышленно отвечает 405 на GET. Для Statuser всё это было сбоем.

Теперь в настройках HTTP-монитора и монитора поиска текста можно перечислить коды, которые считать успешными: конкретные значения вроде 401 или 409 либо маски 2xx, 3xx, 4xx, 5xx.

По умолчанию, как и раньше, успешными считаются коды из диапазона 2xx. Настройка доступна на тарифах Pro и Team.

К аккаунту теперь можно привязать несколько адресов электронной почты — личный, корпоративный и общий ящик дежурной смены. Все подтверждённые адреса получают одинаковые уведомления о событиях мониторинга.

Адрес добавляется в разделе «Настройки нотификаций» кнопкой «Добавить канал»: вы вводите почту, получаете на неё шестизначный код и подтверждаете. Так к аккаунту не подключится чужой ящик из-за опечатки в адресе.

Письма приходят с адреса info@statuser.cloud — если ждёте уведомления, добавьте его в белый список почтового клиента.

Уведомления Statuser теперь приходят и в MAX — наравне с Telegram, почтой и вебхуками. Канал подключается из раздела «Настройки нотификаций»: выбираете, куда слать — в личный чат или в группу, — и подтверждаете привязку по ссылке или QR-коду.

Получателей можно подключить несколько: например, личный чат дежурного и общую группу команды. Правила уведомлений у канала те же, что у остальных: вы решаете, о каких событиях писать в MAX, а о каких — нет.

Вход по коду из MAX

MAX работает и как способ двухфакторной аутентификации: код подтверждения при входе в аккаунт можно получать в него, а не в Telegram или на почту.

Уведомления в MAX доступны на всех тарифах, включая бесплатный.

На странице статуса появились плановые работы: обслуживание можно объявить заранее, а не объяснять постфактум, почему сервис был недоступен.

Запись создаётся в панели управления кнопкой «Запланировать работы»: название, описание, время начала и окончания и список сервисов, которых работы коснутся. Посетители видят её во вкладке «Плановые работы», а отмеченные сервисы получают на время работ соответствующий статус — так их недоступность не выглядит аварией.

Обновления по ходу работ

У каждой записи есть своя страница с таймлайном: пока идут работы, туда можно публиковать обновления — начали, продлеваем, закончили. Посетитель видит их на публичной странице в том же порядке, в каком вы публиковали.

На публичной странице статуса появилась вкладка «Инциденты» с отчётами: чем закончился сбой, что было причиной и как развивалась ситуация. Отчёт пишете вы — это не автоматическая запись мониторинга, а рассказ для клиентов.

Как выглядит для посетителя

Карточка отчёта показывает статус — недоступность, деградация или исправлено, — время начала, последнее событие и превью сообщения. Отчёты сгруппированы по месяцам, архив листается окнами по три месяца назад.

Как ведёте вы

Отчёт создаётся в разделе «Публичные отчёты»: заголовок, статус, время начала и затронутые сервисы. Дальше в него публикуются обновления — каждое со своим статусом, так что таймлайн показывает, как ситуация двигалась от обнаружения к исправлению.

Список отчётов фильтруется по статусу, ищется по заголовку и сортируется по дате, названию или числу событий.

У страницы статуса появились три настройки, которые меняют то, как посетитель видит данные.

Часовой пояс страницы. Всё время на публичной странице — таймлайны, карточки событий, отметка последнего обновления — показывается в одном выбранном поясе. По умолчанию это московский; если ваши клиенты в другом, поменяйте, и они перестанут пересчитывать часы в уме.

Точность аптайма — от нуля до четырёх знаков после запятой. Кому-то достаточно «99,9%», а кому-то важно показать все девятки.

Минимальная длительность инцидента. Короткий провал в несколько секунд редко что-то значит для посетителя, но на странице статуса выглядит тревожно. Инциденты короче выбранного порога на публичную страницу не попадают — в мониторинге они при этом остаются.

Комментарии к инцидентам научились двум вещам: markdown и вложениям.

Раньше комментарий был простым текстом, и постмортем в нём выглядел сплошной простынёй. Теперь доступна разметка — заголовки, списки, код и цитаты, — так что разбор сбоя можно оформить прямо в инциденте, а не хранить отдельным документом, который через полгода придётся искать.

Файлы

К комментарию можно приложить до пяти файлов, по 5 МБ каждый: график из графаны, вывод команды, скриншот от провайдера — всё, что помогает понять, что произошло.

Комментарий теперь можно и отредактировать: исправленный текст появляется сразу, а рядом остаётся отметка о времени правки.

Комментарии доступны на тарифе Team.

По каждому инциденту можно скачать PDF-отчёт — отправить клиенту, приложить к обращению к провайдеру или сохранить для внутреннего разбора.

Кнопка «Отчёт» на странице инцидента открывает выбор разделов: анализ Statuser AI, сетевая диагностика, техническая справка со списком наших IP-адресов и использованных команд, история событий. Основная информация об инциденте попадает в отчёт всегда.

Набор разделов зависит от того, кому отчёт предназначен. Провайдеру полезны диагностика и техническая справка: по ним видно, откуда и чем мы проверяли, и спорить с этим сложно. Клиенту обычно хватает сводки и итога. История событий — внутренняя техническая хроника, поэтому по умолчанию она выключена.

Отчёты доступны на платных тарифах.

Уведомления Statuser теперь можно принимать своим кодом: вебхук отправляет POST с JSON на ваш адрес, когда что-то произошло с мониторингом или аккаунтом.

Это способ довести события туда, куда встроенные каналы не дотягиваются: в корпоративный чат со своим форматом сообщений, в сервис-деск, в SIEM, в собственную автоматизацию — например, чтобы по падению сервиса заводить задачу.

Как устроена доставка

Успешной считается только 2xx; таймаут — семь секунд, редиректы не поддерживаются. Если задать секрет, каждый запрос будет подписан заголовком X-Statuser-Signature — по нему ваш обработчик проверит, что запрос действительно от нас.

На аккаунт можно добавить до двадцати вебхуков, и у каждого свой набор событий: один слушает только инциденты, другой — изменения в аккаунте. Проверить эндпоинт можно, не дожидаясь настоящего сбоя: в интерфейсе есть отправка тестового запроса.

Вебхуки доступны на тарифе Team.

У Statuser появился портал идей — место, где можно предложить возможность, которой вам не хватает, и посмотреть, чего просят остальные.

Идею видно всем: за неё голосуют, её обсуждают в комментариях, на комментарии отвечают. Голоса подсказывают, за что браться раньше, а комментарии уточняют, что именно нужно сделать.

Статусы и поиск

У каждой идеи есть статус: новая, запланирована, в работе, реализована или отклонена — так видно, до чего дошли руки. Идеи фильтруются по статусу и тегам, ищутся по названию и сортируются: можно посмотреть самые популярные или самые свежие.

Начатую идею не обязательно дописывать сразу — черновик сохраняется. Когда на вашу идею или комментарий отвечают, приходит уведомление.

Проверка SSL-сертификата и проверка домена стали независимыми: раньше их включал общий тумблер, теперь у каждой свой.

Так удобнее, когда за сертификат и за домен отвечают разные вещи: сертификат живёт на балансировщике и перевыпускается автоматически, а срок регистрации домена продлевает совсем другой человек и раз в год. Теперь можно следить только за тем, что вас правда беспокоит, и не получать лишних уведомлений.

Обе проверки выполняются раз в час и доступны на платных тарифах — для мониторов HTTP/HTTPS и мониторинга DNS-записей.