Мониторинг Telegram-бота: healthcheck, uptime-алерты и что делать когда бот упал

Мониторинг Telegram-бота — это связка из трёх вещей: healthcheck эндпоинт внутри бота, внешний сервис вроде UptimeRobot, который стучится в этот эндпоинт каждые 5 минут, и канал алертов, куда прилетает сообщение при падении. Без этой связки бот может лежать часами, а вы узнаете об этом от разозлённого пользователя в личке. Ниже — пошагово, как собрать рабочий мониторинг за 15 минут и бесплатно.

В 2026 году бесплатный UptimeRobot проверяет до 50 эндпоинтов раз в 5 минут без карты. Добавьте healthcheck-роут в бота, подключите его к UptimeRobot и настройте алерт в Telegram. В статье — код для Python FastAPI и Node.js, разбор ошибки с healthcheck Railway и таблица тарифов.

Почему Telegram-бот падает и об этом никто не узнает?

Бот падает молча: пользователь просто перестаёт получать ответы и уходит, а вайбкодер узнаёт о проблеме через день, когда открывает логи или читает жалобу в чате.

Telegram не присылает разработчику уведомление, если бот перестал отвечать. Платформа продолжает принимать сообщения от пользователей, но если ваш сервер упал или процесс завис, ответа просто не будет. За сутки простоя типичный микропродукт теряет часть аудитории безвозвратно: люди не пишут повторно, они уходят к конкуренту или просто забывают о боте.

Особенно уязвимы боты на бесплатных или дешёвых хостингах вроде Railway: контейнер может перезапуститься из-за нехватки памяти, обновления зависимости или сетевого сбоя платформы. Без внешнего контроля вы узнаете об этом только по факту жалобы. Именно поэтому healthcheck и мониторинг — не опция для «серьёзных» проектов, а обязательный шаг для любого бота, у которого есть хотя бы один живой пользователь.

Что такое healthcheck эндпоинт и зачем он боту?

Healthcheck эндпоинт — это отдельный URL вроде /health, который отвечает "ok" пока бот жив. Внешний сервис мониторинга стучится по этому адресу и поднимает тревогу, если ответа нет.

Сам по себе Telegram-бот не HTTP-сервер, поэтому его нельзя напрямую опросить по HTTP. Решение простое: рядом с логикой бота поднимаете легкий веб-сервер с одним маршрутом, который возвращает статус 200 и JSON с текущим временем. Если процесс завис или упал, сервер тоже перестанет отвечать, и внешний монитор это заметит. Такой подход работает одинаково для бота на Python, Node.js или любом другом стеке — вам нужен ровно один открытый порт и один роут.

Healthcheck для Python и FastAPI

Для бота на aiogram или python-telegram-bot healthcheck обычно поднимают параллельно основному циклу через отдельный FastAPI-сервер:

from fastapi import FastAPI
from datetime import datetime

app = FastAPI()

@app.get("/health")
async def health():
    return {
        "status": "ok",
        "timestamp": datetime.now().isoformat(),
        "bot": "running"
    }

Запускаете этот сервер вторым процессом (или в отдельном таске asyncio) на том же порте, что слушает платформа деплоя. Если бот упадёт из-за необработанного исключения в хендлере, а веб-сервер держится на отдельном таске, эндпоинт может продолжать отвечать «ok» даже когда бот уже не работает — поэтому в реальном проекте health-функция должна проверять не только «сервер жив», но и «последнее сообщение от Telegram обработано недавно».

Healthcheck для Node.js и Express

Для ботов на node-telegram-bot-api или Telegraf минимальный вариант выглядит так:

app.get('/health', (req, res) => res.json({
  status: 'ok',
  timestamp: new Date().toISOString()
}));

Дальше этот роут добавляете в UptimeRobot как обычный HTTP-монитор. Он же попадает в поле Healthcheck Path на Railway — но здесь важный нюанс, который путает почти всех новичков.

Чем healthcheck Railway отличается от постоянного мониторинга?

Healthcheck Railway проверяет эндпоинт только один раз, при запуске нового деплоя, и не следит за ботом после этого. Для непрерывного контроля нужен отдельный внешний сервис вроде UptimeRobot.

Официальная документация Railway прямо говорит: платформа опрашивает healthcheck-путь, чтобы убедиться, что новый деплой поднялся и готов принимать трафик, а после этого <cite index="22-1">эндпоинт не используется для постоянного мониторинга</cite>. Если бот упал через два часа после успешного деплоя, Railway этого не заметит и никакого алерта не пришлёт.

Это довольно частая ошибка вайбкодеров: настроили Healthcheck Path в railway.toml, увидели зелёный статус в панели и решили, что мониторинг готов. На деле он проверяет только момент запуска. Для контроля 24/7 всё равно нужен отдельный сервис снаружи платформы, который стучится в тот же /health каждые несколько минут независимо от того, был деплой или нет.

Как подключить бесплатный UptimeRobot за 15 минут?

Регистрируетесь на uptimerobot.com, создаёте HTTP-монитор с адресом вашего /health, указываете интервал проверки и канал уведомлений. Бесплатный тариф покрывает до 50 таких мониторов.

По состоянию на середину 2026 года бесплатный план UptimeRobot включает <cite index="9-1">50 мониторов с проверкой каждые 5 минут</cite> без привязки карты. Для одного-двух ботов этого хватает с запасом, а лимит логов на бесплатном тарифе — три месяца истории, что нормально для небольшого проекта.

Порядок действий:

1. Регистрируетесь и жмёте Add New Monitor.
2. Выбираете тип HTTP(s), вставляете полный адрес вида https://ваш-бот.up.railway.app/health.
3. Ставите интервал 5 минут — это максимум для бесплатного тарифа.
4. В разделе Alert Contacts подключаете Telegram-интеграцию: UptimeRobot поддерживает <cite index="13-1">прямую интеграцию с Telegram, Slack, Discord и ещё десятком каналов</cite> из коробки.
5. Сохраняете монитор и ждёте первую успешную проверку — обычно занимает меньше минуты.

Дальше при падении бота вы получите сообщение в Telegram максимум через 5-10 минут после инцидента, а не через сутки от расстроенного пользователя.

Как настроить алерт в Telegram когда бот упал?

Есть два уровня алертов: встроенная интеграция UptimeRobot с Telegram-каналом и собственная логика внутри бота, которая шлёт сообщение через Bot API при повторном сбое healthcheck.

Встроенной интеграции UptimeRobot достаточно для 90% случаев: создаёте канал в Telegram, добавляете туда официального бота UptimeRobot, привязываете его в настройках Alert Contacts — и все уведомления о падении и восстановлении идут прямо в чат. Настройка занимает пару минут и не требует кода.

Если хочется больше контроля, логику алерта можно написать самому. Идея: если /health не отвечает два раза подряд, отдельный скрипт шлёт сообщение через Telegram Bot API методом sendMessage на ваш личный chat_id. Такой вариант удобен, когда нужно кастомное сообщение с деталями ошибки, а не универсальный текст «Monitor is down».

Совет от Максима на эту тему звучит так:

Максим: «Мог просто засесть до пяти ночи и правил одну функцию, которая не работала. Если бы не терпение, в моменте я уже испотел и хотел всё закрыть. Но понимал, что это можно решить и нужно решить, чтобы идти дальше».

К мониторингу это применимо напрямую: алерт — это не про то, чтобы бот никогда не падал, а про то, чтобы вы узнали об этом за минуты, а не за сутки, и спокойно сели чинить, а не разгребали последствия постфактум.

Сколько стоит мониторинг Telegram-бота и когда переходить на платный тариф?

Для одного бота бесплатного тарифа UptimeRobot хватает навсегда. Платный переход имеет смысл только если нужна проверка раз в минуту вместо пяти или несколько человек в команде с доступом к панели.

По данным на май 2026, <cite index="12-1">тариф Solo стоит от 9 долларов в месяц при годовой оплате, Team — от 38 долларов</cite>. Для большинства вайбкодеров, которые ведут одного-двух ботов без SLA перед клиентами, бесплатного плана достаточно постоянно: 5 минут задержки в алерте почти никогда не критичны, если сравнивать с сутками полного неведения.

Что делать в первую минуту когда бот упал?

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

Первым делом откройте логи деплоя: на Railway это вкладка Deployments, там сразу видно, был ли crash с ненулевым кодом выхода или контейнер просто перестал отвечать на сеть. Если это crash, платформа обычно перезапускает сервис автоматически — у Railway это до 10 попыток restart policy. Если бот жив, но не отвечает на healthcheck, чаще всего дело в зависшем event loop или блокирующем вызове внутри асинхронного хендлера.

Дальше по ситуации: временный фикс — ручной restart сервиса из панели, постоянный — найти в логах строку, где всё остановилось, и обернуть подозрительный участок в try/except с логированием. Не пытайтесь чинить всё сразу: сначала верните бота в строй, потом разбирайте причину на свежую голову.

UptimeRobot или альтернативы: что выбрать для мониторинга бота?

UptimeRobot остаётся оптимальным выбором для одного-двух ботов благодаря бесплатному тарифу на 50 мониторов. Для команд с деньгами на подписку и потребностью в статус-страницах смотрят в сторону Better Stack или GoPinger.

Для одиночного вайбкодера с одним-двумя проектами разница между сервисами почти не ощущается — берите UptimeRobot и не усложняйте. Переход на альтернативу имеет смысл только если вы строите продукт для клиентов и нужна брендированная статус-страница или SLA-отчётность.

Частые вопросы о мониторинге Telegram-ботов

Как узнать что Telegram-бот упал без мониторинга?
Без внешнего инструмента узнаете только когда пользователь напишет, что бот не отвечает. Это может занять от пары часов до суток, и часть аудитории за это время уйдёт без объяснений.

Хватит ли бесплатного UptimeRobot для одного бота?
Да, бесплатного плана с 50 мониторами и проверкой раз в 5 минут достаточно для одного-двух ботов на постоянной основе, без необходимости платить.

Можно ли использовать healthcheck Railway вместо отдельного мониторинга?
Нет, healthcheck Railway проверяет эндпоинт только при деплое и не следит за ботом после запуска. Для контроля 24/7 нужен внешний сервис вроде UptimeRobot.

Куда добавить healthcheck эндпоинт если бот на aiogram?
Поднимите рядом с ботом отдельный FastAPI или aiohttp сервер с роутом /health на том же порте, что слушает платформа деплоя, и укажите этот адрес в мониторе.

Как быстро приходит алерт если бот упал?
При интервале проверки 5 минут на бесплатном тарифе алерт обычно приходит в течение 5-10 минут после реального падения, с учётом повторной проверки для исключения ложных срабатываний.

Можно ли получать алерты не в Telegram, а на почту?
Да, UptimeRobot поддерживает email, SMS, push в мобильном приложении и десяток мессенджеров одновременно — можно включить сразу несколько каналов на один монитор.

Что если healthcheck отвечает ok, а бот всё равно не работает?
Значит, healthcheck проверяет только то, что жив веб-сервер, а не то, что бот обрабатывает сообщения. Добавьте в проверку время последнего полученного апдейта от Telegram, а не просто факт работы процесса.

Глоссарий

• Healthcheck — отдельный URL, который сервис отдаёт в ответ на запрос, чтобы подтвердить, что он жив и работает.
• Uptime-мониторинг — регулярная внешняя проверка доступности сервиса с алертами при сбое.
• Даунтайм — период, когда сервис недоступен для пользователей.
• Restart policy — правило хостинга, по которому упавший процесс перезапускается автоматически заданное число раз.
• Event loop — цикл событий в асинхронном коде, зависание которого останавливает обработку всех входящих сообщений бота.

Разобраться в том, какой стек и хостинг проще довести до продакшена без даунтайма, помогает каталог AI-инструментов на VibeCoderz — там собраны честные обзоры IDE и агентов для вайбкодинга. Если задача шире одного бота и нужен системный подход к DevOps-рутине на AI, посмотрите подборку агентов для DevOps-задач.

Если нужна помощь с настройкой мониторинга под конкретный проект или разбор архитектуры бота, пишите на консультацию к Максиму.