Публичная страница статуса (status page) — это открытая веб-страница с результатами последних проверок доступности сайтов и сервисов компании. Клиент может самостоятельно посмотреть, обнаружил ли мониторинг проблему, когда прошла последняя проверка и какая история доступности накоплена.
Такая страница полезна, когда клиенты зависят от доступности вашего сайта или API. Она даёт общий источник информации для пользователей и поддержки. Результат проверки относится к конкретному времени: зелёный индикатор не гарантирует, что между проверками не было короткого сбоя.
Зачем бизнесу нужна status page
Главная причина — понятная информация о доступности. Когда что-то ломается, клиенты хотят понять, обнаружена ли проблема на стороне сервиса. Status page показывает результаты мониторинга, но сама по себе не устанавливает причину сбоя.
Практические выгоды:
- Самостоятельная проверка. При инциденте пользователь может открыть status page и посмотреть последние результаты. Насколько это снижает обращения в поддержку, зависит от аудитории и от того, легко ли найти ссылку.
- История доступности. Клиенты видят результаты проверок по дням. Эти данные полезны для разбора инцидентов; условия расчёта SLA нужно определять отдельно.
- Общий источник для поддержки. Сотрудник и клиент могут открыть одну страницу и обсудить конкретный сайт и время проверки.
- Понятная коммуникация. Ссылку на status page можно включить в сообщение об инциденте. Причину, влияние и сроки восстановления команда сообщает в своих каналах поддержки.
Status page полезна и между инцидентами: на ней видна накопленная история. Если свежих проверок или данных за день нет, это нужно отличать от подтверждённой доступности.
Что должна показывать status page
Эффективная страница статуса содержит несколько ключевых элементов:
- Общий индикатор статуса — сводка по сайтам, выбранным для публикации.
- Статус каждого сайта — например, основной сайт и публичный HTTP-адрес API. Каждый адрес имеет свой индикатор. Проверка внешнего URL не даёт отдельного статуса внутренней базы данных или всех компонентов приложения.
- История аптайма за 30 дней — доступность по результатам проверок за каждый день. День без измерений отображается как отсутствие данных. Короткий сбой между проверками может не попасть в историю.
- Время ответа (response time) — время отклика в последней проверке. Оно помогает заметить медленный ответ, но не является средней скоростью за месяц.
- Время последней проверки — метка с точным временем последнего обновления данных. Важно, чтобы пользователь понимал: информация актуальна.
- Автообновление — страница запрашивает последние сохранённые результаты каждые 30 секунд, без перезагрузки. Проверки сайтов на reChecker выполняются каждые 5 минут.
Избыточность вредит: не стоит выводить десятки внутренних сервисов. Покажите только то, что важно клиентам.
Как создать status page на reChecker
Публичная страница статуса — часть функциональности Uptime Monitor. Сначала войдите в аккаунт и добавьте сайты в мониторинг: именно их результаты можно опубликовать.
Шаг 1. Откройте Uptime Monitor и разверните блок «Публичная страница статуса».
Шаг 2. Задайте slug — это часть URL вашей страницы. Например, slug mycompany создаст адрес rechecker.ru/status/mycompany. Используйте имя компании или продукта: от 2 до 50 символов, латинские строчные буквы, цифры и дефисы. Если адрес занят, выберите другой.
Шаг 3. Укажите заголовок и описание страницы. Заголовок отображается вверху: "Статус сервисов MyCompany". Описание — под заголовком, например: "Текущее состояние всех наших сервисов".
Шаг 4. Выберите сайты из списка мониторинга, которые нужно показывать клиентам: например, основной сайт и HTTP-адрес API. Внутренние инструменты (админка, staging) публиковать не нужно. Выбранные названия и URL будут доступны всем, у кого есть ссылка.
Шаг 5. Нажмите «Создать страницу» и откройте появившуюся ссылку. Проверьте заголовок, выбранные сайты и время последней проверки. После этого добавьте ссылку в документацию, футер сайта или портал поддержки. Для существующей страницы изменения сохраняются кнопкой «Обновить».
Страница запрашивает данные автоматически каждые 30 секунд. Это частота обновления интерфейса, а новые проверки сайтов выполняются каждые 5 минут. При отсутствии свежей проверки страница показывает соответствующее состояние; ручное обновление страницы не запускает новую проверку сайта.
Лучшие практики
Выбор slug. Используйте короткий, запоминающийся адрес вида rechecker.ru/status/mycompany. Избегайте случайных символов и длинных строк.
Описательный заголовок. "Статус сервисов" лучше, чем "Status Page". Если аудитория русскоязычная — пишите на русском.
Только клиентские сервисы. Не выводите на status page внутренние сервисы, staging-окружения и тестовые стенды. Это шум, который не несёт ценности для пользователей.
Регулярная ревизия. Раз в квартал проверяйте список сервисов на странице. Убирайте закрытые проекты, добавляйте новые. Устаревшая status page хуже, чем её отсутствие.
Распространение ссылки. Добавьте ссылку на status page в документацию, в подвал сайта, в шаблоны ответов поддержки, в приветственное письмо для новых клиентов.
Уведомления для команды. Подключите Telegram-уведомления в мониторинге. Сообщение о сбое отправляется после подтверждения проблемы, а отдельное сообщение — после восстановления. Не обещайте клиентам обнаружение за секунды: на задержку влияют интервал проверок и подтверждение инцидента.
Отдельный контроль SSL. Истекший SSL-сертификат может помешать пользователю открыть сайт. Проверку сроков сертификатов настройте через отдельный SSL Monitor, не ограничиваясь status page. Подробнее — в статье Мониторинг SSL-сертификатов.
Status page vs мониторинг: в чём разница
Мониторинг — это движок, который каждые 5 минут проверяет ваши сайты, сохраняет результаты и отправляет Telegram-уведомления после подтверждённого сбоя. Он работает для вашей команды.
Status page — это публичный интерфейс тех же данных, предназначенный для клиентов. Она запрашивает результаты каждые 30 секунд, но не меняет частоту проверок. Пока вы не добавили сайты или ещё не накопили измерения, полезной истории на ней не будет.
На reChecker оба компонента находятся в одном инструменте. Для публикации результатов не нужно переносить их во внешний сервис. Условия оплаты самого мониторинга смотрите на странице инструмента или в своём плане. Подробнее о настройке мониторинга читайте в статье Мониторинг доступности сайта.
Инструмент на reChecker
Uptime Monitor включает публичную status page с выбранными сайтами, последними результатами и историей доступности по дням за 30 дней. Проверки выполняются каждые 5 минут, интерфейс страницы обновляет сохранённые данные каждые 30 секунд. Добавьте сайты в мониторинг, проверьте первые результаты и опубликуйте ссылку для клиентов.