Paywall iOS: 7 errori da principiante che bloccano le vendite

Perché il tuo paywall iOS non vende

La tua app è sull'App Store, le installazioni arrivano, eppure quasi nessuno si abbona. Nella maggior parte dei casi il problema non è la tua idea né il tuo codice: è il tuo paywall iOS, la schermata che presenta l'offerta a pagamento e chiede all'utente di impegnarsi. Un paywall mostrato nel momento sbagliato, senza prova gratuita, senza pulsante di ripristino o senza le diciture che Apple richiede non vende, oppure viene rifiutato in revisione.

Ecco i 7 errori che vedo più spesso in una prima app, e come correggere ognuno. Nessuna ricetta magica: impostazioni concrete e verificabili, che puoi applicare prima del tuo prossimo invio ad Apple.

Pubblico le mie app iOS in abbonamento: Solys, una sveglia con minigiochi, e TradaZen, un simulatore di trading, entrambe collegate a RevenueCat. Su tutte e due ho vissuto la stessa situazione: tante installazioni, pochissime prove gratuite avviate. Il prodotto non c'entrava. Il paywall e l'onboarding non portavano abbastanza chiaramente alla prova. È uno dei motivi che mi hanno spinto a rifarli a fondo, ed è da lì che nasce questa lista.

Errore n°1: mostrare il paywall troppo presto, o troppo tardi

È l'errore più costoso, e si presenta in entrambe le direzioni.

Troppo presto è il paywall che compare prima che l'utente abbia capito cosa fa l'app. Apre l'app, vede un prezzo, chiude. Non ha nessun motivo di pagare, visto che non ha ancora visto niente.

Troppo tardi è il paywall nascosto dietro un pulsante «Premium» nelle impostazioni, o che compare solo dopo diversi giorni di utilizzo. La maggior parte degli utenti non lo vedrà mai. E un utente che non vede la tua offerta non può abbonarsi.

Il momento giusto sta nel mezzo: alla fine dell'onboarding, subito dopo che l'utente ha percepito il valore dell'app. Ha risposto a qualche domanda, ha visto cosa l'app farà per lui, forse ha provato la funzione principale. È lì che l'offerta ha senso.

In concreto:

• l'onboarding fa domande utili e mostra un'anteprima del risultato;
• il paywall arriva alla fine di questo percorso, non a metà;
• puoi mostrarlo di nuovo più tardi, quando l'utente tocca un limite della versione gratuita. Se rendi a pagamento una funzione finora gratuita, leggi prima la guida alla guideline 3.2.2.

Errore n°2: non offrire una prova gratuita

Per un'app che nessuno conosce ancora, chiedere di pagare subito è un salto grosso. La prova gratuita riduce questo salto: l'utente prova senza rischi, e il pagamento parte solo alla fine del periodo di prova se non disdice.

Apple prevede questo meccanismo con il nome di offerta introduttiva (introductory offer) per gli abbonamenti a rinnovo automatico. Due regole da ricordare, tratte dalla pagina di Apple sugli abbonamenti:

• un cliente può usufruire di una sola offerta introduttiva per gruppo di abbonamenti;
• nel percorso d'acquisto devi indicare chiaramente la durata della prova e il prezzo addebitato una volta terminata la prova.

L'errore frequente è offrire una prova senza dirlo. Se il tuo pulsante mostra solo «Abbonati», l'utente non sa che può provare gratis. Scrivilo per esteso sul pulsante o subito sopra: durata della prova, poi prezzo. È esattamente il tipo di dettaglio che fa la differenza tra installazioni che dormono e prove che partono.

Errore n°3: non valorizzare bene l'abbonamento annuale

Molte prime app offrono un mensile e un annuale, ma li presentano come due opzioni identiche, affiancate, senza gerarchia. Risultato: l'utente esita, e un utente che esita spesso chiude la schermata.

Eppure l'annuale ha vantaggi sia per te sia per l'utente: un prezzo mensile equivalente più basso per lui, un impegno più lungo per te. Per valorizzarlo in modo onesto:

• preselezionalo e dagli una presentazione visiva distinta;
• mostra l'equivalente mensile accanto al prezzo annuale, così il confronto è immediato;
• indica il risparmio reale rispetto al mensile, calcolato sui tuoi prezzi veri, mai su un prezzo di riferimento inventato.

Attento a non cadere nell'eccesso opposto: il prezzo realmente addebitato deve restare il più visibile. Apple chiede che il prezzo di rinnovo completo sia mostrato in modo chiaro e visibile. Un equivalente mensile in grande e il vero prezzo annuale in piccolissimo è un paywall ingannevole, ed è un motivo di rifiuto ai sensi della guideline 3.1.2.

Errore n°4: dimenticare il pulsante di ripristino degli acquisti

È la dimenticanza più stupida e una delle più frequenti. Un abbonato cambia iPhone, reinstalla l'app e si ritrova davanti al paywall anche se paga già. Senza un pulsante «Ripristina acquisti», non ha nessun modo di recuperare il suo accesso.

Non è un optional. Le regole di revisione dell'App Store (regola 3.1.1) richiedono un meccanismo di ripristino per ogni acquisto in-app ripristinabile, e la pagina di Apple sugli abbonamenti elenca tra gli elementi della schermata di iscrizione «un modo per gli abbonati attuali di accedere o ripristinare i propri acquisti».

Con RevenueCat il ripristino sta in una chiamata. Il vero lavoro è verificare cosa succede dopo:

• l'abbonato ritrova davvero il suo accesso, senza dover riavviare l'app;
• un utente senza acquisti riceve un messaggio chiaro, non un errore tecnico;
• il pulsante è visibile sul paywall stesso, non solo nelle impostazioni.

Errore n°5: dimenticare le diciture che Apple richiede

Un paywall che non dice chiaramente cosa l'utente pagherà può essere rifiutato. Apple spiega nella sua pagina dedicata agli abbonamenti cosa deve comparire nella schermata di iscrizione:

• il nome e la durata dell'abbonamento, e cosa offre in quel periodo;
• il prezzo di rinnovo completo, mostrato chiaramente e localizzato nelle valute disponibili;
• un modo per ripristinare gli acquisti (vedi l'errore precedente).

Aggiungi una frase esplicita sul rinnovo automatico: l'abbonamento si rinnova finché l'utente non lo disdice, e può disdirlo nelle impostazioni del suo account Apple.

La stessa pagina precisa anche che l'app e i suoi metadati App Store devono contenere link ai termini di utilizzo e all'informativa sulla privacy. È un punto che molti scoprono al momento del rifiuto: non basta mettere questi link nell'app, servono anche un richiamo alle condizioni dell'abbonamento e questi due link nella descrizione della scheda App Store. Senza, è un rifiuto ai sensi della regola 3.1.2. Nelle mie app in abbonamento chiudo la descrizione con un breve blocco: condizioni dell'abbonamento, poi link ai termini di utilizzo e link all'informativa sulla privacy. E se la tua scheda è tradotta, questo blocco deve esistere in ogni lingua.

Prima di incollare i tuoi link, aprili in un browser. Un link a una pagina che non esiste vale quanto un link assente.

Ho descritto gli altri motivi di rifiuto ricorrenti in questo articolo sui rifiuti di Apple, e la scheda App Store ha una pagina tutta sua: ottimizzare la scheda sull'App Store.

Errore n°6: non testare il paywall in sandbox

Un paywall che si vede bene sul simulatore non è un paywall che funziona. Tra la configurazione dei prodotti in App Store Connect, le offerte in RevenueCat e il codice dell'app, ci sono tanti punti in cui un dettaglio può rompersi: un prodotto collegato male, un prezzo che non si carica, una prova che non compare.

Per questo Apple fornisce un ambiente di test, la sandbox, con account Apple di test che crei in App Store Connect, in Users and Access, scheda Sandbox. Questi account servono a testare gli acquisti senza addebiti, compresi rinnovi, pagamenti falliti e rimborsi, come spiega la documentazione di App Store Connect.

Prima di ogni invio, percorri almeno questo flusso su un iPhone vero:

1. primo avvio, onboarding completo, arrivo sul paywall;
2. avvio della prova con un account di test;
3. verifica che l'accesso premium si sblocchi davvero;
4. eliminazione dell'app, reinstallazione, ripristino dell'acquisto;
5. visualizzazione corretta del paywall sull'iPhone più piccolo e su quello più grande che supporti.

Anche il revisore di Apple testerà l'acquisto. Se si blocca, è un rifiuto.

Errore n°7: non misurare niente

È l'errore che impedisce di correggere tutti gli altri. Senza misurazioni non sai dove gli utenti mollano. Vedi solo il risultato finale: pochi abbonati. Non sai se il problema è l'onboarding, il paywall, il prezzo o la prova.

È esattamente ciò che mi ha permesso di vedere il problema nelle mie app: le installazioni c'erano, le prove avviate no. Senza questi due numeri affiancati, avrei potuto passare settimane a rifare altro.

Imposta eventi di analytics a ogni passaggio chiave, per esempio con PostHog:

• inizio dell'onboarding;
• fine dell'onboarding;
• visualizzazione del paywall;
• prova avviata;
• acquisto o abbonamento confermato;
• ripristino riuscito.

Con questi eventi ottieni un funnel. Vedi il passaggio in cui gli utenti se ne vanno, e sai cosa sistemare per primo. RevenueCat completa la vista lato ricavi: prove, conversioni, rinnovi, disdette.

Un ultimo consiglio: non cambiare tutto insieme. Se modifichi prezzo, prova e design del paywall nello stesso giorno, non saprai mai cosa ha fatto muovere i numeri.

La checklist paywall prima del tuo prossimo invio

• Il paywall arriva alla fine dell'onboarding, dopo una prova di valore.
• La prova gratuita è mostrata chiaramente: durata, poi prezzo dopo la prova.
• L'annuale è valorizzato in modo onesto, il prezzo realmente addebitato resta leggibile.
• Il pulsante «Ripristina acquisti» è sul paywall e funziona.
• Nome, durata, prezzo di rinnovo e rinnovo automatico sono indicati.
• I link ai termini di utilizzo e all'informativa sulla privacy sono nell'app e nella descrizione App Store, in ogni lingua.
• Il percorso d'acquisto completo è stato testato in sandbox su un iPhone vero.
• Gli eventi di analytics coprono ogni passaggio, dall'onboarding all'acquisto.

Se hai ancora dubbi sul modello stesso, abbonamento o pagamento unico, ho scritto una guida dedicata: abbonamento o acquisto unico per la tua prima app iOS. E per la parte tecnica completa, prodotti, RevenueCat e validazione, trovi tutto nella pagina abbonamenti in-app iOS.

Costruire il tuo paywall con l'iOS Kit

Il paywall è solo un pezzo. Dipende dall'onboarding che lo precede, dal prezzo che fissi, dalla scheda App Store che porta gli utenti, e dalla funzione principale dell'app, quella da tenere semplice in una prima versione ben definita.

Se vuoi partire da una base pronta, onboarding, paywall e abbonamenti sono già nel codice di partenza dell'iOS Kit, e il terzo passaggio del suo percorso serve a collegarli alla tua app. Nessuno può garantirti un guadagno.

Prima dell'invio, le skill Claude Code dell'Apple Review Kit rileggono il tuo paywall e le diciture che Apple richiede. E la home mostra come lanciare la tua app mobile con questo paywall già collegato.

Domande frequenti

Quali errori di paywall iOS bloccano le vendite di una prima app?

In una prima app ricorrono sette errori: un paywall mostrato troppo presto o troppo tardi, nessuna prova gratuita, un abbonamento annuale valorizzato male. Poi un pulsante di ripristino dimenticato, diciture richieste da Apple assenti, un paywall mai testato in sandbox e nessuna misurazione. Ognuno si corregge con un'impostazione concreta, da verificare prima del tuo prossimo invio ad Apple.

Quando mostrare il paywall in un'app iOS?

Alla fine dell'onboarding, subito dopo che l'utente ha percepito il valore dell'app. Troppo presto, vede un prezzo senza aver capito cosa fa l'app. Troppo tardi, per esempio dietro un pulsante «Premium» nelle impostazioni, la maggior parte degli utenti non lo vedrà mai. Puoi mostrarlo di nuovo più tardi, quando l'utente tocca un limite della versione gratuita.

Cosa deve mostrare un paywall iOS per rispettare le regole di Apple?

Apple chiede nella schermata di iscrizione il nome e la durata dell'abbonamento, cosa offre, il prezzo di rinnovo completo mostrato chiaramente e un modo per ripristinare gli acquisti. Servono anche link ai termini di utilizzo e all'informativa sulla privacy, nell'app e nella descrizione della tua scheda App Store. Senza questi nella descrizione, è un rifiuto. Aggiungi una frase esplicita sul rinnovo automatico.

Bisogna offrire una prova gratuita in un'app iOS?

Sì, soprattutto per un'app che nessuno conosce ancora: chiedere di pagare subito è un salto grosso, e la prova permette di provare senza rischi. Apple la chiama offerta introduttiva, limitata a una per gruppo di abbonamenti per lo stesso cliente. Scrivi la durata della prova e poi il prezzo addebitato dopo sul pulsante o subito sopra.

Come valorizzare l'abbonamento annuale senza ingannare l'utente?

Preseleziona l'annuale, dagli una presentazione visiva distinta e mostra il suo equivalente mensile accanto al prezzo annuale. Indica il risparmio reale rispetto al mensile, calcolato sui tuoi prezzi veri, mai su un prezzo di riferimento inventato. Non nascondere il prezzo vero: un equivalente mensile in grande e il prezzo annuale in piccolissimo è un paywall ingannevole e un motivo di rifiuto.

Come testare un paywall iOS prima dell'invio ad Apple?

Con la sandbox di Apple: account di test, creati in App Store Connect, che permettono di acquistare senza addebiti. Su un iPhone vero, percorri il flusso completo: onboarding, avvio della prova, accesso premium, poi eliminazione dell'app, reinstallazione e ripristino dell'acquisto. Verifica anche la visualizzazione sull'iPhone più piccolo e su quello più grande che supporti.