Вводная
Telegram-уведомления часто воспринимаются как мелочь, пока они не перестают приходить. Форма может работать, заявка может сохраняться в базе или уходить на почту, но менеджер привык смотреть только в Telegram. В результате технический сбой уведомления превращается в задержку обработки клиентов.
Симптомы
Причины бывают простые: бот удалён из чата, поменялся chat_id, токен перевыпустили, webhook конфликтует с polling, сервер не может обратиться к Telegram API, сообщение стало слишком большим или содержит символы, которые ломают форматирование.
Что проверяется
- актуален ли токен бота
- находится ли бот в нужном чате и имеет ли права
- какой chat_id используется сейчас
- какой ответ возвращает Telegram API
- не конфликтуют ли webhook и polling
- не превышаются ли лимиты и размер сообщения
- есть ли fallback: почта, локальный журнал или ревью заявок
Ход исправления
Проверка начинается с ручной тестовой отправки через тот же токен и chat_id. Затем смотрится ответ API, а не только факт вызова функции отправки. Если Telegram возвращает ошибку, она должна попадать в лог. После исправления сообщение упрощается до устойчивого формата, а важные поля заявки сохраняются до попытки отправки уведомления.
Нормальный результат
Нормальный результат — новая заявка не зависит только от Telegram. Уведомление приходит быстро, но сама заявка хранится отдельно. Если Telegram временно недоступен, это видно в логах, а обращение не теряется.
Вывод
Уведомления — это витрина оперативности, но не единственное хранилище лида. Канал может сломаться; система не должна делать вид, что заявки не было.