Status page для backend мобильного приложения
Когда iOS или Android крутит вечный спиннер, ставят одну звезду — даже если виноват 502 на API, а не сборка клиента. Статусы App Store не покрывают ваш backend на Railway или Fly.
StillOnline бьёт в публичный /health (или ping без auth) и даёт status page на stillonline.tech/.../s/... — ссылка для help center и экрана «состояние сервиса» в приложении. Алерты владельца в Telegram через бота StillOnline будят того, кто может откатить API.
Краткий ответ
Для backend мобильного приложения мониторьте health URL API, доступный StillOnline из интернета — не бинарь приложения. Размещённую status page — в help center и макросы поддержки; опционально WebView в приложении на тот же URL. Алерты владельца: email, бот StillOnline в Telegram или Slack (гайд Telegram). Free = один production URL API.
Что проверять (и что пропустить)
| Цель | Мониторить? | Почему |
|---|---|---|
GET /health на API | Да | Совпадает с реальными сбоями |
| CDN статики | Если отдельный домен сбоев | Вторая проверка на Pro |
| Статус Apple / Google | Нет | Не ваш стек |
| Глубокие auth-сценарии в app | Обычно нет | Пробы — HTTP без сессии |
Проектируйте /health без ложных red: дизайн endpoint · API-only SaaS.
Честный текст пользователям без релиза в store
Обновление в магазине не обязательно.
- Сайт поддержки — ссылка
stillonline.tech/.../s/...(публичный гайд). - WebView в приложении — тот же URL на «Состояние сервиса» (свой домен в v1 нет).
- Push — вручную; StillOnline не шлёт push пользователям app.
- Подписчики status page — email через Google на публичной странице StillOnline.
При сбое говорите «API деградировал» — не «обновите приложение».
Алерты для on-call разработчика
В mobile-командах часто один backend и подрядчики.
- Connect Telegram в настройках — официальный бот, BotFather не нужен (гайд).
- Free — один канал владельца; Pro — Slack и email вместе.
- Пара с solo on-call без PagerDuty, пока не наняли ops.
Тарифы по росту приложения
| Этап | StillOnline |
|---|---|
| MVP, один регион API | Free — одна health-проверка |
| iOS + Android + admin API | Pro — несколько URL / проектов |
| CI нужен JSON | Pro REST + MCP (REST) |
Связанные материалы
- Проверки uptime для API-only SaaS
- Дизайн health endpoint
- Гайд по публичной status page
- Алерты владельца в Telegram
FAQ
StillOnline должен проверять URL приложения в store?
Нет. Страница магазина не отражает API. Бейте в https://api.yourapp.com/health.
StillOnline увидит баги только в клиенте?
Только если они дают HTTP-сбой на проверяемом URL. Крэши клиента — crash reporting; не замена uptime vs скорость страницы.
Куда в mobile app вести на status StillOnline?
Help center, WebView, шаблоны support — не прячьте ссылку только в footer (паттерны B2B работают и для B2C support).
Есть ли status.yourapp.com на StillOnline?
Нет в v1. Используйте stillonline.tech/s/....
Как быстро StillOnline алертит на 502 API?
После двух неудачных проверок подряд. После создания проверки подождите 2–3 цикла, прежде чем доверять тишине.