Come calcolo il tetto di CPA prima di scalare un'app? Si ricava dai proceeds, non da un benchmark.

Prendi una subscription app con un piano annuale di esempio da 59,99 $. Può permettersi un pagante da 26,87 $ oppure uno da 53,81 $, con gli stessi prezzi, le stesse commissioni dello store e lo stesso tasso di rimborso. L’unico input che cambia è quanto può aspettare i suoi soldi. Il massimo che un utente pagante può costarti è il tetto di CPA, e lo fisso prima di alzare la spesa su qualsiasi account.

Si ricava da tre numeri che hai già. Quanto paga un pagante. Quanto ti arriva dopo lo store, le tasse e i rimborsi. Quanto puoi aspettare per averlo. Un target di piattaforma, un benchmark e un rapporto 3:1 non sono nessuna di queste cose. Fissi prima il tetto, poi il target di piattaforma sotto il tetto, e il divario tra i due dipende da quanto sono vecchie le tue coorti. Ogni numero degli esempi è un calcolo su un’ipotesi dichiarata, non i dati di un account reale.

Che cos’è un tetto di CPA, e che cosa non è?

Il tetto di CPA è un costo per utente pagante, non un costo per install o per trial. Install e trial sono proxy, e traduco il tetto in questi valori solo alla fine, con tassi di conversione misurati su coorti abbastanza vecchie da aver già convertito.

Tre cose vengono scambiate per il tetto:

• Un target di piattaforma. Google dice chiaramente che con il CPA target alcune conversioni costano più del target e altre meno. Il target è un input per il bidding. Non sa quanto vale per te un pagante.
• Un benchmark. Un CPI o un costo per trial mediano descrive altre app, con altri prezzi e altre fasce di commissione. L’articolo sui mercati Tier 2 mostra come un CPI da 2 $ con il 3% di install che pagano batte un CPI da 15 $ con il 4%. Sono 67 $ contro 375 $ per pagante. Stesso benchmark, verdetti opposti.
• Un rapporto. Ho già definito il rapporto LTV:CAC di 3:1 un’indicazione di massima, e continuerò a chiamarlo così. Un rapporto nasconde se la revenue è proceeds o gross e quando arriva, che sono le due cose per cui serve un tetto.

Come calcolo i proceeds per utente pagante?

Ogni input del tetto è una sottrazione dal prezzo, e le sottrazioni sono più grandi e più varie di quanto ipotizzi la maggior parte dei modelli.

Commissione dello store. Non è un numero solo. Cambia per programma, per quanto tempo l’abbonato ha pagato e per regione.

Un 30% fisso nel modello è sbagliato per la maggior parte delle app per la maggior parte del tempo, e lo è nella direzione che ti fa fare bid troppo bassi.

Tasse. Dove il prezzo include l’IVA, lo store calcola la commissione dopo aver tolto l’IVA, quindi un piano da 59,99 € in Germania e uno da 59,99 $ in Texas non producono gli stessi proceeds.

Rimborsi. Un rimborso si riprende quello che ti era arrivato. Su Google Play, Google restituisce la sua commissione di servizio su un ordine rimborsato. Nei report di vendita di Apple, un rimborso registra unità negative alla tua percentuale di proceeds, quindi quello che perdi è la tua quota, non il prezzo pagato dal cliente. Il report 2026 di RevenueCat indica la maggior parte delle categorie tra il 3% e il 4%, con casi estremi dal 9% al 18%, e più rimborsi dove i prezzi sono più alti.

Costi variabili. Tutto ciò che scala con un utente pagante: inferenza per un’app AI, licenze di contenuti, supporto. I costi fissi restano fuori. Il tetto è la linea di pareggio per pagante, e il margine tra il tuo bid e il tetto è quello che paga l’affitto.

Quello che resta dopo queste quattro sottrazioni sono i proceeds per pagante. RevenueCat separa i livelli allo stesso modo, revenue al netto dei rimborsi, poi proceeds dopo tasse e commissione stimate, e costruisco il tetto sull’ultimo. Poi il denaro si prende i suoi tempi. Apple paga entro 45 giorni dalla fine del mese fiscale in cui è avvenuta la vendita, quindi una vendita può arrivarti settimane dopo, e Google Play paga intorno al 15 del mese successivo.

Per quanto tempo puoi aspettare i soldi?

Nessun benchmark può rispondere al posto tuo. È qui che passo più tempo con un account nuovo.

La mia regola dipende dal piano. Un piano annuale ripaga con il primo pagamento oppure non ripaga affatto, quindi la finestra è immediata. I piani settimanali e mensili concentrano una quota consistente del loro valore nel primo pagamento e il resto arriva con i rinnovi, quindi li leggo su coorti settimanali e non mi fido mai di una singola settimana. La mia regola pratica, dal playbook su Andromeda, è che l’abbonato settimanale o mensile medio restituisce più o meno il prezzo annuale nel tempo. Le app che vendono extra sopra l’abbonamento recuperano più in fretta, perché il secondo acquisto arriva prima del rinnovo.

Poi dipende dall’azienda. Per un principiante, recupera tutto nello stesso mese. Non conosci ancora la tua curva dei rinnovi, e lo store non ti paga per settimane, quindi un tetto che si appoggia sul secondo anno è un prestito che hai fatto a te stesso. Un’app affermata può allungarsi verso i due anni. Affermata significa due cose insieme. Hai almeno un anno di dati sui rinnovi, quindi la curva è nota e non stimata a occhio, e hai la cassa o i fondi per aspettarla. Da sola, nessuna delle due basta.

Contare due anni di proceeds non vuol dire aspettare due anni per giudicare. Il target resta a D30 o D60, come in quel playbook, e il resto lo copre la curva misurata da lì al rinnovo. La finestra stabilisce cosa include il tetto. Il giorno stabilisce quando giudichi.

Misura la curva dei rinnovi, perché la scorciatoia abituale della revenue mensile divisa per il churn presume che il churn resti piatto, e nelle coorti di abbonamenti non è così. Fader e Hardie hanno mostrato che i tassi di retention salgono nel tempo perché le persone con più probabilità di andarsene se ne vanno per prime. Anche le mediane sono basse. Il report 2026 di RevenueCat riporta una mediana del primo rinnovo annuale tra il 23% e il 40% nelle categorie principali. Se il tuo tetto presume più di così, voglio vedere la coorte.

Che aspetto ha il tetto per una subscription app da 59,99 $?

Ogni input qui sotto è illustrativo, a meno che l’ultima colonna non indichi una fonte. Sostituisci il resto con il tuo listino prezzi, la tua fascia di commissione e i tuoi tassi maturi.

Il primo blocco è il tetto del principiante, con payback nello stesso mese. Il secondo è quello dell’app affermata, ed è disponibile solo per un’app che ha osservato una coorte per un anno e può aspettare il secondo anno. Ho tenuto la commissione del 30% su tutti e sette i pagamenti mensili perché i piani mensili raggiungono raramente la fascia del 15%.

Cosa fa la fascia di commissione. Sulla fascia del 15%, che sia tramite lo Small Business Program o come abbonamento su Google Play, lo stesso primo pagamento vale 32,63 $ per pagante invece di 26,87 $. Un quinto di margine in più da una riga del modello che la maggior parte delle persone lascia al 30%.

Listino prezzi illustrativo delle tabelle qui sopra, condizioni standard di Apple. Una barra piena vale 53,81 $.

La finestra ha raddoppiato il tetto. La fascia di commissione lo ha spostato di un quinto. Il tasso da trial a pagamento, l’input su cui discute la maggior parte dei team, non l’ha spostato di nulla, perché si limita a convertire il tetto in un bid. Sistema bene la finestra e la commissione prima di toccare i tassi del funnel.

Che aspetto ha il tetto per un gioco mobile con revenue pubblicitaria?

I giochi ragionano in ROAS, e un soft launch deve dimostrare che gli install ripagano entro la finestra. Quindi il tetto è il CPI che dà ancora il ritorno che ti serve entro il giorno in cui ti serve, contando sia gli acquisti sia la revenue pubblicitaria. Sulla revenue pubblicitaria non c’è commissione dello store, ed è uno dei motivi per cui i giochi ibridi possono rendere di più per install di quanto suggerisca il loro tasso di paganti.

Input illustrativi: il 3% degli install paga entro il giorno 30, un pagante spende 35 $ gross entro allora, quindi 24,50 $ dopo una commissione del 30%, e l’install medio genera 0,40 $ di revenue pubblicitaria entro il giorno 30. Gli acquisti danno 3% × 24,50 $ = 0,74 $ per install, la pubblicità aggiunge 0,40 $, quindi un install vale circa 1,14 $ entro il giorno 30.

Se la regola è il payback al giorno 30, il tetto di CPI è circa 1,14 $. Se ti serve il 130% entro il giorno 30 per finanziare la coorte successiva, è circa 0,87 $. Per pagante, dividi il valore dell’install per il 3% che paga, e ottieni circa 38 $ con la revenue pubblicitaria contata, contro 24,50 $ con i soli acquisti. Un modello che conta solo gli acquisti in app sottovaluta questo gioco di un terzo.

In uno dei miei account di giochi il CPI è rimasto piatto mentre il ROAS D0 si è dimezzato, perché il valore dell’ordine è sceso. È la ragione per costruire il tetto sul valore per install e non sul CPI.

Il tetto di CPA dovrebbe essere lo stesso in ogni paese?

Uno per paese, ovunque ci sia abbastanza volume da leggerlo. I prezzi cambiano, il trattamento fiscale cambia, la commissione dello store può cambiare e il mix di piani cambia, dato che il report 2026 di RevenueCat riporta i piani annuali al 40% degli abbonamenti venduti in Nord America e al 19% in Medio Oriente e Africa. Ognuno di questi fattori cambia i proceeds per pagante, e un tetto blended nasconde le differenze. Nel mio audit per paese un paese aveva girato al 28% di ROAS per tre mesi dentro una campagna che riportava il 70% blended. Sull’account Videa ho fissato i target di ROAS per paese e ho lasciato che il budget seguisse il payback per mercato.

Dove un paese è troppo piccolo per essere letto, accorpalo ai paesi vicini e leggi il gruppo. Un paese con 80 $ di spesa dietro ha un ROAS rumoroso, non un verdetto.

Come trasformo un tetto di CPA in un target Meta o Google?

Il tetto è per pagante e la piattaforma vuole un target per evento, quindi converti prima. Con l’ottimizzazione per trial, target di costo per trial = tetto × tasso da trial a pagamento maturo. Con l’ottimizzazione per acquisto, controlla cosa conta l’evento. L’integrazione Meta di RevenueCat invia conversioni da trial, primi acquisti e rinnovi tutti come Subscribe di default, quindi un costo per Subscribe può stare sotto quanto è costato davvero un nuovo pagante, come spiega l’articolo sull’evento di ottimizzazione.

Poi fissa il target sotto il tetto. Quanto sotto dipende dall’età delle coorti. Finché le coorti sono giovani, tre cose restano sconosciute. Il tasso da trial a pagamento per cui hai moltiplicato è un benchmark o una supposizione, il divario di attribution non è misurato e i rimborsi non sono ancora arrivati. In quella fase il divario sotto il tetto svolge due funzioni insieme. Assorbe queste incognite ed è l’unico denaro che resta per i costi fissi. Quindi lo lascio ampio, e lo restringo quando alcune settimane di coorti di pari età hanno confermato i tassi. Nell’esempio, un quarto sotto il tetto del primo pagamento è circa 20 $ per pagante e 7,50 $ per trial per un account giovane, e un decimo sotto è circa 24 $ e 9 $ quando i tassi sono noti. Questi margini sono illustrativi. La direzione no.

Nell’app fitness di cui ho scritto il target era 15 $ per trial e non sono riuscito a portare l’account sotto i 30 $. Se quei 30 $ fossero un fallimento o un buon risultato dipendeva da quanto valeva un trial per quell’app. È il numero che un tetto ti dà prima di spendere, non dopo il giorno 25. E quando una coorte lo manca, la diagnostica è il modo in cui trovo cosa si è mosso prima di tagliare.

Anche le piattaforme descrivono i loro target allo stesso modo, se leggi le note a piè di pagina. La pagina di aiuto di Meta chiama l’obiettivo di costo per risultato e l’obiettivo ROAS input nell’asta pubblicitaria, senza alcuna garanzia che l’account li raggiunga. La guida di setup di Google ti dice di impostare il tuo tCPA più alto del 20% rispetto al CPA osservato una volta che arrivano i dati. È un consiglio su come ottenere volume. Solo il tetto ti dice se te lo puoi permettere.

Su Google parto senza un target. Nel mio test da 100.000 $ Max Conversion Value ha battuto tROAS su entrambe le piattaforme e in ogni mercato, perché tROAS limita il volume prima che Google abbia imparato qualcosa. Il tetto era la linea con cui giudicavo i risultati, non un input di bid, e ho aggiunto un target solo quando c’era un ritorno da mantenere. Le stesse regole di Google vanno nella stessa direzione. tROAS nelle App campaign richiede l’SDK di Firebase e almeno 10 conversioni al giorno o 300 in 30 giorni.

Quando una coorte è abbastanza vecchia per essere giudicata rispetto al tetto?

Un tetto costruito su un tasso da trial a pagamento del 37,4% è un tetto per coorti i cui trial hanno avuto il tempo di convertire. Confronta con questo tetto una coorte vecchia di tre giorni e fallirà ogni volta, e taglierai una campagna che andava bene. Confronto il costo per pagante a parità di età della coorte, come lo studio D0 contro D28 confronta le campagne, e lascio che il dato iniziale sostituisca quello finale solo quando la curva dell’account dal giorno 0 al giorno 28 è nota. La routine sulle coorti, stessa età, proceeds e una soglia di acquisti, è in quali coorti stanno davvero ripagando.

L’errore opposto è altrettanto comune. Un costo per trial basso con un tasso di cancellazione al giorno 0 dell’85% è peggio di uno alto con un tasso normale, perché il 55,4% delle cancellazioni nei trial di tre giorni avviene al giorno 0 e i trial starter economici sono spesso quelli che cancellano. Il tetto è per pagante proprio per questo motivo.

Quali numeri voglio prima che un account scali?

1. Proceeds per pagante. Prezzo per piano e paese, la tua fascia di commissione dello store, tasse e rimborsi, pesati sul tuo mix reale di piani. Un 30% fisso e la revenue gross mettono entrambi il tetto nel posto sbagliato.
2. La finestra. Quanto puoi aspettare, e se hai un anno di dati tuoi sui rinnovi per giustificare di contare più del primo pagamento.
3. Tassi maturi. Da trial a pagamento e da install a pagante, da coorti abbastanza vecchie da aver già convertito, per paese dove il volume lo consente.
4. I tre tetti. Per pagante, per trial e per install, e di quanto si muove ciascuno se cambia la fascia di commissione o la finestra.
5. Il divario rispetto al target. Quanto sotto il tetto sta il target di piattaforma, e l’età della coorte alla quale lo restringi.
6. L’età a cui giudichi. Il costo per pagante a parità di età della coorte, mai sul solo evento della piattaforma.

Se riesci a compilare queste sei righe, puoi scalare. Se non ci riesci, nel growth audit le compilo io per un account, e puoi prenotarlo da solo a qualsiasi livello di spesa.

Fonti e ambito

Tutte verificate il 4 e il 5 ottobre 2026. Le condizioni degli store cambiano spesso, quindi controlla la data prima di citare una tariffa. Gli esempi svolti sono calcoli su ipotesi dichiarate, non dati di un account reale. Le cifre di account a cui rimando riguardano un solo account ciascuna, non sono esperimenti controllati.

• Apple, App Store Small Business Program
• Apple, Auto renewable subscriptions
• Apple, Changes for apps in the European Union, aggiornato il 18 agosto 2026
• Apple, Summary sales report, App Store Connect Help
• Apple, Overview of receiving payments, App Store Connect Help
• Google, Service fees, Play Console Help
• Google, Order processing and payouts, Play Console Help
• Google, Manage your app’s orders and issue refunds, Play Console Help
• Google, About Target CPA bidding, About Target ROAS bidding, About bidding in App campaigns e Choose a bid strategy for your App campaign, Google Ads Help
• Meta, About cost and bid controls, Meta Business Help Center
• RevenueCat, Taxes and commissions e Meta Ads integration, RevenueCat Docs
• RevenueCat, State of Subscription Apps 2026, 115.000 app, dati 2025, solo clienti di RevenueCat, osservazionale
• Fader e Hardie, How to Project Customer Retention, Journal of Interactive Marketing, 2007