Importante:
Este artículo describe la función de validación de recibos obsoleta. Para más información, consulta Boletín: La validación de recibos heredada está en desuso
De un vistazo: Implementa la validación de recibos para proteger contra compras in-app fraudulentas realizadas en las tiendas de aplicaciones de iOS y Android, y asegúrate de que se haya realizado una compra in-app como se informó. Nota: Esta es una función heredada. Saber más sobre el nuevo mecanismo de validación de compras in-app, totalmente automático y mejorado mecanismo de validación de compras in-app.
Flujo de validación de recibos
El flujo de validación de recibos es el siguiente:
- El usuario realiza una compra in-app.
- La tienda de aplicaciones notifica a la aplicación de la compra exitosa.
-
El desarrollador de la aplicación llama a la función de validación de recibos del SDK.
validateAndLogInAppPurchase
- El SDK llama al servicio de validación de AppsFlyer.
- AppsFlyer valida la compra para asegurarse de que no sea fraudulenta.
- Al tener éxito, AppsFlyer crea internamente un evento af_purchase regular. De lo contrario, el evento creado se marca como fraudulento (disponible a través de Protect360).
- El servicio de validación de AppsFlyer transfiere la respuesta al SDK.
-
El SDK transfiere la respuesta de Validación de recibos a la aplicación (ya sea éxito o fallo).
Si la validación de recibos falla, el evento se muestra en el reporte de raw data de eventos in-app bloqueados (disponible para los suscriptores de Protect360).
Para detalles sobre la implementación de la validación de recibos, consulta nuestra documentación del SDK para desarrolladores:
Notas:
- Para iOS aplicaciones sandbox, es decir, aplicaciones que no están disponibles en la App Store, la validación de recibos requiere algo de código adicional.
- Las compras realizadas en el entorno de sandbox se registran como eventos af_purchase regulares, y sus ingresos se reflejan en los dashboards y reportes de AppsFlyer.
- El servicio de validación de recibos de AppsFlyer es gratuito para todos los planes de cuenta.
- Para Android, la validación de recibos puede devolver un resultado
nully considerar que la validación ha fallado si el usuario final no tiene acceso a internet durante la compra.
Importante:
Llamar a validateAndLogInAppPurchase también genera un evento in-app af_purchase. Por lo tanto, no generes un evento af_purchase al validar. Hacerlo resulta en eventos de ingresos duplicados.
Nota:
- La validación de recibos heredada que se explica aquí no es compatible con StoreKit v2. Para la versión actual, consulta Configurar la integración con la App Store de iOS.
- La validación de recibos para compras in-app no es compatible con tiendas de aplicaciones de Android de terceros.
This article was translated automatically and may contain errors. The English version is the most accurate - use the language selector below to switch.