Importante!
Esse artigo traz informações sobre uma versão obsoleta da validação de recibos. Para obter mais informações, consulte o Boletim: a Validação de recibos legada foi descontinuada
Resumo: Implemente a validação de recibos para se proteger contra compras in-app fraudulentas feitas nas lojas de aplicativos do iOS e Android e garantir que uma compra in-app realmente ocorreu conforme relatado. Observação: Este é um recurso antigo. Saiba mais sobre o novo mecanismo de validação de compras in-app, totalmente automático e aprimorado.
Fluxo de validação de recibos
Este é o fluxo da validação de recibos:
- O usuário realiza uma compra dentro do aplicativo.
- A loja de aplicativos notifica o aplicativo sobre a compra bem-sucedida.
-
O desenvolvedor do aplicativo chama a função SDK Receipt Validation.
validateAndLogInAppPurchase
- O SDK chama o serviço de validação da AppsFlyer.
- A AppsFlyer valida a compra para garantir que ela não seja fraudulenta.
- Caso ela verifique que a compra é verdadeira, a AppsFlyer cria internamente um evento af_purchase comum. Caso contrário, o evento criado é marcado como fraudulento (disponível via Protect360).
- O serviço de validação da AppsFlyer envia a resposta para o SDK.
-
O SDK envia a resposta da validação de recibos para o aplicativo (sucesso ou falha).
Se a validação de recibos falhar, o evento será exibido no blocked in-app events raw-data relatório (disponível para assinantes do Protect360).
Para detalhes sobre a implementação da validação de recibos, veja nossa documentação do SDK para desenvolvedores:
Atenção:
- Para iOS aplicativos sandbox, ou seja, aplicativos que não estão disponíveis na App Store, a Validação de recibos requer algum código adicional.
- Compras feitas no ambiente sandbox são registradas como eventos af_purchase regulares, e sua receita é refletida nos dashboards e relatórios da AppsFlyer.
- O serviço de Validação de recibos da AppsFlyer é gratuito para todos os planos de conta.
- Para Android, a validação de recibos pode retornar um resultado
nulle considerar a validação como falha se o usuário final não tiver acesso à internet durante a compra.
Importante!
Chamar validateAndLogInAppPurchase também gera um evento in-app af_purchase. Assim sendo, não gere um evento af_purchase ao validar. Fazer isso resulta em eventos de receita duplicados.
Nota
- A validação de recibos legada explicada aqui não é compatível com StoreKit v2. Para a versão atual, consulte Configure a integração com a loja de aplicativos do iOS.
- A validação de recibos para compras in-app não é compatível para lojas de aplicativos não-nativas no Android.
This article was translated using AI and may contain errors. For the most accurate information, please refer to the English version using the language selector.