Страница статуса для no-code SaaS (Bubble, Webflow и бэкенды)
Стеки no-code (Bubble, Webflow, Softr, Glide с Xano или Supabase) всё равно отдают prod URL, от которых зависят платящие пользователи. B2B-клиенты и первые договоры часто просят ссылку на страницу статуса раньше, чем спрашивают про ваш конструктор — и для этого не нужен отдельный DevOps.
StillOnline смотрит на публичный HTTPS health URL с интернета, публикует страницу статуса на StillOnline и шлёт алерты владельцу через официального бота StillOnline в Telegram, Slack или email. На стороне StillOnline ничего не ставите: достаточно маршрута, который отдаёт 200, когда продукт реально доступен (часто — короткий workflow в Xano или Supabase).
Краткий ответ
Укажите в StillOnline публичный HTTPS URL с ответом 200, когда no-code-приложение доступно — обычно это health бэкенда (Xano, Supabase Function, свой API), а не статичный лендинг. Вы получите страницу статуса на stillonline.tech/ru/s/... и алерты через бота StillOnline, Slack или email. На Free — один проект и один URL; выберите health API, который лучше всего отражает «клиент не может пользоваться продуктом».
Что мониторить в no-code-стеках
Фронт в редакторе может открываться, пока API-коннектор или БД уже недоступны. Внешний мониторинг видит только зарегистрированный URL — выбирайте слой, без которого продукт не работает.
| Стек | Типичный health |
|---|---|
| Bubble + API | Backend /health |
| Webflow + backend | API host, не только CDN |
| Softr / Glide + Airtable | Serverless или automation URL |
| Xano / Supabase | Лёгкий route ok |
Если no-code — только маркетинг, а продукт — API, мониторьте API: API-only SaaS.
Пять шагов без полноценного приложения
Свой сервер мониторинга не нужен: один health-маршрут, одна проверка StillOnline, одна ссылка для клиентов.
- В Xano/Supabase сделайте маршрут, где
/health(или аналог) отдаёт 200. - Проверьте снаружи:
curl -I https://your-api.example.com/health - StillOnline → проект → вставьте URL.
- Ссылку
/ru/s/...дайте в документации и при подключении клиентов или макросах поддержки, когда спрашивают про статус — не прячьте в footer сайта. Подробнее: публичная страница статуса. - В настройках Подключить Telegram → бот StillOnline → включите алерты — гайд.
Типичные ограничения
| Проблема | Решение |
|---|---|
| Нет VPS под Uptime Kuma | StillOnline (размещённая страница) |
| Нет CI для инцидентов | Шаблон поста об инциденте |
| На Free один URL | Health API, не все лендинги |
Связанные материалы
FAQ
Может ли StillOnline мониторить только домен Bubble?
Только если этот URL доказывает доступность продукта для пользователей. Часто нужен health бэкенда (Xano, Supabase): страница Bubble грузится, а workflow API уже падает. На Free один URL — регистрируйте health API. См. API-only SaaS.
Нужен ли код, чтобы подключить StillOnline к no-code SaaS?
На стороне StillOnline код не нужен — только публичный HTTPS с 200. В бэкенде обычно хватает короткого health (~10 строк в Supabase/Xano). Пошагово: быстрый старт health.
Есть ли у StillOnline свой домен для страницы статуса?
Страницы на stillonline.tech/ru/s/{id}. Дайте ссылку в документации и при подключении клиентов или в шаблонах поддержки, когда клиентам нужен статус; отдельный домен для страницы статуса в продукте не используется. См. публичная страница статуса.
Можно ли получить алерты StillOnline в Telegram без кода?
Да. После зелёной проверки привяжите бота StillOnline в настройках. На Free — один канал владельца; на Pro / Ultimate — email, Telegram и Slack вместе — Алерты в Telegram · тарифы.
Какой минимальный набор StillOnline рекомендовать для no-code?
Внешняя HTTP-проверка на health бэкенда плюс размещённая страница статуса StillOnline. На Free хватит одного URL на API health. B2B часто просит ссылку в анкете безопасности — B2B: доверие · быстрый старт health.
Сколько проверок StillOnline помещается на Free для no-code?
На Free — один проект и один URL. Выберите путь, который лучше всего означает «клиент не может пользоваться продуктом». Второе окружение — тарифы или без внешнего мониторинга staging до апгрейда.