La differenza tra un chargeback e un rimborso si riduce a chi decide, e solo uno dei due è definitivo

Due parole vengono usate come se significassero la stessa cosa. Il cliente riottiene i suoi soldi in entrambi i casi, quindi a chi importa quale fosse. Per uno sviluppatore di app che vende tramite l'App Store o Google Play, la differenza tra un chargeback e un rimborso decide chi ha controllato l'esito, se avresti potuto cambiarlo e, a partire da questo mese, quanto la reversione toglie dal tuo conto.

Ecco la versione breve. Un rimborso è lo store che restituisce il denaro, ed è lo store a deciderlo. Un chargeback è la banca del cliente che ritira il denaro, ed è la banca a deciderlo, senza appello. Ti trovi in posizioni molto diverse in ciascuno dei due. Ecco come appare ciascuno su Apple e Google, i due momenti in cui lo store ti chiede davvero qualcosa, e quanto costa ora la differenza tra i due.

La differenza tra un chargeback e un rimborso è chi decide

Togli il gergo dei pagamenti e una sola domanda separa i due: chi prende la decisione finale. Un rimborso è una decisione presa all'interno del sistema stesso dello store. Un chargeback è una decisione presa nella banca del cliente, uno strato più in là di quanto possa raggiungere qualsiasi impostazione dello store. Questo solo fatto determina tutto il resto, dalla possibilità di contestarlo fino a quanto costa.

Chi lo avvia e chi decide

Un rimborso può iniziare in due modi. Il cliente chiede indietro i suoi soldi allo store, oppure sei tu a emettere il rimborso. In entrambi i casi lo store, Apple o Google Play, lo approva e restituisce i fondi. Un chargeback inizia in un solo modo. Il cliente salta del tutto lo store e contesta l'addebito con la sua banca o il circuito della carta, e la banca recupera il denaro dal sistema di pagamento dello store. Non l'ha scelto lo store, e nemmeno tu.

Lo store è il venditore, non tu

Questa è la parte che spiazza gli sviluppatori che vengono dall'e-commerce classico. Quando vendi tramite l'App Store o Google Play, non sei tu il commerciante ufficiale. Lo sono Apple e Google. L'estratto conto della carta del cliente riporta Apple o Google, non il nome della tua azienda. Quindi quando quel cliente contesta l'addebito, il chargeback finisce prima nel sistema di pagamento dello store. Non sei al telefono con la banca. Lo scopri tramite lo store, ammesso che lo store te lo dica.

I due a confronto

Come appare un rimborso sull'App Store e Google Play

La maggior parte dei rimborsi non è una conversazione a cui puoi partecipare. Lo store riceve la richiesta, la verifica con le proprie regole e restituisce il denaro. Vieni informato a cose fatte, se hai collegato le notifiche che portano la notizia.

Apple decide, poi avvisa il tuo server

Un cliente Apple richiede un rimborso su reportaproblem.apple.com, e Apple ha fino a 90 giorni dall'acquisto per accettare la richiesta in esame. Apple esamina ogni caso da sola e decide. Quando concede il rimborso, il tuo server riceve una notifica REFUND tramite App Store Server Notifications V2, e la transazione ora riporta un revocationDate. Quando nega la richiesta, ricevi REFUND_DECLINED. Se Apple in seguito annulla un rimborso che aveva già concesso, ricevi REFUND_REVERSED e la vendita torna. In nessuno di questi casi esprimi un voto. Reagisci.

Google Play rimborsa la maggior parte degli acquisti senza chiederti nulla

Google Play consente a un cliente di rimborsarsi in autonomia entro 48 ore dall'acquisto, direttamente dal suo account, senza alcun coinvolgimento dello sviluppatore. Superate le 48 ore, il cliente viene indirizzato a te, e puoi concedere o rifiutare secondo la tua politica. L'assistenza può emettere rimborsi, e un acquisto non confermato viene rimborsato automaticamente dopo circa 72 ore. Tutto questo avviene dal lato di Google. Vedi il risultato tramite una notifica di acquisto annullato o la Voided Purchases API, e il tuo compito è revocare l'accesso, non approvare il rimborso.

I due flussi in cui lo store ti chiede davvero

Ci sono esattamente due momenti, su entrambi gli store, in cui lo store si ferma e chiede prove allo sviluppatore prima di decidere. Apple invia un CONSUMPTION_REQUEST quando un cliente richiede un rimborso, e ti dà 12 ore per rispondere tramite Send Consumption Information con dati di utilizzo. Google Play invia un esame del chargeback e ti dà 24 ore per rispondere tramite l'API orders.reviewrefund. Tutto il resto viene deciso senza di te. Queste due finestre sono l'unico punto in cui il tuo contributo cambia l'esito, ed è per questo che vale la pena automatizzarle e monitorare il resto.

Come appare un chargeback e perché è definitivo

Un chargeback non è un rimborso con qualche passaggio in più. È un meccanismo diverso con un decisore diverso, e questo cambia ciò che puoi farci.

È la banca a ritirare il denaro, non il cliente

In un chargeback il cliente dice alla sua banca che l'addebito era errato, fraudolento, non riconosciuto o mai consegnato. La banca si schiera per impostazione predefinita dalla parte del suo titolare di carta e annulla la transazione, recuperando i fondi attraverso il circuito della carta. Lo store non l'ha approvato. Il denaro è già andato prima che qualcuno chieda se il prodotto sia stato consegnato. Ecco perché un chargeback è lento e pesante dove un rimborso è rapido e pulito: passa attraverso il processo di contestazione del circuito della carta, che richiede settimane o mesi, non minuti.

La decisione della banca è definitiva

Non puoi ribaltare un chargeback come potresti annullare un rimborso. Una volta che la banca decide, quella decisione resta. L'unico punto in cui puoi influenzarla è prima che venga presa. Su Google Play una contestazione avviata dalla banca può aprire un esame, e Google Play invia al tuo server una notifica con un conto alla rovescia di 24 ore. Rispondi tramite orders.reviewrefund con una preferenza di rimborso e prove di consumo reali, e Google Play integra il tuo contributo nel modo in cui contesta il chargeback per tuo conto. Perdi la finestra e la contestazione viene risolta senza l'unica parte che sa come è stato usato il prodotto.

Quanto ti costa davvero ciascuno

Per molto tempo la risposta onesta era che un chargeback e un rimborso costavano a uno sviluppatore di app all'incirca la stessa cosa: la vendita, e quello che avevi già speso per consegnarla. Questo ha smesso di essere vero per gli sviluppatori di Google Play questo mese.

Il rimborso non è mai l'unico numero

Che la reversione sia un rimborso o un chargeback, il pagamento non è mai stato il tuo unico costo. Un video generato, un lotto di chiamate all'API di un modello, un pagamento a un creator, lo storage che hai predisposto, tutto quel denaro è uscito dal tuo conto nel momento in cui hai consegnato l'ordine, e nulla di tutto ciò torna quando l'addebito viene annullato. La vendita è il numero visibile. Il calcolo, le chiamate API, lo storage e i pagamenti sono quelli che sono già stati liquidati. Difendi la reversione sul valore consegnato, mai su quanto a lungo il cliente ha aspettato, perché il tempo trascorso non è un costo e Apple e Google non lo trattano come tale.

Dal 3 agosto 2026 un chargeback aggiunge una commissione bancaria

Ecco dove i due smettono di costare lo stesso. Finora Google Play assorbiva il costo a valle di un chargeback. Per gli ordini effettuati dopo il 3 agosto 2026, Google Play trasferisce quel costo allo sviluppatore. In una contestazione persa restituisci il prezzo d'acquisto meno la commissione di servizio di Play, e in più paghi la commissione di chargeback addebitata dall'istituto finanziario. Google Play continua a coprire la parte della commissione di servizio. Un rimborso non comporta quella commissione bancaria. Quindi un addebito che finisce in un chargeback ora ti costa nettamente più dello stesso addebito rimborsato, e l'extra è la commissione della banca.

La scala dietro il cambiamento

Google Play afferma di aver bloccato US$3.4B di frodi e abusi nel 2025 e continua ad aggiungere rilevamento delle frodi per tutto il 2026. Spostare il costo del chargeback sugli sviluppatori fa parte di questa spinta. Ti dà un motivo diretto per alimentare il flusso di esame con prove, così che il sistema contesti una quota maggiore delle contestazioni illegittime. Le tue prove sono ciò che rende possibile una contestazione, e una risposta vuota è un voto per lasciare che un chargeback da frode amichevole si prenda il tuo denaro.

Come evitare che un rimborso diventi un chargeback

Il chargeback più economico è quello che non accade mai, perché l'ordine è stato rimborsato prima oppure contestato con prove che erano già lì. Niente di tutto ciò richiede una persona sveglia all'ora giusta. Richiede l'impianto pronto prima della contestazione.

Rimborsa tu stesso un ordine problematico prima che lo faccia la banca

Se un ordine verrà chiaramente contestato, rimborsarlo tu stesso costa meno che perdere il chargeback. Un rimborso che emetti non comporta la commissione di chargeback della banca. Su Google Play puoi rimborsare qualsiasi ordine di meno di tre anni con una chiamata orders.refund, con o senza revocare l'accesso. Arrivaci prima che il cliente raggiunga la sua banca e trasformi una commissione bancaria più una vendita persa in una semplice vendita persa.

Rispondi automaticamente alle due finestre di prova

La finestra di 12 ore di Apple e la finestra di 24 ore di Google Play sono comode per una macchina e brutali per un umano che deve stare a sorvegliare. La risposta dovrebbe essere automatica: entra la notifica, si cerca l'account, si assembla il consumo, una chiamata in uscita, nessuna persona nel ciclo. Questa è la parte che RefundHalt esegue per te. Ascoltiamo il CONSUMPTION_REQUEST e l'esame del chargeback di Google Play, abbiniamo l'ordine all'utilizzo che già tracciamo, e rispondiamo entro la finestra con una preferenza di rimborso e prove di consumo reali.

Collega l'identità e registra il consumo fin dall'inizio

Le prove che ti servono al momento della contestazione devono esistere prima della contestazione. Imposta un identificatore di account su ogni acquisto in modo che una notifica rimandi direttamente a un utente, un appAccountToken UUID su Apple e un setObfuscatedAccountId con hash di 64 caratteri o meno su Google Play, mai dati personali in chiaro. Registra cosa ha consegnato ogni ordine pagato, quando e a chi, in un formato che puoi convertire in una percentuale di consumo su richiesta. Fallo e la stretta finestra basta, perché il caso è già costruito quando arriva il token.