← Блог

Когда status page пока не нужна

Не каждый проект заслуживает публичную status page в первый день. Локальный dev-инструмент, лендинг до запуска или hobby API без платящих пользователей не обязаны показывать интернету таймлайн инцидентов.

Понимать, когда не делать, экономит выходные. Понимать, когда добавить, спасает от неловкости на первом B2B-звонке. Здесь — граница для indie SaaS без мифа, что Statuspage нужен раньше клиентов.

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

Публичную status page можно отложить, пока нет внешних пользователей, зависящих от uptime, договора со ссылкой на статус и общего on-call — только вы вручную пингуете /health. Подключайте StillOnline, когда платящие, партнёры или анкеты ждут ссылку — Free даёт одну проверку и размещённую страницу на stillonline.tech/.../s/.... До этого хватит заметки в README и алертов в Telegram на одной проверке.

Когда можно не спешить

СитуацияПочему публичная страница ждёт
До выручки, beta для знакомыхАудитория — вы и личные сообщения
Внутренняя админка по VPNКлиенты URL не видят
Статический маркетингВажнее статус хостинга (Vercel/Netlify)
Чините раньше, чем заметятРазрыва доверия ещё нет

Мониторить тихо можно — не полируйте клиентский таймлайн, который никто не откроет.

Признаки, что страница скоро нужна

Перелом, когда в игру входит внешнее доверие.

  • Первый платящий клиент или подписанный пилот.
  • В анкете безопасности просят URL операционного статуса.
  • Поддержка слышит «у вас лежит?» чаще раза в месяц.
  • В продажах или SLA обещали uptime.
  • Сооснователь или подрядчик должен видеть общий контекст инцидента.

Это момент для status page при первой выручке — не в день покупки домена.

Что сделать вместо (минимальный стек)

До публичной страницы держите сигнал дёшево.

  1. GET /health на проде (дизайн endpoint).
  2. Одна проверка StillOnline на Free — даже если ссылку пока не пиарите.
  3. Telegram через Connect Telegram и бота StillOnline (гайд).
  4. Вставьте размещённую ссылку в доки, когда спросит первый покупатель — не в footer (чеклист запуска).

Проект можно создать заранее и отдать ссылку только когда попросит sales.

Когда enterprise-инструменты тоже лишние

Отсутствие status page ≠ покупка Statuspage или Datadog. Когда страница понадобится, лёгкий размещённый SaaS обычно лучше шестизначных контрактов (enterprise — перебор).

ЭтапРазумный выбор
0 пользователейБез публичной страницы
1–20 платящихStillOnline Free или Pro
Закупки + SSO на продукте статусаПересмотреть Statuspage / Instatus

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

FAQ

Создавать проект StillOnline до появления клиентов?

По желанию. Часто сначала health check и Telegram, а /s/... отдают, когда спросит покупатель. Free не требует публичного обещания на маркетинге (быстрый старт health).

Status page обязательна для GDPR или SOC2?

Не всегда. В анкетах спрашивают, как клиенты узнают о сбоях — размещённая страница простейший честный ответ (доверие B2B).

Можно ли только алерты в Telegram без публичной StillOnline?

Алерты владельца работают с публичной страницей по умолчанию. Приват для staging — Pro (публичная vs приватная). Чисто внутреннему инструменту клиентская ссылка может не понадобиться.

Когда StillOnline Free перестаёт хватать?

Когда нужно больше одного production URL, приватная страница, REST API или MCPкакой тариф и тарифы.

Если нет status page — не нужен и мониторинг?

Нет. Внешние HTTP-проверки лучше, чем ждать злых твитов. Можно мониторить, не раздавая URL широко.