Совершение покупок в мобильном приложении с помощью React Native SDK
Отображение пейволов в вашем мобильном приложении — важный шаг к предоставлению пользователям доступа к премиум-контенту и сервисам. Однако само по себе отображение пейвола поддерживает покупки только тогда, когда Adapty отрисовывает экран — то есть это флоу или пейвол из старого Paywall Builder.
Если вы отрисовываете экран в собственном коде, для совершения покупки и открытия нужного контента необходимо использовать отдельный метод .makePurchase(). Именно через него пользователи взаимодействуют с пейволами и выполняют нужные транзакции.
Если на вашем пейволе есть активный promotional offer для продукта, который пользователь собирается купить, Adapty автоматически применит его в момент покупки.
Имейте в виду, что introductory offer будет применён автоматически только в том случае, если Adapty отображает экран.
В остальных случаях вам потребуется проверить право пользователя на получение introductory offer на iOS. Пропуск этого шага может привести к отклонению приложения при публикации. Кроме того, пользователи, имеющие право на introductory offer, могут быть списана полная стоимость.
Убедитесь, что вы выполнили начальную настройку, не пропустив ни одного шага. Без неё мы не сможем валидировать покупки.
Совершение покупки
Adapty отображает ваш экран? Для флоу или пейвола, созданного в Paywall Builder, покупки обрабатываются автоматически — этот шаг можно пропустить.
Нужна пошаговая инструкция? Ознакомьтесь с гайдом по быстрому старту — там есть полная инструкция по внедрению с подробным контекстом.
try {
const purchaseResult = await adapty.makePurchase(product);
switch (purchaseResult.type) {
case 'success':
const isSubscribed = purchaseResult.profile?.accessLevels['YOUR_ACCESS_LEVEL']?.isActive;
if (isSubscribed) {
// Grant access to the paid features
}
break;
case 'user_cancelled':
// Handle the case where the user canceled the purchase
break;
case 'pending':
// Handle deferred purchases (e.g., the user will pay offline with cash)
break;
}
} catch (error) {
// Handle the error
}
| Параметр | Наличие | Описание |
|---|---|---|
| Product | required | Объект AdaptyPaywallProduct, полученный из пейвола. |
Параметры ответа:
| Параметр | Описание |
|---|---|
| Profile | Если запрос выполнен успешно, ответ содержит этот объект. Объект AdaptyProfile предоставляет исчерпывающую информацию об уровнях доступа пользователя, подписках и разовых покупках в приложении. Проверьте статус уровня доступа, чтобы убедиться, что у пользователя есть необходимый доступ к приложению. |
Примечание: если вы используете Apple StoreKit версии ниже 2.0 и Adapty SDK версии ниже 2.9.0, вам нужно указать общий секрет Apple App Store вместо этого. Данный метод в настоящее время устарел согласно Apple.
Смена подписки при совершении покупки
Когда пользователь выбирает новую подписку вместо продления текущей, поведение зависит от стора:
- В App Store подписка обновляется автоматически в рамках группы подписок. Если пользователь покупает подписку из одной группы, уже имея активную подписку из другой, обе подписки будут активны одновременно.
- В Google Play подписка не обновляется автоматически. Переключение нужно реализовать в коде приложения, как описано ниже.
Чтобы заменить подписку другой в Android, вызовите метод .makePurchase() с дополнительным параметром:
try {
const purchaseResult = await adapty.makePurchase(product, params);
switch (purchaseResult.type) {
case 'success':
const isSubscribed = purchaseResult.profile?.accessLevels['YOUR_ACCESS_LEVEL']?.isActive;
if (isSubscribed) {
// Grant access to the paid features
}
break;
case 'user_cancelled':
// Handle the case where the user canceled the purchase
break;
case 'pending':
// Handle deferred purchases (e.g., the user will pay offline with cash)
break;
}
} catch (error) {
// Handle the error
}
Дополнительный параметр запроса:
| Параметр | Наличие | Описание |
|---|---|---|
| params | обязательный | объект типа MakePurchaseParamsInput. |
Версия 3.8.2+: Структура MakePurchaseParamsInput была обновлена. oldSubVendorProductId и prorationMode теперь вложены в subscriptionUpdateParams, а isOfferPersonalized перемещён на верхний уровень.
makePurchase(product, {
android: {
subscriptionUpdateParams: {
oldSubVendorProductId: 'old_product_id',
prorationMode: 'charge_prorated_price'
},
isOfferPersonalized: true
}
});Подробнее о подписках и режимах замены можно прочитать в документации для разработчиков Google:
- О режимах замены
- Рекомендации Google по режимам замены
- Режим замены
CHARGE_PRORATED_PRICE. Примечание: этот метод доступен только для апгрейда подписки. Даунгрейд не поддерживается. - Режим замены
DEFERRED. Примечание: фактическая смена подписки произойдёт только по окончании текущего расчётного периода.
Активация промокодов в iOS
Об offer-кодах
Offer-коды позволяют предоставлять скидки или бесплатные пробные периоды конкретным пользователям. В отличие от обычных предложений, которые применяются автоматически, offer-коды распространяются за пределами приложения — через email-рассылки, соцсети или печатные материалы. Пользователи активируют их, вводя код в App Store, переходя по ссылке для активации или через диалог внутри приложения.
Чтобы настроить offer-коды, откройте подписку в App Store Connect и перейдите в раздел Offer Codes. Вы можете создать три вида offer-кодов:
- Free — подписка бесплатна в течение заданного срока, следующее продление — по полной цене.
- Pay as you go — пользователь платит сниженную цену за каждый расчётный период в течение заданного срока, затем подписка продлевается по полной цене.
- Pay up front — пользователь единовременно платит сниженную цену за весь срок предложения, затем подписка продлевается по полной цене.
Добавлять offer-коды в Adapty не нужно. Apple помечает каждую транзакцию в течение периода предложения категорией offer-кода. Это касается как первоначальной активации, так и всех последующих продлений со скидкой. Adapty обнаруживает метку и записывает каждую транзакцию с категорией предложения offer_code. Когда период предложения заканчивается и подписка продлевается по полной цене, метка больше не проставляется. Вы можете фильтровать аналитику по типу предложения Offer Code в дашборде Adapty.
Устранение расхождений в выручке
Если транзакция по offer-коду отображается в Adapty по полной цене продукта вместо сниженной, проверьте следующее в App Store Connect:
- Для offer-кода настроены корректные цены для всех регионов, где пользователи могут его активировать.
- Цена предложения задана для конкретной страны или региона пользователя. Apple передаёт региональную цену в транзакции. Если для предложения не указана региональная цена, Apple может передать полную цену продукта.
Вы можете фильтровать и проверять транзакции по offer-кодам в дашборде Adapty с помощью фильтров по типу предложения Offer Code и Offer Discount Type.
Устаревшие промокоды (deprecated)
Apple отказалась от промокодов для встроенных покупок в марте 2026 года. Offer-коды заменяют их с расширенными возможностями: настраиваемые условия применения, сроки действия и до 1 миллиона кодов в квартал. Если вы ранее использовали промокоды для встроенных покупок, перейдите на offer-коды в App Store Connect.
Устаревшие промокоды (не более 100 на приложение на версию) предоставляли бесплатный доступ к подписке. В отличие от offer-кодов, Apple не включала информацию о скидке в транзакции по промокодам — в чеке передавалась полная цена продукта. В результате Adapty записывал эти транзакции по полной цене, что приводило к расхождениям в выручке между аналитикой Adapty и App Store Connect.
Если вы видите исторические транзакции по полной цене, которые должны были быть бесплатными, скорее всего, они относятся к устаревшим промокодам. Поскольку такие коды теперь устарели, переходите на offer-коды для точного учёта выручки.
Чтобы отобразить в приложении форму активации промокода:
adapty.presentCodeRedemptionSheet();
По нашим наблюдениям, форма активации промокода в некоторых приложениях работает нестабильно. Мы рекомендуем перенаправлять пользователя напрямую в App Store.
Для этого откройте URL следующего формата:
https://apps.apple.com/redeem?ctx=offercodes&id={apple_app_id}&code={code}
Продвигаемые встроенные покупки из App Store
Ваше приложение может перехватывать продвигаемые встроенные покупки начиная с версии SDK 4.1, на iOS 16.4 и выше. Ниже iOS 16.4, а также на Android, событие 'onPromotedPurchaseReceived' не срабатывает никогда.
Когда пользователь инициирует покупку со страницы вашего продукта в App Store и транзакция переходит в приложение, SDK завершает её автоматически — экран покупки Apple появляется сразу, а Adapty обрабатывает транзакцию как любую другую покупку. Никакого дополнительного кода с вашей стороны не требуется.
Если продвигаемый продукт включает предложение подписки, SDK применяет его при покупке автоматически. Предложение считывается из намерения покупки App Store, которое доступно начиная с iOS 18.0. На iOS 16.4–17.x покупка проходит по базовой цене.
Чтобы взять управление завершением покупки на себя — например, чтобы сначала показать собственный экран — подпишитесь на событие 'onPromotedPurchaseReceived' и передайте продукт в makePromotedPurchase:
adapty.addEventListener('onPromotedPurchaseReceived', async product => {
const result = await adapty.makePromotedPurchase(product);
// process the purchase result
});
Пока слушатель зарегистрирован, SDK перестаёт завершать promoted-покупки самостоятельно. Если ваш обработчик ни разу не вызовет makePromotedPurchase, покупка так и не произойдёт: App Store передаёт продукт вашему приложению и ждёт.
makePromotedPurchase не принимает параметры покупки — продвигаемый продукт поступает из App Store, а не с пейвола, поэтому он не содержит контекста пейвола. Метод возвращает тот же AdaptyPurchaseResult, что и makePurchase.
Слушатели аддитивны: если зарегистрировать несколько, каждый из них получает продукт, но ни один из них не завершает покупку за остальных.
Управление предоплаченными планами (Android)
Если пользователи вашего приложения могут приобретать предоплаченные планы (например, купить невозобновляемую подписку на несколько месяцев), вы можете включить отложенные транзакции для таких планов.
adapty.activate("PUBLIC_SDK_KEY", {
android: { pendingPrepaidPlansEnabled: true }
});