Realizar compras in-app en React Native SDK
Mostrar paywalls en tu app móvil es un paso esencial para ofrecer a los usuarios acceso a contenido o servicios premium. Sin embargo, con solo mostrar esos paywalls es suficiente para gestionar las compras únicamente si usas el Paywall Builder para personalizar tus paywalls.
Si no usas el Paywall Builder, debes utilizar un método independiente llamado .makePurchase() para completar una compra y desbloquear el contenido deseado. Este método es la puerta de entrada para que los usuarios interactúen con los paywalls y realicen sus transacciones.
Si tu paywall tiene una oferta promocional activa para el producto que un usuario intenta comprar, Adapty la aplicará automáticamente en el momento de la compra.
Ten en cuenta que la oferta introductoria solo se aplicará automáticamente si usas los paywalls configurados con el Paywall Builder.
En otros casos, deberás verificar la elegibilidad del usuario para una oferta introductoria en iOS. Saltarte este paso puede hacer que tu app sea rechazada durante la revisión. Además, podría suponer cobrar el precio completo a usuarios que tienen derecho a una oferta introductoria.
Asegúrate de haber realizado la configuración inicial sin saltarte ningún paso. Sin ella, no podemos validar las compras.
Realizar una compra
¿Usas el Paywall Builder? Las compras se procesan automáticamente: puedes saltarte este paso.
¿Buscas una guía paso a paso? Consulta la guía de inicio rápido para instrucciones de implementación completas con todo el contexto.
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
}
Parámetros de la solicitud:
| Parámetro | Presencia | Descripción |
|---|---|---|
| Product | requerido | Un objeto AdaptyPaywallProduct obtenido del paywall. |
Parámetros de la respuesta:
| Parámetro | Descripción |
|---|---|
| Profile | Si la solicitud fue exitosa, la respuesta contiene este objeto. Un objeto AdaptyProfile proporciona información completa sobre los niveles de acceso, suscripciones y compras únicas de un usuario dentro de la app. Comprueba el estado del nivel de acceso para verificar si el usuario tiene el acceso necesario a la app. |
Nota: si todavía usas la versión de StoreKit de Apple inferior a v2.0 y la versión del SDK de Adapty inferior a v.2.9.0, debes proporcionar el secreto compartido de App Store de Apple en su lugar. Apple ha declarado este método como obsoleto.
Cambiar la suscripción al realizar una compra
Cuando un usuario elige una nueva suscripción en lugar de renovar la actual, el funcionamiento depende del store:
- En App Store, la suscripción se actualiza automáticamente dentro del grupo de suscripciones. Si un usuario compra una suscripción de un grupo mientras ya tiene una de otro, ambas suscripciones estarán activas al mismo tiempo.
- En Google Play, la suscripción no se actualiza automáticamente. Tendrás que gestionar el cambio en el código de tu app móvil como se describe a continuación.
Para reemplazar la suscripción por otra en Android, llama al método .makePurchase() con el parámetro adicional:
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
}
Parámetro adicional de la solicitud:
| Parámetro | Presencia | Descripción |
|---|---|---|
| params | requerido | un objeto de tipo MakePurchaseParamsInput. |
Versión 3.8.2+: La estructura MakePurchaseParamsInput ha sido actualizada. oldSubVendorProductId y prorationMode ahora están anidados bajo subscriptionUpdateParams, e isOfferPersonalized se ha movido al nivel superior.
Ejemplo:
makePurchase(product, {
android: {
subscriptionUpdateParams: {
oldSubVendorProductId: 'old_product_id',
prorationMode: 'charge_prorated_price'
},
isOfferPersonalized: true
}
}); Puedes leer más sobre suscripciones y modos de reemplazo en la documentación de Google para desarrolladores:
- Acerca de los modos de reemplazo
- Recomendaciones de Google para los modos de reemplazo
- Modo de reemplazo
CHARGE_PRORATED_PRICE. Nota: este método solo está disponible para actualizaciones de suscripción. No se admiten degradaciones. - Modo de reemplazo
DEFERRED. Nota: el cambio real de suscripción solo ocurrirá cuando finalice el período de facturación de la suscripción actual.
Canjear códigos de oferta en iOS
Sobre los códigos de oferta
Los códigos de oferta te permiten dar descuentos o períodos de prueba gratuitos a usuarios concretos. A diferencia de las ofertas habituales, que se aplican de forma automática, los códigos de oferta se distribuyen fuera de la app — por email, redes sociales o materiales impresos. Los usuarios los canjean introduciendo el código en el App Store, accediendo a una URL de canje o a través de un diálogo dentro de la app.
Para configurar códigos de oferta, abre una suscripción en App Store Connect y ve a su sección Offer Codes. Puedes crear tres tipos de códigos de oferta:
- Free — la suscripción es gratuita durante un período determinado y la siguiente renovación se cobra al precio completo.
- Pay as you go — el usuario paga un precio reducido en cada ciclo de facturación durante un período determinado y, después, la suscripción se renueva al precio completo.
- Pay up front — el usuario paga un precio único reducido por toda la duración de la oferta y, después, la suscripción se renueva al precio completo.
No es necesario añadir los códigos de oferta a Adapty. Apple etiqueta cada transacción durante el período de la oferta con la categoría del código de oferta. Esto incluye el canje inicial y todas las renovaciones con descuento posteriores. Adapty detecta la etiqueta y registra cada transacción con la categoría de oferta offer_code. Cuando termina el período de oferta y la suscripción se renueva al precio completo, la etiqueta deja de estar presente. Puedes filtrar los análisis por el tipo de oferta Offer Code en el Adapty Dashboard.
Resolución de discrepancias en los ingresos
Si observas que una transacción con código de oferta aparece en Adapty al precio completo del producto en lugar del precio reducido, verifica lo siguiente en App Store Connect:
- El código de oferta tiene los precios correctos configurados para todas las regiones donde los usuarios pueden canjearlo.
- El precio de la oferta está configurado para el país o región específica del usuario. Apple envía el precio regional en la transacción. Si no hay ningún precio regional configurado para la oferta, Apple puede enviar el precio completo del producto.
Puedes filtrar y verificar las transacciones con código de oferta en el Adapty Dashboard mediante los filtros de tipo de oferta Offer Code y Offer Discount Type.
Códigos promocionales heredados (obsoletos)
Apple dejó obsoletos los códigos promocionales para compras in-app en marzo de 2026. Los códigos de oferta los sustituyen con más funcionalidades: elegibilidad configurable, fechas de expiración y hasta 1 millón de códigos por trimestre. Si antes usabas códigos promocionales para compras in-app, migra a los códigos de oferta en App Store Connect.
Los códigos promocionales heredados (limitados a 100 por app y versión) daban acceso gratuito a una suscripción. A diferencia de los códigos de oferta, Apple no incluía información de descuento en las transacciones con código promocional — enviaba el precio completo del producto en el recibo. Por ello, Adapty registraba estas transacciones al precio completo, lo que generaba discrepancias entre los análisis de Adapty y App Store Connect.
Si ves transacciones históricas al precio completo que deberían haber sido gratuitas, es probable que provengan de códigos promocionales heredados. Como estos códigos ya están obsoletos, migra a los códigos de oferta para un seguimiento preciso de los ingresos.
Para mostrar la hoja de canje de códigos en tu app:
adapty.presentCodeRedemptionSheet();
Según nuestras observaciones, la hoja de canje de códigos de oferta en algunas apps puede no funcionar de manera fiable. Recomendamos redirigir al usuario directamente a la App Store.
Para hacerlo, debes abrir la URL con el siguiente formato:
https://apps.apple.com/redeem?ctx=offercodes&id={apple_app_id}&code={code}
Gestionar planes prepagos (Android)
Si los usuarios de tu app pueden comprar planes prepagos (por ejemplo, adquirir una suscripción no renovable por varios meses), puedes habilitar las transacciones pendientes para planes prepagos.
adapty.activate("PUBLIC_SDK_KEY", {
android: { pendingPrepaidPlansEnabled: true }
});