Разница между «раньше можно было включить платежи в BotFather одной галочкой» и тем, как это устроено сейчас, — не техническая мелочь. Она определяет, кого подключать и что вообще получится автоматизировать.
5 мин чтения
· 1 просмотр
Приём оплаты в Telegram-боте в 2026: провайдеры, СБП, автоплатежи
Разбираю, как в 2026 году реально принять оплату в Telegram-боте: почему нативный Payments API не работает, как подключить ЮKassa и СБП, и как устроены автоплатежи на живом демо-боте.
«Бот с оплатой в Telegram» — за этим запросом почти всегда один и тот же затык: клиент готов платить, а принять деньги прямо в чате оказывается не так просто, как воткнуть кнопку «Купить». Знакомая ситуация? Отвечу сразу: платить можно картой РФ, картой из-за рубежа и через СБП — но не через старый нативный Telegram Payments API, а через провайдера, форму которого бот вызывает сам. На первый взгляд разница техническая. На практике она решает, что получится автоматизировать, а что останется руками.
Забудьте про нативный Telegram Payments API
Года три назад всё было проще: в BotFather включаешь платежи, выбираешь провайдера из готового списка — и в чате всплывает нативная форма оплаты. Сейчас так почти никто не делает. Telegram по факту свернул эту историю для реальных товаров и услуг — нативные инвойсы почти везде остались только для Stars, внутренней валюты за цифровые штуки вроде стикеров и донатов.
Рабочая схема другая — точнее, не окно Telegram, а страница провайдера, куда бот сам отправляет человека платить. Технически это тоже подключение Telegram Payments API, просто уже не в смысле «нативного окна», а в смысле API самого бота: он дирижирует переходами между шагами, а платёж всегда проводит лицензированный провайдер. Кнопки «оплатить из коробки» больше нет. Точка.
Как это выглядит на живом боте
Проще один раз показать, чем объяснять на пальцах. У меня есть демо-бот t.me/Kamila_PPBOT — сценарий платных подписок, который можно пройти целиком, вплоть до экрана оплаты, и не платить ни рубля. Логика простая: выбираете тариф → бот просит email (нужен для чека и связи, если платёж не пройдёт) → оплата картой РФ или зарубежной → бот сам выдаёт доступ. Ничего магического внутри нет: тариф фиксирует сумму, оплата целиком на стороне провайдера, а бот только слушает вебхук «оплата прошла».
Одна языковая школа через похожую цепочку в первую неделю потеряла половину оплат на последнем шаге: email просили раньше, чем показывали цену, и люди уходили. Поменяли порядок — и просадка исчезла.
ЮKassa, СБП и что вообще выбирать
Спрашивают часто: «а ЮKassa настраивается в Telegram-боте?» — да, как и почти любой платёжный агрегатор с открытым API: ЮKassa, CloudPayments, Т-Касса, Robokassa. Мы все видели корявые формы оплаты внутри чужих ботов — то СБП виснет на «ожидании подтверждения», то карта не проходит без объяснений. Бот вызывает у провайдера счёт или ссылку, провайдер обрабатывает карту или запрос СБП, присылает вебхук — бот открывает доступ.
Кстати, СБП — это не «фича Telegram», а функция провайдера: он генерирует QR или ссылку, открывающую банковское приложение клиента, подтверждение занимает секунды. Комиссия по СБП обычно ниже, чем по картам, — пожалуй, единственный весомый аргумент выбирать именно её.
Про формулировку «без комиссии»
Когда в своих готовых продуктах пишу «0% комиссии сервиса» — это честно: сам сервис не берёт процент сверху. Но эквайринг вы платите в любом случае — кому угодно, платёжному провайдеру или банку. Бесплатного приёма карт не бывает нигде.
Автоплатежи и рекуррентные списания
Рекуррентные платежи в Telegram-боте — это когда карта привязывается один раз, а подписка продлевается сама, без повторного ввода данных каждый месяц. Технически это делает не бот, а провайдер: хранит токен карты (не сами цифры — именно токен) и списывает по расписанию, а бот получает уведомление и продлевает или закрывает доступ.
Именно так у меня уже устроен Турникет 10 000 ₽ — готовый продукт для платных подписок на закрытый Telegram-канал. Не собираю его с нуля под каждого клиента: подключаю за 1 рабочий день, дальше бот сам напоминает за 3 дня до конца подписки и закрывает доступ, если оплата не прошла. Дальше — всё само.
| Параметр | Свой бот + провайдер с нуля | Турникет (готовый) |
|---|---|---|
| Срок запуска | Недели разработки | 1 рабочий день |
| Автопродление и отключение доступа | Пишете логику сами | Уже работает |
| Чеки по 54-ФЗ | Настраиваете отдельно | Формируются автоматически |
| Стоимость внедрения | Зависит от объёма задачи | 10 000 ₽ разово |
Если оплата нужна не для подписки на канал, а, например, для каталога с корзиной внутри бота — это уже не про Турникет, а про бота с оплатой и корзиной: там своя логика заказов и статусов.
Если оплата — просто шаг сценария
Не каждый проект — про закрытый канал. Чаще оплата — один шаг в общем сценарии: каталог, запись на услугу с предоплатой, регистрация на мероприятие с местом. Для такой задачи обычно хватает Telegram-бот с корзиной и оплатой от 30 000 ₽ — без ИИ, обычный сценарий с формами, валидацией и интеграцией провайдера. Карту сценария и логику ветвлений разбирал в гайде по проектированию бота.
Стоит ли городить кастомную интеграцию ради пары платежей в неделю? Вряд ли. Если честно, в таком случае дешевле разовая ссылка на оплату вручную. Универсального прайса тут нет. Как и универсальной задачи.
Прежде чем звать разработчика, прогоните пять вопросов.
Нужна ли вам оплата прямо в Telegram-боте
5 вопросов на 2 минуты
- Оплата повторяется регулярно — подписка, абонемент, курс
- Вручную выдавать доступ или сверять платежи уже утомляет
- Клиенты платят и картой РФ, и картой из-за рубежа
- Часть оплат теряется из-за забытого продления
- Провайдер (ЮKassa, CloudPayments или похожий) уже подключён или готовы завести
/
Бот, который сам гоняется за оплатой вместо вас, — не роскошь. Это просто меньше ручной работы по вечерам.
Настроим оплату в вашем Telegram-боте?
Пришлю схему под вашу задачу — подписка, корзина или разовый платёж. Бесплатно, 15 минут.
