Автоматизация uptime-алертов через Zapier и n8n
Автоматизация полезна, когда алерт должен создать задачу, строку в Notion или сообщение во втором канале. Она вредна, если прячет исходный сигнал за хрупкой цепочкой.
StillOnline остаётся источником монитора и страницы статуса. Zapier или n8n просто копируют сигнал в инструменты, где команда уже работает.
Краткий ответ
В StillOnline алерты владельца начинаются с email, Telegram или Slack: Free даёт один канал, Pro/Ultimate — все три на тарифах. Zapier поддерживает email-триггеры и многошаговые Zaps в документации Zapier, а n8n описывает webhook и email-trigger workflows в n8n integrations. Пусть StillOnline мониторит, а автоматизация создаёт Jira-задачу, строку Notion, пост в Teams или чеклист.
Полезные сценарии
Начинайте с канала, который легко проверить. Для маленькой SaaS-команды это обычно email-пересылка или Slack-канал, который слушает автоматизация.
| Сценарий | Триггер | Действие |
|---|---|---|
| Алерт в Jira | Email StillOnline | Создать incident task |
| Алерт в Notion | Email StillOnline | Добавить строку |
| Алерт в Teams | Email или Slack-копия | Короткое сообщение |
| Заметка о восстановлении | Владелец закрыл инцидент | Обновить задачу вручную |
Ограничения
Автоматизация не должна сама публиковать публичный текст инцидента. Монитор знает, что endpoint недоступен; он не знает, видят ли пользователи проблему в checkout, login или сторонней зависимости.
Публичную историю пишите на странице статуса. Zapier или n8n пусть ведут внутренний учёт.
n8n или Zapier
Zapier быстрее для нетехнических команд. n8n удобнее, если у вас уже есть своя автоматизация и нужны ветвления.
В обоих случаях держите flow коротким: алерт на входе, одна запись, одно внутреннее сообщение. Для глубокой автоматизации статуса используйте REST API StillOnline на Pro.
FAQ
StillOnline может напрямую запускать Zapier или n8n?
Используйте email, Slack или REST API в зависимости от тарифа и процесса. StillOnline остаётся источником сигнала, а Zapier или n8n копируют его дальше.
Стоит ли StillOnline автоматически публиковать публичный инцидент?
Нет. Автоматически создавайте внутреннюю задачу, а текст на странице статуса пусть публикует владелец после проверки влияния на пользователей.
Куда можно отправлять алерт StillOnline?
Частые цели — Jira, Notion, Teams, Google Sheets или второй Slack-канал. Начните с одного действия: длинные цепочки сложнее доверять во время сбоя.
Дополнительно
Страница статуса для webhook-платформ
Webhook и event-платформы: публичная страница статуса на ingress URL, внешние HTTP-проверки StillOnline и алерты в Telegram — гайд для API SaaS на StillOnline.
REST API uptime и статус сервиса
Публичный JSON статуса без ключа и checks.list с last_status по Bearer — примеры curl, лимиты, пауза проверок, API-ключ Pro. StillOnline. Без установки на сервер.
Шаблон email клиентам при сбое
Email всей базе при outage со ссылкой на live-обновления StillOnline — отдельно от уведомлений подписчиков страницы.
Ритм обновлений при инциденте: правило пяти минут
Первое обновление на странице статуса за пять минут, «нет новостей» как валидный пост, cadence при outage на StillOnline.