Вступ
Повідомлення в Telegram часто сприймаються як дрібниця, доки вони не перестають надходити. Форма може працювати, заявка може зберігатися в базі або надсилатися на електронну пошту, але менеджер звик перевіряти лише Telegram. У результаті технічний збій у роботі сповіщень призводить до затримки в обробці запитів клієнтів.
Симптоми
Причини бувають простими: бот видалено з чату, змінився chat_id, токен перевипущено, webhook конфліктує з polling, сервер не може звернутися до Telegram API, повідомлення стало занадто великим або містить символи, які порушують форматування.
Що перевіряється
- чи є токен бота актуальним
- чи перебуває бот у потрібному чаті та чи має він права
- який chat_id використовується зараз
- яку відповідь повертає Telegram API
- чи не конфліктують між собою webhook та polling
- чи не перевищуються ліміти та розмір повідомлення
- чи є запасний варіант: електронна пошта, локальний журнал або перевірка заявок
Процес виправлення
Перевірка починається з ручного тестового надсилання за допомогою того самого токена та chat_id. Потім перевіряється відповідь API, а не лише сам факт виклику функції надсилання. Якщо Telegram повертає помилку, вона має потрапляти до журналу. Після виправлення повідомлення спрощується до стабільного формату, а важливі поля запиту зберігаються до спроби відправлення сповіщення.
Нормальний результат
Це нормальний результат — нова заявка не залежить виключно від Telegram. Повідомлення надходить швидко, але сама заявка зберігається окремо. Якщо Telegram тимчасово недоступний, це видно в логах, а заявка не губиться.
Висновок
Повідомлення — це вітрина оперативності, але не єдине місце зберігання лідів. Канал може вийти з ладу; система не повинна робити вигляд, ніби заявки не було.