Как получить публичную страницу статуса для онлайн-продукта

У вас что-то в интернете: SaaS, REST API, Telegram-бот, AI-агент на VPS, связка лендинг + приложение. Когда ломается, пользователи спрашивают «это только у меня?» — раньше, чем вы откроете логи. Публичная страница статуса отвечает одной ссылкой: зелёный, жёлтый или красный статус, недавние проверки и баннер открытого инцидента.

В StillOnline такая страница появляется автоматически, когда вы добавляете внешние проверки uptime. Здесь — про страницу для людей, а не только про проверку. С health URL начните с быстрого старта.

Краткий ответ

Публичная страница статуса StillOnline обновляется от внешних HTTP-проверок — без ручного поста «мы живы». Создайте проект, добавьте один health URL на Free, отдайте клиентам ссылку https://stillonline.tech/ru/s/{id-проекта} в документации, при онбординге B2B или в письме при инциденте (не в футере сайта). На странице — uptime, история, инциденты; вам — алерты Алерты в Telegram, Алерты в Slack или email. Свой домен для страницы статуса в продукте не предусмотрен — используйте размещённую ссылку StillOnline.

Кому нужна публичная страница статуса

Отдельный продукт «только status» не обязателен — достаточно проекта StillOnline с хотя бы одной внешней проверкой. Таблица сопоставляет тип продукта с тем, что клиенты ждут увидеть на странице.

Отдельная команда «status product» не нужна: один проект, одна проверка на Free — и ссылку уже можно отдавать клиентам.

Что видят посетители (и что получаете вы)

На типичной публичной странице StillOnline:

• Общий статус — работает, деградация или недоступно по последним проверкам.
• Строки проверок — HTTP uptime (SSL на платных тарифах, где включён).
• История — 24 часа на Free, дольше на Pro/Ultimate.
• Открытый инцидент — появляется при зафиксированном сбое и закрывается при восстановлении.
• Подписка через Google — заинтересованные получают email при смене статуса без вашего ручного списка рассылки.

Вам по-прежнему нужны алерты владельца (email, Telegram, Slack), чтобы узнать о проблеме раньше клиентов. Гайды: Алерты в Telegram · Алерты в Slack. На Free — один канал; на Pro / Ultimate — все три в настройках.

Живой пример: демо страницы статуса.

Пять шагов до публичной ссылки

1 — Опубликуйте health URL

Монитор видит только выбранный URL. Сделайте GET /health (или /api/health) с ответом 200, когда сервис жив. Проверьте извне:

curl -sS -o /dev/null -w "%{http_code}\n" https://api.yourproduct.com/health

Подробно: быстрый старт health URL. Для ботов и локальных агентов сначала нужен публичный health — мониторинг OpenClaw / агента.

2 — Создайте проект в StillOnline

1. Начать бесплатно (вход через Google).
2. Новый проект — имя как у продукта для клиентов, не внутренний codename.
3. StillOnline создаёт страницу статуса с видимостью public по умолчанию.

3 — Добавьте первую проверку

Полный HTTPS URL, метод GET, ожидаемый код 200, интервал 5 минут на Free. Через 2–3 цикла проверки страница должна стать зелёной, если health настроен верно.

Лимиты Free: 1 проект, 1 URL, история 24 ч. Больше проверок, private page, API/MCP — Тарифы, Pro $9/мес.

4 — Скопируйте публичную ссылку

В кабинете проекта:

• Страница для людей: https://stillonline.tech/ru/s/{id-проекта} (локаль en или ru).
• JSON для машин: https://api.stillonline.tech/v1/public/status/{id-проекта} — без API-ключа; для виджетов, CI и скриптов (гайд REST).

Разместите ссылку там, где клиенты ищут статус при сбое:

• в базе знаний / Notion / README / документации API;
• при онбординге B2B-клиентов;
• в шаблоне ответа поддержки или приложении к договору;
• в посте или письме во время инцидента.

5 — По желанию, но полезно

• Включите алерты владельца, чтобы сбой не зависел от того, кто-то обновил страницу.
• Попросите ключевых клиентов подписаться на странице (Google) на email-обновления.
• На Pro: stillonline-mcp после смены инфраструктуры (MCP); private visibility, если страница только для команды.

Public и private

По умолчанию public: любой со ссылкой видит то же, что на демо. Private скрывает HTML и публичный JSON от анонимов, а проверки вы ведёте в кабинете — удобно для внутренних стеков на Pro.

При даунгрейде с платного тарифа страница снова становится public — учитывайте, если ссылку уже разослали.

Страница статуса не заменяет

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

• APM с трейсами — на странице только результат HTTP/SSL-проверок.
• Поиск по логам — root cause в вашем хостинге или logging.
• Сквозные UI-тесты — только если вы экспонируете маршрут, который их отражает.
• Скорость маркетинговых страниц — отдельно мониторинг Page Speed, не путать с /health.

Выбор инструментов: обзор 2026 · сравнения.

Связанные материалы

• Быстрый старт health URL — URL для внешней проверки.
• Мониторинг на Vercel · на Railway — health под платформу.
• REST API: публичный JSON статуса — чтение статуса без HTML.
• Мониторинг Page Speed — скорость лендинга отдельно от /health.
• Алерты в Telegram · в Slack.
• Обзор uptime 2026 · хаб сравнений.

FAQ

Нужен ли свой домен для страницы статуса StillOnline?

Нет. StillOnline даёт размещённую ссылку https://stillonline.tech/{locale}/s/{id-проекта} — передайте её в базе знаний, при онбординге B2B-клиентов, в шаблоне поддержки или в письме при инциденте. Свой домен для страницы статуса в продукте не предусмотрен; каноническая ссылка для клиентов — StillOnline.

Можно ли красивый slug вместо id проекта в URL StillOnline?

Новые проекты StillOnline используют id проекта в ссылках из кабинета (/s/{id}). Старые slug-алиасы могут ещё открываться, но для публикации копируйте URL с id из приложения. JSON для машин — тот же id: REST API.

Одна страница статуса StillOnline на API и лендинг на Free?

На Free — один HTTP URL на проект: мониторьте то, без чего продукт «лежит» (обычно https://api…/health). Лендинг может быть зелёным при сломанном API. На Pro — до десяти URL в проекте или второй проект; Тарифы, быстрый старт health.

Подписчики страницы статуса StillOnline получат спам на каждую проверку?

Нет. Подписка через Google на публичной странице шлёт email при сменах статуса, связанных с инцидентом и восстановлением — не на каждый 5-минутный цикл проверки. Это не то же самое, что алерты владельца в настройках (Алерты в Telegram / Алерты в Slack).

Можно ли показать публичную страницу статуса StillOnline для AI-бота без публичного health URL?

Нет. Внешние проверки StillOnline не достучатся до localhost и приватных IP. Сначала опубликуйте GET /health на публичном HTTPS (tunnel или proxy) — OpenClaw / агент — затем добавьте проверку; страница статуса появится автоматически.

Чем страница статуса StillOnline лучше поста «разбираемся» в соцсетях?

Страница StillOnline всегда доступна, показывает историю и статус по проверкам — для тех, кто не следит за соцсетями. На крупных сбоях используйте оба канала: пост для охвата, ссылку StillOnline — для деталей. Регресс скорости лендинга — Page Speed, не смешивайте с uptime /health.