Я сначала решил, что неправильно прочитал документацию. Потом открыл changelog, нашёл метод sendRichMessage и всё равно перепроверил ещё раз. Telegram тихо дал ботам формат, из которого уже можно собирать не короткую подпись под картинкой, а почти полноценный выпуск медиа.
Для меня это не абстрактное обновление API. Я как раз собираю PLISKO NEWS: длинная версия материала живёт на plisko.net, короткая приходит в канал, источники не прячутся, а перед отправкой я вижу готовый пост и подтверждаю его руками. Раньше в этой схеме почти неизбежно появлялся Telegraph. Теперь он становится запасным выходом, а не центром всей редакции.
Что именно выпустил Telegram
11 июня 2026 года в Bot API 10.1 появился новый тип Rich Message. Вместе с ним Telegram добавил sendRichMessage для готовой публикации и sendRichMessageDraft для потокового черновика. 14 июля, уже в Bot API 10.2, разработчики добавили явные входные блоки и управление медиа. То есть это не обещание в блоге и не экспериментальная картинка. Методы и типы уже описаны в официальном Bot API.
Rich Message можно передать как Markdown или HTML. Внутри поддерживаются заголовки секций, обычные абзацы, списки, таблицы, цитаты, раскрывающиеся детали, формулы, карты, аудио, фото, видео, коллажи и слайд-шоу. Под сообщением остаётся reply_markup, поэтому привычные inline-кнопки тоже никуда не делись.
- До 500 блоков внутри одного сообщения.
- До 16 уровней вложенности.
- До 50 фото, видео и аудиовложений суммарно.
- До 20 колонок в одной таблице.
- Отдельный 30-секундный черновик для потокового превью в личном чате.
Пост в Telegram больше не обязан быть обрезком статьи. Он может стать самостоятельной версией материала.
Почему раньше почти всегда появлялся Telegraph
Обычный sendMessage принимает от 1 до 4096 символов. Для новости этого хватает. Для нормального технического разбора с контекстом, примером кода и источниками уже тесно. Приходилось резать текст на цепочку сообщений, делать огромную подпись под альбомом или уводить читателя на внешнюю страницу.
Telegraph решал длину, но добавлял ещё одну точку публикации. Статья на сайте, версия в Telegraph, анонс в Telegram. Исправил цифру в одном месте и сразу вспоминаешь, где ещё осталась старая. Плюс читатель выходит из ленты ещё до того, как понял, стоит ли материал его времени.
| Возможность | Обычный sendMessage | Rich Message |
|---|---|---|
| Текст | до 4096 символов | до 32 768 символов |
| Структура | текст и базовое форматирование | заголовки, списки, таблицы, цитаты, details |
| Медиа | отдельные методы или альбом | медиа как часть структуры |
| Кнопки | reply_markup | reply_markup |
| Потоковый черновик | нет | sendRichMessageDraft |
Как будет выглядеть один выпуск PLISKO NEWS
Я не хочу переносить на Telegram всю статью пиксель в пиксель. На сайте остаётся каноническая версия: нормальный URL, поиск, RSS, история исправлений и полный список источников. Telegram получает свою редактуру. Быстрый вход, один сильный факт, несколько выводов, то, что можно применить, и кнопка на полный разбор.
- Заголовок и короткий личный лид без новостного канцелярита.
- Одна центральная цифра, которую легко унести с собой.
- Два или три смысловых блока вместо длинной стены текста.
- Таблица для сравнения инструмента или карточки репозитория.
- Источники внутри раскрывающегося details-блока.
- Кнопки на plisko.net, документацию, GitHub и Tribute, если поддержка уместна.
Получается один материал, но не один и тот же текст, механически размазанный по площадкам. Сайт отвечает на вопрос полностью. Telegram помогает быстро понять, зачем вообще открывать эту тему. Если короткой версии достаточно, читателя никто силой не тащит наружу.
Минимальный payload уже выглядит нормально
В простом варианте не нужен отдельный конструктор страниц. Бот отправляет rich_message с Markdown и добавляет клавиатуру тем же запросом. Токен, конечно, хранится в окружении, а не в файле с черновиком.
const payload = {
chat_id: "@pliskonews",
rich_message: {
markdown: "# SIGNAL #001\n\n32 768 символов в одном посте."
},
reply_markup: {
inline_keyboard: [
[{ text: "Читать на сайте", url: articleUrl }],
[{ text: "Документация", url: botApiUrl }]
]
}
};
await fetch(`https://api.telegram.org/bot${token}/sendRichMessage`, {
method: "POST",
headers: { "content-type": "application/json" },
body: JSON.stringify(payload)
});В проекте я уже сделал безопаснее: обычный запуск только собирает payload и печатает dry-run. Реальная отправка требует флаг --send, статус approved и две переменные окружения. Пока хотя бы одного условия нет, публикации не будет. Это тот случай, когда лишний предохранитель дешевле случайного поста в живом канале.
Где я пока не готов праздновать
Документация подтверждает API, но не отвечает за то, как конкретный сложный выпуск будет ощущаться на каждом клиенте. Таблица на широком экране может быть отличной и неудобной на старом телефоне. Коллаж из десяти изображений технически разрешён, но это ещё не значит, что его стоит делать. А 32 тысячи символов легко превращаются в законный способ написать ещё более страшное полотно.
- Сначала проверить Android, iPhone, macOS и десктопный клиент Telegram.
- Собрать запасной короткий шаблон на случай проблем с конкретным типом блока.
- Не использовать максимальные лимиты просто потому, что они есть.
- Отдельно проверить редактирование уже опубликованного Rich Message.
- Не смешивать редакционный черновик и автоматическую отправку.
Поэтому честный статус сейчас такой: формат подтверждён официальной документацией, генератор payload собран и проверяется тестами, но матрица реальных клиентов ещё впереди. Я не буду называть это готовым продакшеном, пока не увижу один и тот же выпуск на устройствах руками.
Что это меняет для разработчиков и авторов
Для разработчика это новый уровень представления данных внутри чата. Отчёт бота можно собрать таблицей, лог ошибки спрятать в details, формулу оставить формулой, а результаты мониторинга разделить заголовками. Не обязательно сразу строить Mini App, если человеку нужно прочитать, сравнить и нажать одну кнопку.
Для автора смысл ещё проще. Канал перестаёт быть только входной дверью на внешний сайт. В нём можно сделать материал, который уважает время читателя и при этом не выглядит как двадцать сообщений подряд от очень увлечённого бота.
Главный выигрыш не в длине. Он в том, что у поста наконец появилась структура.
Мой следующий шаг
Первым реальным тестом станет этот выпуск. Сайт уже держит полную статью. Для Telegram я собираю отдельную версию с той же центральной цифрой, короткими тезисами, спрятанными источниками и двумя кнопками. Сначала dry-run, потом просмотр на устройствах, и только после этого approved.
Если всё ведёт себя так же хорошо, как выглядит в Bot API, связка будет простой: радар приносит темы, я выбираю одну, статья выходит на PLISKO NEWS, а SIGNAL приходит в Telegram уже как самостоятельный выпуск. Telegraph остаётся рядом на случай пожара. Надеюсь, ему будет скучно.
Источники
Редакционная заметка: факты сверяются по ссылкам выше. Композиция, формулировки и выводы написаны для PLISKO NEWS. Если заметили ошибку, напишите в @pliskonews.