Il rimborso di un'app a pagamento non arriva mai al tuo server, quindi deve accorgersene l'app stessa

Le app a pagamento anticipato vengono rimborsate da una porta laterale che quasi nessuno strumento di gestione dei rimborsi sorveglia. Quando un acquirente restituisce l'app in sé, e non qualcosa acquistato al suo interno, Apple e Google riprendono il denaro dal tuo pagamento senza inviare al tuo server una sola notifica. Google, almeno, disinstalla l'app. Su iOS, sviluppatori sui forum di Apple riferiscono che gli acquirenti rimborsati continuano a usarla. Se vendi un'app a pagamento, il suo rimborso è l'unico che vedrai solo come una riga negativa in un report, a meno che l'app non lo verifichi sul dispositivo.

Regole di rimborso delle app a pagamento su Google Play e App Store

Entrambi gli store trattano l'acquisto del download come un prodotto a sé, con regole proprie. Ecco cosa dice la documentazione di ciascuno.

Come funziona il reso di due ore su Google Play

La guida di Play Console di Google è esplicita: dopo l'acquisto di un'app a pagamento, l'utente ha fino a due ore per restituirla con rimborso totale, e può restituire un'app una sola volta. La politica di rimborso di Google per i consumatori aggiunge che entro 48 ore l'acquirente può ottenere un rimborso a seconda dell'acquisto, che l'app viene disinstallata come parte del rimborso e che chi acquista di nuovo la stessa app non può essere rimborsato. Trascorse 48 ore, Google indirizza gli acquirenti allo sviluppatore.

Come Apple rimborsa un'app a pagamento

Sull'App Store, l'acquirente fa richiesta ad Apple tramite reportaproblem.apple.com, sceglie un motivo e seleziona l'app. Apple indica di attendere un aggiornamento entro 24-48 ore. Non puoi rimborsare tu un acquisto sull'App Store. Il limite esterno lo fissa il tuo contratto. La sezione 6.3 dello Schedule 2 dell'Apple Developer Program License Agreement stabilisce che, se un acquirente vuole annullare entro novanta giorni dal download, o se l'app non è conforme alle tue specifiche o alla legge applicabile, Apple può rimborsare l'intero prezzo, e tu rimborsi ad Apple quell'importo o le riconosci un credito di pari valore.

Perché il tuo server non viene mai a sapere del rimborso di un'app a pagamento

Tutti i segnali di rimborso inviati dai due store sono pensati per gli acquisti in-app. Apple descrive il suo notificationType come l'evento di In-App Purchase o di acquisto esterno che ha generato la notifica. Il suo tipo REFUND copre un consumabile, un non consumabile, un abbonamento a rinnovo automatico o un abbonamento senza rinnovo. Get Refund History restituisce gli acquisti in-app rimborsati di un cliente. Il download dell'app non compare in nessuno di questi elenchi.

Con Google è lo stesso. Le notifiche in tempo reale per gli sviluppatori coprono abbonamenti, prodotti a pagamento singolo e acquisti annullati, e il productType di un acquisto annullato è un abbonamento oppure un acquisto singolo. La Voided Purchases API indica che si applica agli ordini in-app singoli e agli abbonamenti, e arriva indietro solo di 30 giorni.

Il rimborso di un'app a pagamento genera un CONSUMPTION_REQUEST?

No. La documentazione di Apple dice che invia CONSUMPTION_REQUEST quando un cliente chiede il rimborso di un In-App Purchase consumabile o di un abbonamento a rinnovo automatico. È uno dei soli due flussi di rimborso, tra i due store, che chiedono prove allo sviluppatore. L'altro è la revisione dei chargeback di Google Play, a cui si risponde tramite orders.reviewrefund entro 24 ore, e arriva attraverso lo stesso flusso di notifiche degli acquisti in-app. Nessuno dei due è documentato per i download di app. Il rimborso di un'app a pagamento viene deciso senza nulla che tu possa inviare.

L'acquirente rimborsato continua a usare l'app?

Su Google Play, la politica dice che l'app viene disinstallata. Su iOS, i forum di Apple ospitano discussioni di sviluppatori che chiedono proprio questo. Una di marzo 2025 dice: «Quando un utente ottiene il rimborso di un'app a pagamento anticipato, continua ad avere accesso all'app.» Un'altra, del 2022, sospetta acquirenti che comprano, installano, chiedono il rimborso e continuano come se niente fosse. Una terza, di giugno 2025, chiede se App Store Server Notifications V2 segnali davvero i rimborsi a livello di app. Nessuna delle tre ha ricevuto risposta da Apple.

Quanto ti costa in denaro il rimborso di un'app a pagamento

Il lato dei pagamenti è prevedibile. La guida di Play Console di Google dice che restituisce la propria commissione di servizio quando rimborsi, quindi la detrazione dal tuo pagamento è la tua quota, non il prezzo di listino. Un rimborso emesso dopo che Google ti ha già pagato viene trattenuto da un pagamento futuro e, se il tuo saldo resta negativo per almeno 48 ore, Google può addebitarlo sul tuo conto bancario. Sul fronte Apple, il contratto dice che rimborsi un importo pari al prezzo. In pratica, RevenueCat ha riferito nel 2022 che Apple detraeva la cifra al netto della commissione indicata come Extended Partner Share, quindi Apple non tratteneva la sua quota.

I costi che non tornano sono quelli sostenuti per servire quell'acquirente. Ecco un esempio illustrativo. Un'app fotografica a pagamento da $6.99 applica i suoi filtri tramite un modello nel cloud e sincronizza i progetti su uno storage cloud. Hai pagato un annuncio che ha portato l'acquirente.

È in quest'ultima riga che iOS diventa costoso. Un acquirente rimborsato che tiene l'app continua a chiamare il tuo backend, e ogni richiesta di inferenza, sincronizzazione e chiamata API dopo il rimborso è un costo senza alcun ricavo dietro. Per un'app a pagamento senza costi server, un rimborso è una vendita persa. Per una con un backend, può trasformarsi in una bolletta che continua a crescere.

Come rilevare il rimborso di un'app a pagamento dentro l'app

Dato che il server non riceve nulla, il controllo deve partire dal dispositivo e poi avvisare il tuo server.

Su iOS, leggi revocationDate su AppTransaction

AppTransaction è il record firmato dall'App Store dell'acquisto dell'app da parte del cliente. La documentazione di StoreKit di Apple ora vi elenca una proprietà revocationDate, descritta come la data di revoca dell'acquisto dell'app. Leggi AppTransaction.shared all'avvio, verifica il risultato e tratta un revocationDate diverso da nil come un download rimborsato. Invia il valore firmato al tuo server, così smette di servire quell'account.

• Secondo Apple, appTransactionID resta lo stesso per un Apple Account anche dopo un rimborso o un riacquisto, quindi usalo come chiave dei tuoi record e riconoscerai l'acquirente che paga di nuovo.
• AppTransaction.refresh() recupera un record aggiornato dall'App Store, ma mostra una richiesta di accesso. Apple indica di chiamarlo solo dopo un'azione esplicita dell'utente, come il tocco su un pulsante Ripristina.
• Il valore firmato risiede sul dispositivo. La documentazione di Apple non descrive alcuna notifica al server per esso, quindi il tuo server sa solo ciò che l'app gli comunica.

Su Android, chiedi a Play Integrity il verdetto di licenza

La disinstallazione da parte di Google copre la maggior parte dei casi, ma una copia può sopravvivere, per esempio una installata manualmente da un backup. La Play Integrity API restituisce un appLicensingVerdict per l'account connesso. LICENSED significa che l'utente ha diritto all'app. UNLICENSED significa che non ce l'ha, e Google suggerisce di mostrare la finestra di dialogo GET_LICENSED. UNEVALUATED significa che Google non è riuscita a verificare, per esempio perché l'utente non ha eseguito l'accesso a Google Play. Google segnala inoltre che su alcuni dispositivi meno recenti l'utente mantiene il diritto dopo la disinstallazione, quindi LICENSED non prova un acquisto valido su ogni dispositivo.

Fai del server il guardiano

I controlli lato client possono essere rimossi con una patch. Ciò che vale la pena proteggere è il lavoro a pagamento svolto dal tuo backend, quindi fai in modo che il backend rifiuti le chiamate di un account il cui ultimo report è stato un rimborso, un verdetto UNLICENSED o nessun verdetto oltre un periodo di tolleranza che scegli tu. È questo che impedisce a un rimborso di trasformarsi in calcolo gratuito.

Quando un'app a pagamento dovrebbe passare agli acquisti in-app

Le indicazioni di Apple sul cambio di modello di business descrivono il passaggio da un'app a pagamento a un'app gratuita con In-App Purchases, usando originalAppVersion su AppTransaction per continuare a offrire le funzioni premium a chi ha acquistato la versione a pagamento. Il vantaggio di questo passaggio sul fronte dei rimborsi è concreto. Quando il prezzo è su un non consumabile o su un abbonamento, i rimborsi arrivano come notifiche REFUND e acquisti annullati su cui il tuo server può agire, e una richiesta di rimborso di un abbonamento sull'App Store genera un CONSUMPTION_REQUEST. Sono questi i segnali che RefundHalt ascolta e a cui risponde entro le finestre di 12 ore e di 24 ore. Un download a pagamento non te ne dà nessuno.