Telegram Mini App: когда мини-приложение заменяет мобильное

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

Аудитория уже в мессенджере. Канал на десятки тысяч подписчиков, активный чат, работающий бот. Переводить этих людей в магазин приложений дорого: каждый шаг воронки теряет часть аудитории, а установка — самый дорогой шаг.

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

Продукт проверяют на скорость. Гипотезу нужно проверить за месяц, и квартал на это никто не даст. Мини-приложение снимает установку, регистрацию и модерацию магазинов — три вещи, которые обычно и съедают время до первых цифр.

Есть и четвёртый случай, менее очевидный. Внутренние инструменты для сотрудников, подрядчиков и курьеров. Подать заявку, сдать отчёт, свериться по остаткам — такие задачи закрываются парой экранов. Ставить корпоративное приложение на личные телефоны люди не любят, а мессенджер у них уже открыт.

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

Нужна работа офлайн или в фоне. Приложение для полевых сотрудников без стабильной связи, трекер маршрута, фоновая синхронизация — вне возможностей площадки.

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

Продукт и есть ваш бизнес целиком. Единственный канал продаж, размещённый на чужой площадке, — это риск, которым вы не управляете. Относиться к нему стоит как к внешнему поставщику со своими условиями.

Три инструмента решают разные задачи, и путают их постоянно.

Здесь начинается самая недооценённая часть темы. Правила площадки жёсткие и прямо написаны в её документации.

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

Что важно понимать про состав данных. Телефон и электронная почта автоматически не передаются — их запрашивают отдельно, и пользователь может отказаться. Идентификатор в мессенджере не равен вашему клиенту в учётной системе, и связку между ними придётся строить самостоятельно.

Отсюда следует практическое требование к архитектуре. Вход через площадку хорош как способ узнать человека, но собственная модель пользователя в системе нужна с первого дня. Иначе при появлении второго канала — сайта, приложения, кабинета — окажется, что клиентская база живёт только внутри чужого сервиса.

Вторая деталь всплывает уже после запуска. Человек может сменить имя пользователя, номер телефона и даже завести второй аккаунт, и для системы это будет другой клиент. Поэтому идентификатор площадки используют как способ входа, а связку с реальным клиентом строят по телефону или почте, которые запрашивают отдельно и один раз.

Разговор про мини-приложения в 2026 году без этой главы был бы неполным. Цифры такие.

В январе 2026 года Telegram был самым популярным мессенджером в России с месячной аудиторией около 96,98 млн человек. С лета 2025 года Роскомнадзор ограничивал звонки и замедлял передачу медиафайлов, в начале 2026 года доступ был ограничен. По данным ГК «Родная речь», за январь—май 2026 года дневной охват упал почти на 50%, до 40,25 млн человек; у WhatsApp за тот же период снижение составило 43%, до 25,6 млн.

При этом площадка остаётся крупнейшим мессенджером страны, а рекламные бюджеты в мае 2026 выросли на 11% к апрелю. Аудитория никуда не исчезла, но она сократилась и стала менее предсказуемой.

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

Из предыдущей главы следует конкретное архитектурное требование, и стоит оно недорого, если заложить его сразу.

Мини-приложение — это веб-приложение. Значит, то же самое приложение может открываться и по обычной ссылке в браузере. Разница между двумя входами сводится к способу авторизации и к нескольким вызовам функций площадки.

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

Дальше веб-версию можно превратить в устанавливаемое приложение — как это делается, разобрано в материале про то, как превратить сайт в приложение. Получается три входа в один продукт при одной кодовой базе.

Если у вас уже есть сайт или веб-сервис, часть работы действительно сделана. Но переиспользуется не всё, и ожидания стоит выровнять заранее.

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

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

Хорошая новость в том, что веб-приложение и мини-приложение делаются на одном стеке и одной командой. Плохая — что «у нас уже есть сайт, вставьте его в мессенджер» экономит меньше, чем принято думать.

Мини-приложение живёт в чужом окне, и это накладывает правила, которых нет у обычного сайта.

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

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

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

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

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

Входов остаётся четыре. Ссылка в вашем канале или чате, кнопка в боте, каталог приложений внутри мессенджера, прямая ссылка в рекламе и на сайте.

Отсюда честный вывод про аудиторию. Мини-приложение не приводит новых пользователей само по себе — оно обслуживает тех, кто у вас уже есть. Если канала и подписчиков нет, сначала строят аудиторию, и в этой задаче чат-бот с полезным сценарием обычно оказывается первым шагом.

Ссылки на мини-приложение умеют передавать стартовый параметр, и это стоит использовать с первого дня. В параметр кладут метку источника, и тогда видно, откуда пришёл человек — из поста в канале, из рекламы, из бота или по ссылке с сайта. Без такой разметки вся статистика сливается в одну цифру и оценивать каналы нечем.

Сайт при этом остаётся основным источником новых людей, потому что его находят в поиске. Ещё один аргумент за то, чтобы веб-версия существовала.

Состав работ отличается от обычного веб-проекта в двух местах: добавляется бот и добавляется слой площадки.

Смету задают три вещи. Число экранов, наличие готовой серверной части и количество внешних систем в контуре.

По нашим работам ориентиры такие. Веб-разработка, включая мини-приложение с серверной частью, обходится от 1 млн ₽; отдельный бот со сценарием и уведомлениями — от 300 тыс. ₽; проверка гипотезы в формате минимального продукта — от 1 млн ₽; интеграция с учётной системой или платёжным провайдером — от 150 тыс. до 1,5 млн ₽ за каждую.

Для сравнения мобильное приложение под обе платформы начинается от 1,8 млн ₽. Точную цифру считаем по вашим сценариям, оценка проекта бесплатная.

Порядок бюджета можно прикинуть заранее — бесплатный калькулятор оценки собирает вилку по составу работ за несколько минут.

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

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

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

В мессенджер вставляют мобильную версию сайта. Чужая навигация накладывается на свою, тёмная тема ломает вёрстку, кнопки не попадают под палец.

Запускают без канала и подписчиков. Приложение готово, а прийти в него некому: поискового трафика у него не бывает.

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

Второе — ответить на вопрос про цифровые товары. Продаёте доступ и подписку или физические товары и услуги. От ответа зависит и способ оплаты, и экономика проекта.

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