RuStore прекращает поддержку BillingClient SDK: всё, что нужно знать разработчикам о переходе на Pay SDK

Почему RuStore прощается с BillingClient
RuStore был запущен в 2022 году, и на старте для монетизации использовалось внешнее платёжное решение – BillingClient SDK. Это позволило быстро запустить in-app покупки и подписки, но со временем стало ограничивать развитие платформы: добавлять новые способы оплаты, расширять API и улучшать UX оплаты становилось сложнее.

Pay SDK – это собственная разработка RuStore, созданная с нуля под российские реалии. Ключевое преимущество – нативная поддержка СБП, SberPay и мобильного счёта, а также автоматическая подгрузка карт из VK ID прямо на форму оплаты. Пользователю не нужно вводить данные вручную, и это напрямую влияет на конверсию. По данным команды RuStore, приложения на Pay SDK показывают рост конверсии в покупку примерно на 20%.

Ключевые даты и факты:

  • До 1 августа 2026 года BillingClient SDK работает в штатном режиме
  • После 1 августа метод getPurchases() перестанет возвращать данные, проведение новых платежей станет невозможным
  • Данные по действующим подпискам через Public API будут доступны до конца декабря 2026 года
  • Изменения касаются только in-app покупок и подписок, платные приложения (где пользователь платит за установку) работают без изменений
Дедлайн – 1 августа 2026 года. Именно в этот день RuStore окончательно отключит старое платёжное решение BillingClient SDK, и приложения, которые не прошли миграцию, перестанут принимать платежи и оформлять подписки. У разработчиков есть несколько месяцев на переход – но делать его в последний момент рискованно: это не просто замена зависимости, а архитектурные изменения в нескольких точках приложения.
В этой статье разберём: что именно меняется, кого это касается и как провести миграцию правильно без потери выручки и без стресса для пользователей.

Зона риска: проверьте своё приложение

Миграция обязательна для разработчиков приложений и игр, у которых реализованы разовые внутренние покупки (расходники, контент, разблокировка функций) или подписки с периодическим продлением.
Если ваш доход в RuStore приходит только от платных установок, можно выдохнуть, вас это не затрагивает. По словам команды RuStore, большинство активных паблишеров уже завершили переход на Pay SDK.
6. Культурные и религиозные особенности ведения бизнеса в арабском мире

Что меняется в Pay SDK: главное

Перед тем как приступать к миграции, убедитесь, что подключаете актуальную версию Pay SDK из официального репозитория.
Sandbox: больше никаких реальных списаний при тестах – в Pay SDK наконец-то реализован полноценный тестовый режим в Консоли разработчика. Можно имитировать успешные и неуспешные оплаты без реальных транзакций. В BillingClient этого так и не появилось.

Ключевые отличия приведены в таблице:

Пошаговый план миграции

Шаг 1. Сделайте «срез» активных подписок

До того как что-либо менять в коде, получите полную картину через Public API RuStore: кто из пользователей подписан, до какой даты оплачен период, каков текущий статус. Цель – не просто инвентаризация: в день отключения старого SDK вы точно будете знать, кому из пользователей нужно отправить персональное предложение со скидкой за переезд на новую версию.
Шаг 2. Подключите Pay SDK для новых покупок уже сейчас

Интегрируйте Pay SDK как можно раньше. Чем больше новых пользователей оформят покупки через новый SDK до августа, тем меньше аудитории потребует ручного переезда. Убедитесь, что интеграция прошла полное тестирование: покупка, обработка ошибок, двухстадийная оплата (если используете), серверная валидация.

Подробный гайд по миграции доступен в официальной документации RuStore.
Шаг 4. Адаптируйте логику работы с покупками и подписками

Обновите маппинг статусов. Разделите обработку ProductPurchase и SubscriptionPurchase. Перепишите серверную логику валидации, внедрив обработку новых идентификаторов (согласно предупреждению выше). Адаптируйте отображение информации о подписках под новую структуру subscriptionInfo с её периодами: trial, promo, main, grace, hold.

Отдельно: проверьте настройки Callback URL в Консоли RuStore. Если у вас настроены S2S-уведомления о платежах и продлении подписок, убедитесь, что сервер готов принимать их в формате Pay SDK. Разработчики, которые обновят только приложение и забудут про серверные коллбэки, рискуют не получать уведомления о продлениях после 1 августа.
Шаг 5. Превратите переезд подписчиков в маркетинговую кампанию

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

Практически: заранее предупредите аудиторию через push или email, доступ сохранится до конца оплаченного периода, но для продления нужно обновить приложение. Когда период закончится, покажите чёткий CTA: «Возобновить подписку» без лишних шагов. Рассмотрите вариант с новой подпиской с бесплатным периодом – это позволит пользователю перейти без разрыва в доступе.
Шаг 6. Обновите приложение у всей аудитории

Используйте механизм принудительного обновления через RuStore SDK Update, но подайте его как заботу, а не «принудиловку». За неделю до дедлайна начните напоминать пользователю, что для стабильной работы покупок достаточно нажать одну кнопку «Обновить». Это снизит раздражение и к 1 августа минимизирует долю аудитории на старой версии.

Что происходит с деньгами

Все платежи, проведённые через BillingClient SDK до 1 августа, будут выплачены в стандартные сроки согласно вашему договору с RuStore.

Для продолжения монетизации после дедлайна необходим Pay SDK.

Куда обращаться за помощью

Команда RuStore принимает вопросы по миграции: support@rustore.ru, в теме письма укажите «Pay SDK».

Официальная документация: rustore.ru/help/sdk/pay
Гайд по миграции: rustore.ru/help/sdk/pay/migration

Итог

Pay SDK – это давно назревшее собственное решение, которое даёт разработчикам больше контроля над монетизацией: гибкая стадийность оплаты, полноценный Sandbox, расширенная модель подписок. Главный профит для конверсии – бесшовный чекаут: оплата в один клик через SberPay или СБП встроена нативно, карты подгружаются из VK ID автоматически – именно это и даёт те самые +20% к конверсии.

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

Переезд на новый SDK – отличный повод пересмотреть всю воронку монетизации. Если вам нужна помощь не только в коде, но и в росте выручки после переезда – команда SoftwareLead поможет настроить продвижение и монетизацию под ключ.

Вашему продукту необходимо продвижение?

Давайте обсудим!