Интерфейс прямо в чате: когда мини-приложение больше не нужно

Довольно долго у бота было ровно два способа показать что-то сложнее абзаца: рисовать псевдотаблицы моноширинным шрифтом или поднимать мини-приложение. Летом 2026 года появился третий, и он убирает целый класс задач.

Что именно изменилось

В версии Bot API 10.1 сообщение перестало быть строкой с разметкой. Теперь бот отправляет дерево блоков, а клиент его рисует.

Разница принципиальная. Раньше вёрстка сообщения сводилась к тому, чем разделить строки: переносами, дефисами, эмодзи. Всё, что сложнее списка, приходилось имитировать — таблицу набирать пробелами и надеяться, что на телефоне не разъедется.

Теперь у блоков есть тип. Таблица — это таблица, а не текст, притворяющийся таблицей. Сворачиваемый раздел — это раздел, который действительно сворачивается.

Как я сравнивал

Чтобы разница была видна, я взял один и тот же пример — расчёт доставки груза — и собрал его на двух своих ботах. Один отвечает по-старому, второй по-новому. Один и тот же запрос, один и тот же набор данных.

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

Новый вариант я собрал так, чтобы задействовать почти всё, что есть в формате.

По сути это страница сайта, только она живёт внутри переписки и не требует ни домена, ни сервера под фронтенд.

Живая генерация и её ограничение

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

Выглядит это хорошо и снимает ощущение зависшего бота. Но есть ограничение, которое надо знать заранее: такой черновик живёт тридцать секунд и не сохраняется в истории чата. То есть человек посмотрел — и через полминуты в переписке ничего нет.

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

Где мини-приложение теперь лишнее

Главный вывод из сравнения: мини-приложение больше не нужно там, где его заводили только ради вёрстки.

А заводили его ради этого часто. Нужна таблица с расчётом, карточка товара, красивый список этапов, картинки в сетке — и вот уже поднимается сайт, покупается домен, выпускается сертификат, настраивается обновление, а потом кто-то следит, чтобы это всё не упало. Отдельный слой инфраструктуры существовал ради оформления.

Теперь этого слоя не требуется. Всё перечисленное собирается прямо в сообщении.

Второй аргумент даже весомее первого: сообщение работает в группах и каналах, где мини-приложения недоступны вовсе. То есть новый формат не просто дешевле — он достаёт туда, куда старый подход не доставал в принципе.

Где мини-приложение остаётся нужным

Граница проходит по состоянию.

Сообщение — это снимок. Оно показывает то, что есть на момент отправки, и не помнит, что человек делал дальше. Если задача сводится к «показать результат», этого достаточно.

Мини-приложение нужно там, где состояние сложное и живёт между действиями: корзина, куда складывают товары и меняют количество; календарь записи, где надо выбрать день, увидеть занятые слоты и подтвердить; личный кабинет с историей; интерактивные карты; формы в несколько шагов с зависимыми полями.

Простое правило для оценки: если пользователь только читает и нажимает одну кнопку — хватит сообщения. Если он редактирует, накапливает и возвращается к недоделанному — нужно мини-приложение.

Что это значит для сметы

Из оценки проекта уходит целый пункт: разработка и поддержка веб-приложения. Вместе с ним уходят домен, сертификат, хостинг, обновления и наблюдение за тем, живо ли оно.

Остаётся то, что и так было: логика бота, данные, интеграции. Сборка сообщения из блоков — работа сопоставимая с оформлением текста, а не с разработкой отдельного фронтенда.

Поэтому оценивать проекты на ботов теперь стоит иначе, чем год назад. Формулировка «тут нужна красивая вёрстка, значит мини-приложение» перестала быть верной, и защищать её в смете больше нечем.

Частые вопросы

Нужно ли переписывать существующих ботов?

Целиком — нет. Смысл есть там, где мини-приложение только показывает данные: карточки, расчёты, отчёты. Перенос такой части в сообщения убирает поддержку веб-части и ничего не ломает у пользователя.

Что будет у тех, у кого старый клиент?

Это и есть главный вопрос совместимости при переходе. Резервный текстовый вариант ответа стоит держать всегда, как раньше держали простой текст рядом с разметкой.

Можно ли обойтись без мини-приложения в записи на услугу?

Частично. Показать свободные окна, условия и итог можно сообщением. Но сам выбор даты со слотами и подтверждение — это состояние, и здесь мини-приложение всё ещё уместнее.

Почему живую генерацию нельзя использовать как основной ответ?

Потому что она не сохраняется в истории и исчезает через полминуты. Это эффект ожидания, а не способ доставки информации.

Работает ли это в группах и каналах?

Да, и это отдельный плюс. Мини-приложение там не открыть, а сообщение с блоками читается так же, как в личной переписке.

Коротко о главном

Новый формат сообщений забрал у мини-приложений ровно то, ради чего их чаще всего и поднимали: вёрстку. Таблицы, коллажи, сворачиваемые разделы, карты и оглавление теперь живут прямо в переписке, без домена и без сервера под фронтенд.

Мини-приложение осталось инструментом для сложного состояния — корзины, календаря, кабинета. Граница простая: читает и нажимает одну кнопку — сообщение; редактирует и возвращается — приложение. Живая генерация при этом красивая, но в истории не остаётся, и финальный ответ надо досылать обычным сообщением.

Если у вас есть бот с мини-приложением или только план его делать — расскажите, что оно должно показывать. Скажу, какая часть переезжает в сообщения, а какая действительно требует отдельного приложения. Напишите в Telegram, MAX или VK.