Telegram Bot API 10.1 добавил Rich Messages — что это меняет (и не меняет) для команд, работающих с входящими — UnifyPort
11 июня Telegram выпустил Bot API 10.1 — и на этот раз ажиотаж оправдан. Боты теперь могут отправлять rich-сообщения с таблицами, заголовками, вложенными списками, инлайн-медиа, сворачиваемыми секциями, математическими формулами, сносками и блоками цитат. Новый метод sendRichMessageDraft позволяет стримить сообщения по мере генерации — AI-агенты могут выдавать ответ постепенно, а не отправлять стену текста после долгой паузы. Максимальная длина сообщения выросла до 32 768 символов, а после первых ~8 000 появляется кнопка «Показать ещё».
За несколько дней все крупные библиотеки для ботов — python-telegram-bot, puregram, Telegraf — открыли issues для поддержки 10.1. Фреймворки для AI-агентов начали заводить тикеты на замену Markdown-рендеринга новыми блоками RichMessage. Если вы разрабатываете Telegram-ботов, это самое крупное обновление форматирования со времён MarkdownV2 в 2019 году.
Но если ваша команда принимает сообщения через Telegram и другие платформы, стоит задать более точный вопрос: влияет ли что-то из этого на ваш входящий пайплайн?
Что конкретно добавил Bot API 10.1
Все новые возможности относятся к исходящей стороне — как бот форматирует и отправляет сообщения пользователям:
| Возможность | Метод | Что делает |
|---|---|---|
| Богатое форматирование | sendRichMessage | Таблицы, заголовки, списки, инлайн-медиа, формулы, сворачиваемые блоки, сноски |
| Потоковые ответы | sendRichMessageDraft | Стриминг сообщений по мере генерации — для AI-агентов |
| Увеличенная длина | — | До 32 768 символов (ранее ~4 096 эффективных) |
| Rich-результаты инлайн | InputRichMessageContent | Rich-форматирование в инлайн-, гостевых и Web App запросах |
| Редактирование | editMessageText | Новый параметр rich_message для редактирования rich-сообщений |
Все эти функции улучшают то, что бот может сказать. Ни одна из них не меняет то, что бот слышит. Объект Update — структура данных, которую Telegram присылает боту, когда пользователь пишет ему — остался точно таким же, как до 10.1. Текстовое сообщение от пользователя по-прежнему приходит как message с полем text. Медиа по-прежнему приходит как photo, document, voice и т.д. Схема входящих не изменилась, потому что не нуждалась в изменениях: пользователи не отправляют ботам rich-сообщения с LaTeX-формулами и сворачиваемыми секциями.
Почему для мультиплатформенных команд это менее значимо, чем кажется
Если Telegram — ваш единственный канал, 10.1 — однозначно хорошая новость. Ответы бота стали красивее, потоковый вывод AI-агента — плавнее, и больше не нужно бороться с правилами экранирования MarkdownV2.
Но большинство команд, обрабатывающих входящие сообщения в 2026 году, работают не только с Telegram. Они параллельно обрабатывают WhatsApp DM, LINE-сообщения, переписки из TikTok Shop, упоминания в X и сообщения из Zalo OA. Проблема не в форматировании исходящих ответов — а в том, чтобы собрать все входящие сообщения в одном месте, в одном формате, достаточно быстро для соблюдения SLA.
Вот что предлагает официальный API каждой платформы для входящей доставки:
| Платформа | Официальный метод приёма | Формат | Стоимость | Время настройки |
|---|---|---|---|---|
| Telegram | Bot API webhook (setWebhook) | Telegram Update JSON | Бесплатно | Минуты |
| Cloud API webhook | Формат Meta webhook | Поcообщенно + наценка BSP | Дни — недели | |
| LINE | Messaging API webhook | LINE event JSON | Бесплатный лимит, далее посообщенно | Дни — недели (3 страны) |
| X | API v2 (поллинг или filtered stream) | X API JSON | $0.001–$0.20 за запрос | Часы — дни |
| TikTok | Нет общего DM API | — | — | Программатический путь отсутствует |
| Zalo | OA API webhook | Zalo event JSON | Уровневая тарификация OA | Дни — недели |
Шесть платформ, шесть моделей аутентификации, шесть форматов вебхуков, шесть тарифных структур. Telegram Bot API 10.1 усилил один столбец этой таблицы — столбец форматирования исходящих в Telegram — но не изменил строку, которая реально определяет сложность интеграции: формат данных входящих сообщений.
Проблема входящих — нормализация формата, а не форматирование
Мультиплатформенной команде, работающей со входящими, нужен не богатый формат исходящих на каком-то одном канале, а нормализованное входящее событие, одинаковое независимо от платформы отправки — чтобы один обработчик вебхуков, одна проверка подписи и одна функция маршрутизации покрывали все шесть каналов.
Именно это предоставляет UnifyPort. Подключите аккаунты — Telegram, WhatsApp, LINE, TikTok, Zalo, X — и каждое входящее сообщение приходит на ваш вебхук как событие message.received в единой нормализованной схеме:
{
"event": "message.received",
"data": {
"account_id": "acct_tg_support",
"provider": "telegram",
"chat_id": "chat_7d3a1f",
"sender": "user_9c4b2e",
"message": {
"id": "tg_msg_8e1f4a",
"type": "text",
"text": "Здравствуйте, есть ли размер L?",
"reply_token": "rt_3f7b9c..."
},
"timestamp": 1750636800
}
}Замените provider на whatsapp, line или tiktok — структура данных не изменится. Ваш обработчик проверяет одну подпись HMAC-SHA256 с помощью signing_secret, установленного при создании вебхука, и маршрутизирует сообщение — без подключения SDK для каждой платформы, без логики парсинга для каждого канала, без шестистороннего ветвления по формату события.
Не требуется одобрение официального API или бизнес-верификация. Работают личные и обычные аккаунты. Нет посообщенной тарификации и очереди на утверждение шаблонов.
Что реально стоит сделать с 10.1
Если вы разрабатываете Telegram-ботов: обновите библиотеку и начните использовать sendRichMessage. Возможности форматирования действительно впечатляют, а стриминг через sendRichMessageDraft — очевидный плюс для AI-ботов с длинными ответами.
Если вы принимаете сообщения с нескольких платформ: 10.1 не меняет вашу архитектуру входящих. Сообщения от пользователей приходят в прежнем формате — и в Telegram, и везде остальном. Интеграционная задача по-прежнему в том, чтобы свести шесть разных форматов входящих в один обработчик, и именно этот слой — единый вебхук — снимает платформозависимую работу.
Telegram выпустил кисть получше. Сантехника — доставка сообщений от клиентов к вашей команде — это другая задача, и она по своей природе не зависит от платформы.