В тестовой сборке Telegram для macOS 12.10.283300 обнаружили HTMLBubbles — подсистему, которая позволяет показывать интерактивные HTML-сообщения прямо в чате. Для разработчиков это намёк на новый формат интерфейсов внутри мессенджера: не отдельный Mini App, а компактный виджет в потоке переписки с жёстко ограниченными возможностями.
Внутри сборки нашли 64 демонстрационных сценария, сообщает Habr / Новости. Среди них — карточки товаров с выбором параметров, посадочные талоны, списки задач, шахматная доска и другие элементы, с которыми пользователь может взаимодействовать, не покидая диалог и не открывая отдельное приложение.
Название HTMLBubbles хорошо описывает механику: интерактивность живёт внутри конкретного сообщения. В обычном Telegram-боте или Mini App разработчик часто переводит пользователя в отдельное окно, где можно строить полноценный интерфейс. Здесь интерфейс остаётся «пузырём» в ленте чата. Такой подход потенциально подходит для действий, которые не требуют длинного сценария: отметить выполненную задачу, выбрать вариант товара, изменить количество, передвинуть фигуру на доске или проверить детали билета.
Технически это не встроенный браузер. HTMLBubbles использует litehtml: движок разбирает HTML и CSS, рассчитывает расположение элементов, а текст и изображения Telegram отрисовывает нативными средствами macOS. Поэтому интерактивные HTML-сообщения не стоит путать с веб-страницей, запущенной в миниатюре. Поддержка веб-стандартов частичная, а сама архитектура намеренно ограничена, чтобы сообщения не превратились в бесконтрольные вкладки браузера.
Ограничения выглядят важнее списка эффектных демо. В среде нет привычных браузерных объектов document и window; недоступны fetch, XMLHttpRequest и сокеты. Внешние изображения по HTTP и HTTPS заблокированы. Вместо них можно использовать встроенные данные, системные иконки и внутренние ресурсы Telegram. Теги video, audio, iframe и canvas система игнорирует. Иными словами, разработчик получает не универсальную веб-платформу, а песочницу для небольших локальных интерфейсов.
Отдельно Telegram ограничил JavaScript. Один синхронный вызов может работать не более 50 миллисекунд, а суммарная квота составляет 200 миллисекунд в секунду. Одновременно допускается до 16 таймеров. Если скрипт слишком долго выполняется или завершается ошибкой, виджет должен переключиться на статичную HTML-версию. Для пользователя это страховка от зависшего сообщения, для разработчика — прямое требование проектировать интерфейс так, чтобы он оставался полезным без сложной клиентской логики.
Такой набор правил заметно сужает круг задач, но в этом же его практическая ценность. В чатах особенно востребованы быстрые действия, а не ещё один экран с авторизацией, загрузкой и навигацией. Сервис доставки может показать статус заказа и пару доступных операций, HR-команда — карточку встречи или короткий опрос, продуктовая команда — интерактивный чек-лист. При этом отсутствие сетевых запросов не позволит незаметно превратить сообщение в самостоятельный удалённый клиент к любому сервису.
Для бизнеса формат может стать способом сократить число переходов между сообщением и интерфейсом, но не отменяет необходимость продумывать логику бота или Mini App. HTMLBubbles, судя по найденным ограничениям, лучше воспринимать как слой представления уже подготовленных данных. Если сценарию нужны постоянная синхронизация, медиа, работа с внешними API или сложная визуализация, возможностей такого сообщения будет недостаточно.
Пока речь идёт только об экспериментальной подсистеме в сборке Telegram для macOS, а не об анонсированной функции с понятными условиями запуска. Главный вопрос — останется ли HTMLBubbles набором локальных интерактивных карточек или Telegram со временем предложит разработчикам публичный и кроссплатформенный формат. В любом случае эксперимент показывает довольно прагматичную ставку: дать сообщениям немного интерфейса, но не дать им стать браузером внутри чата.