Полный гид по монетизации приложения в 2026 году

Как принимать оплату в приложении в 2026 году? Многие привычные возможности стали недоступны, но, в свою очередь, появились новые. В этом гайде я собрал всё в одном тексте: что работает, сколько стоит внедрение приема платежей в мобильное приложение и с чего начинать разработку.

Всем привет! На связи Влад Кармаков из Siberian.pro. Пару лет назад я уже рассказывал о том, как монетизировать мобильное приложение. С тех пор многое поменялось, поэтому сегодня разбираемся с оплатой через приложение заново, с учетом реалий 2026 года. И сразу спойлер: интегрировать оплату в приложение бизнесу выгодно не только в плане чистой экономии на комиссии.

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

Вот короткий список релевантных примеров, но по факту он, конечно, намного длиннее:

• Доставка и сервисы по требованию — еда, продукты, курьерские службы, клининг, ремонт «по кнопке».
• Edtech и онлайн-образование — курсы, школы, наставничество, абонементы.
• Медиа и контент — подписочные медиа, подкасты, авторские площадки, премиум-контент.
• Игры и развлекательные приложения — внутриигровые покупки, сезонные пропуски, донат.
• Фитнес, здоровье и сервисы по подписке — тренировки, телемедицина, трекеры, психологи.
• SaaS внутри приложения и B2B-сервисы в мобильном канале — CRM-клиенты, инструменты для продавцов на маркетплейсах, отраслевые приложения.
• Локальные бренды, уходящие с маркетплейсов — любые производители, которые устали отдавать половину выручки площадке.
• Цифровые продукты — шаблоны, гайды, доступы, разовые и подписочные цифровые товары.

2026 год во многом стал переломным именно в вопросе приема платежей в приложениях. Причиной тому стали три события.

Первое: санкции добили встроенные биллинги сторов — с 1 апреля 2026 года оплата Apple-подписок и цифровых покупок с мобильного счета отменена, новые покупки в App Store невозможны без баланса Apple Account, а пополнить этот баланс в России нельзя без плясок с бубном размером с кольца Сатурна.

Google Play Billing для пользователей РФ тоже приостановлен — цифровые покупки, подписки и игры недоступны.

Второе: рынок BNPL (схема приема платежей по частям, Buy Now Pay Later) дорос до ~940 млрд рублей в 2025 году, показав рост в 2,5 раза. А с 1 апреля 2026 года еще и официально вошел в правовое поле через ФЗ-283 от 31.07.2025.

Третье: маркетплейсы подняли комиссии так, что совокупная нагрузка на селлеров стала достигать 50–70% выручки. Тренд наметился не вчера: я еще в 2024 году писал, что иметь свое приложение намного выгоднее, чем аккаунт селлера в маркетплейсе. Потому что приложение как канал монетизации отличается от витрины на маркетплейсе одним фундаментальным фактом: с приложением вы сами владеете платежным контуром, данными клиента и статистикой его покупок. А значит, только с приложением и собственным биллингом ваш клиент по-настоящему ваш.

По состоянию на момент написания статьи (2026 год) актуальны следующие способы оплаты в мобильных приложениях. Я рассмотрю все модели монетизации приложения с подробными цифрами по комиссии и условиям.

Базовый канал — прием карт через банк-эквайер или платежный агрегатор. Комиссии в РФ на 2026 год:

• Сбер — от 1,5% при обороте от 5 млн ₽;
• Т-Банк — от 1,5% по картам и от 1% по СБП;
• Альфа — от 1,8% при обороте от 500 тыс. ₽,

Независимые агрегаторы дороже: ЮKassa от 2,8%, CloudPayments и Робокасса от 2,3%.

В 2025 году через СБП прошло 18,3 млрд операций на 103 трлн рублей — рост 36,6% по числу и 48,2% по объёму; к системе подключены 206 банков, 3 млн торговых точек, 80% из них — малый и средний бизнес.

Комиссия для бизнеса — 0,4–0,7% (на социально значимые товары — 0,4%, ЖКХ — 0,2%). Для покупателя — без комиссии, что позитивно сказывается на конверсии. Лимит одной операции до 1 млн ₽.

СБП можно принимать через QR-код, кнопку на сайте/в приложении, через ссылку на оплату, NFC-метку и через привязанный счет. Зачисление мгновенное — еще один плюс, как для клиента, так и для самого бизнеса.

Самый «футуристичный» из рабочих каналов. У Сбербанка это «Оплата улыбкой»: терминал с камерой, клиент смотрит в объектив — вжух! — и платеж проходит без телефона и карты.

С июля 2025 года биометрия доступна с 14 лет и работает не только для клиентов Сбера — через СберID. Ядро аудитории, пользующейся этим методом, находится в возрасте 25–44 лет.

Быстрорастущий канал и одновременно — самый зарегулированный из пяти. Ключевые игроки: «Долями» (Т-Банк), «Сплит» (Яндекс), «Подели» (Альфа), «Частями» (Wildberries), «Плати частями» (Сбер), «Мокка» (Рево Технологии).

Модель классическая: четыре платежа, первый взнос 25%, остальные раз в две недели. Бизнес получает всю сумму сразу за вычетом комиссии. Комиссии для бизнеса — от 2 до 6%.

Что касается регуляторики. ФЗ №283 от 31.07.2025 «О деятельности по предоставлении сервиса рассрочки» вступил в силу 1 апреля 2026 года. Закон снизил лимиты по рассрочке и ограничил максимальный ее срок. Покупки дороже 50 тыс. ₽ попадают в кредитную историю. Более того: операторы обязаны встать в реестр ЦБ и иметь капитал не менее 5 млн ₽.

Доля BNPL в e-commerce пока лишь около 2%, хотя потенциал оценивают в 8–10%.

Подписка — это автоматическое списание по привязанному заранее платежному инструменту. В РФ в 2026 году это обычно делается через собственный чекаут. Чуть подробнее разберу этот момент ниже.

По решениям, на рынке выделяется CloudPayments с готовыми SDK для iOS/Android под рекуррент с trial и привязкой карт. Вариант подписки на рекуррентные платежи в приложении через привязку к СБП выглядит более надежным: счет не «протухает» при перевыпуске пластика.

В реальном приложении у вас почти всегда будет та или иная комбинация способов оплат в зависимости от целей, задач и особенностей вашего продукта: карта + СБП как база, BNPL — для поднятия чека, подписки — для рекуррентной модели.

И вот теперь я хочу вернуться к подпискам. Потому что часто можно услышать, что подписочная модель в России умерла. Это, конечно же, не так. Биллинги сторов работать перестали, но сами подписки никто не убивал.

С 1 апреля 2026 года оплата Apple-подписок и цифровых покупок с мобильного счета оператора отменена; новые покупки и продления в App Store невозможны, если нет баланса Apple Account, а пополнить этот баланс в России нельзя. Примерно та же история с Google Play Billing.

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

Через собственный чекаут внутри приложения. Функциональный состав такого чекаута примерно таков:

• веб-виджет оплаты без редиректа на сторону;
• привязка карты или счета;
• токенизация;
• автоматические списания по графику;
• пробное списание для подтверждения метода оплаты;
• бесплатный или более дешевый пробный период (trial);
• пауза и возобновление подписки;
• обработка неуспешных списаний (dunning).

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

• Т-Банк — мобильные SDK для iOS и Android с поддержкой привязки карт, рекуррентных платежей и сканирования карт.
• ЮKassa — готовые платежные сценарии и библиотеки для интеграции регулярных оплат в мобильные продукты.
• CloudPayments — специализированный сервис для интернет-эквайринга с удобными SDK под мобильные платформы и гибким управлением подписками.
• Robokassa — вариант с интеграцией платежных систем через готовые формы (WebView), поддерживающий регулярные списания.

Интеграция такого решения в приложение относительно простая. Рекуррент через СБП-привязку надежнее привязанной карты: счет не теряется при перевыпуске пластика, и комиссия ниже. И да: даже на «свой» чекаут распространяется ФЗ-54 — каждый регулярный платеж нужно пробивать через облачную кассу.

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

Два слова: комиссия маркетплейса. В 2026 году она достигла цифр, которые трудно игнорировать.

По данным деловых медиа, средняя комиссия Wildberries сегодня 25–40%, а с учётом логистики, хранения и возвратов совокупная нагрузка доходит до 50–70% выручки. ричем характер повышений довольно рандомный и выборочный, что тоже вносит сумятицу в ряды селлеров. А ведь есть еще и пожары на складах…

Теперь сравните. Собственный прием платежей через СБП — 0,4–0,7%, через эквайринг — 1,5–2,8%. То есть там, где маркетплейс забирает половину выручки, собственный канал забирает не больше 3%. Подумайте, во что вы могли бы вложить эту разницу?

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

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

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

Перейдем к практической части. Главное: внедрить монетизацию в приложение в том или ином виде не так уж и дорого.

1. Определить способы оплаты, нужные вашему бизнесу. Нет смысла внедрять все сразу, лучше остановиться на минимально достаточном наборе: почти всегда это будет карта + СБП. Для товаров в диапазоне цены 5–50 тыс. ₽ добавляется BNPL, для рекуррентной модели — подписки.
2. Выбрать провайдера: банк-эквайер или платежный агрегатор. Банк-эквайер (Сбер, Т-Банк, Альфа) выгоднее на крупном обороте и дает более низкую комиссию по СБП. С другой стороны, агрегатор (CloudPayments, ЮKassa, Робокасса и др.) позволяет начать быстрее, дает единый SDK под несколько способов и берет на себя часть рутины.
3. Подключить онлайн-кассу (ФЗ-54). Без нее принимать платежи легально нельзя — чек нужно пробивать в момент расчета. Часто это облачная касса от того же провайдера или отдельного оператора.
4. Интегрировать SDK или виджет. Для подписок — готовый SDK под рекуррентные платежи и привязку карт. Для разовых платежей — виджет без редиректа. Если SDK нет — REST API с собственной клиентской частью, но это дороже по разработке.
5. Тестовый стенд и пилот. Протестировать возможные сценарии: возвраты, неуспешные списания, частичные возвраты, истекшая карта и т.д. Запустить один способ оплаты на реальных пользователях и измерить конверсию.
6. Масштабировать. Добавлять новые способы оплаты в приложение по данным конверсии.

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

И по срокам.

Базовый прием платежей (карта + СБП + онлайн-касса) при наличии готового SDK — это лишь 3-4 недели работы, не месяцы. Создание рекуррентной системы платежей и BNPL потребуют больше времени: нужна логика подписок, обработка неуспешных списаний, обработка графика платежей, соответствие ФЗ-283.

Что ж, давайте подытожим. Вот лаконичный чек-лист по мотивам всего описанного выше.

Как внедрить собственный прием платежей в мобильном приложении (чек-лист):

• Определить минимальный набор способов оплаты под бизнес (карта + СБП как база).
• Выбрать провайдера и подключить интернет эквайринг: банк-эквайер (крупный оборот) или агрегатор (быстрый старт) — с обоснованием.
• Подключить онлайн-кассу, настроить фискализацию платежей по ФЗ-54.
• Интегрировать SDK/виджет; для подписок — рекуррент, пробный период (trial), привязка, обработка неуспешных списаний (dunning).
• Настроить возвраты и частичные возвраты.
• Прогнать сценарии на тестовом стенде: неуспешные списания, истекшая карта, превышение лимитов.
• Запустить пилот одного способа на реальных пользователях, измерить конверсию.
• Настроить мониторинг конверсии и причин отказов на чекауте.
• Масштабировать.

Нюансы по регуляторике:

• ФЗ-54 (онлайн-касса). Чек обязателен в момент расчета, нужна облачная касса. Игнорировать ФЗ-54 нельзя из-за высокого риска штрафов и блокировок.
• ФЗ-283 (BNPL). С 1 апреля 2026 года: операторы в реестре ЦБ, капитал от 5 млн ₽, лимит покупки 50 тыс. ₽, срок рассрочки до 6 месяцев (до 4 месяцев с 2028 года), покупки свыше 50 тыс. ₽ идут в кредитную историю. Как снизить риск: используйте только операторов из реестра; пересчитайте юнит-экономику с учетом новых лимитов; для чеков выше 50 тыс. ₽ рассматривайте прямую рассрочку от своей организации (не подпадает под ФЗ-283, но риски кассового разрыва в этом случае ложатся на вас).
• СБП-требования. Подключение через банк или платежного провайдера; соблюдение лимитов операций и расширенного мониторинга с 2026 года.
• Биометрия. Оплата лицом требует согласия клиента на обработку биометрических данных; работает в рамках экосистем банков и Единой биометрической системы. Кустарные системы оплаты биометрией по сути лежат вне закона.

Их пять: банковская карта (эквайринг), СБП, оплата лицом/биометрия, BNPL/Сплит («оплата частями»), подписки. На практике почти всегда это комбинация: карта + СБП как база, BNPL для роста чека, подписки — для рекуррентной модели.

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

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

Да, обязательно. Чек нужно пробивать в момент расчета; для онлайн-платежей это обычно облачная касса. Без нее прием платежей нелегален независимо от того, карта это, СБП или BNPL.

Через собственный чекаут. Подробности — выше в статье.

Оператор BNPL обязан быть в реестре ЦБ и иметь капитал от 5 млн ₽; для бизнеса как партнера — обычный пакет документов: ИП/ООО, договор с оператором, интеграция через API или платежного интегратора. Лимит покупки — 50 тыс. ₽, срок рассрочки — до 6 месяцев с 1 апреля 2026 года (до 4 месяцев с 2028 года).

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

Для бизнеса риски внедрения платежей по частям в приложение следующие:

• комиссия 2-6%;
• не подходит для товаров дороже 50,000 ₽;
• риски роста издержек при изменении законодательства.

Базовый приём платежей (карта + СБП + онлайн-касса) при готовом SDK — 3-4 недели. Рекуррент и BNPL — дольше из-за необходимости реалзации логики подписок и регуляторики. Основной «скрытый» пласт — фискализация и соответствие ФЗ-54/ФЗ-283, а не сама интеграция. Точная смета считается под конкретный кейс, суммы начинаются с нескольких сотен тысяч рублей за простые интеграции.