# Guideline 3.2.2 Unacceptable: modello di business rifiutato > Guideline 3.2.2: Apple rifiuta funzioni legate a una valutazione e recensioni premiate. Premia un'azione nell'app, mai sull'App Store. Pagina originale: [Guideline 3.2.2 Unacceptable: modello di business rifiutato](https://devoria.fr/it/blog/guideline-3-2-2-modello-business-rifiutato) Autore: [Mehdi Azizi](https://devoria.fr/it/mehdi-azizi) Pubblicazione: 2026-11-04 Ultima revisione dei contenuti: 2026-11-04 La guideline 3.2.2 elenca i modelli di business che Apple rifiuta. **Per un'app indipendente, la trappola classica è scambiare una valutazione, una recensione o un download con un vantaggio.** Puoi premiare un'azione nell'app, come finire un livello o guardare una pubblicità. Non un'azione sull'App Store. Pubblico le mie app iOS: Solys, TradaZen e Nolera sono sull'App Store. Questa guida si basa sul testo ufficiale di Apple, letto il 15 ottobre 2026 nella versione dell'8 giugno 2026, e su rifiuti 3.2.2 pubblicati da sviluppatori. Le pratiche citate più sotto sono esempi. Il momento in cui chiedere una recensione dipende da un'altra regola, che spiego nella guida alla [guideline 5.6.3](https://devoria.fr/it/blog/guideline-5-6-3-richiesta-recensione-app-rifiutata). ## Cosa dice la guideline 3.2.2? La 3.2.2 si trova nella sezione 3.2, "Other Business Model Issues", delle [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#3.2.2). Lì Apple contrappone una lista "Acceptable", la 3.2.1, e una lista "Unacceptable", la 3.2.2. E precisa che queste liste non sono esaustive. Nella versione attuale, la 3.2.2 ha dieci punti, di cui due vuoti. | Punto | Cosa viene rifiutato | | ------ | ----------------------------------------- | | (i) | Una vetrina di app di terzi | | (ii) | Vuoto ("omitted") | | (iii) | Gonfiare le pubblicità, app di pubblicità | | (iv) | Donazioni senza autorizzazione | | (v) | Accesso limitato senza motivo | | (vi) | Vuoto ("omitted") | | (vii) | Gonfiare un ranking altrove | | (viii) | Opzioni binarie, CFD senza licenza | | (ix) | Prestiti oltre il 36% annuo | | (x) | Obbligare a valutare, a scaricare | Per un'app indipendente, il punto che conta di più è il (x): "Apps must not force users to rate the app, review the app, download other apps". Vieta di pretendere una valutazione, una recensione, il download di un'altra app o un'altra azione legata allo store per accedere a una funzione, a un contenuto o all'app. La frase successiva fissa il limite: "Apps may otherwise incentivize users to take specific actions within apps". Gli esempi indicati: finire un livello, guardare una pubblicità. L'introduzione della [sezione 3](https://developer.apple.com/app-store/review/guidelines/#3) completa la regola. Lì Apple prende di mira recensioni e classifiche gonfiate da feedback "paid, incentivized, filtered, or fake": pagati, premiati, filtrati o falsi. La sanzione annunciata può arrivare fino all'esclusione dal programma sviluppatori. **Una valutazione o una recensione non si compra: né con soldi, né con monete, né con una funzione sbloccata.** ## Cosa non copre la 3.2.2 Diversi articoli online attribuiscono alla 3.2.2 casi che il testo attuale colloca altrove. Tre regole vicine contano per un'app indipendente. - **Far pagare una funzione di sistema: 4.10.** La [guideline 4.10](https://developer.apple.com/app-store/review/guidelines/#4.10) vieta di monetizzare le capacità del dispositivo o di iOS, come le notifiche push, la fotocamera o il giroscopio. Cita anche servizi di Apple: spazio iCloud, API Screen Time. - **Imporre un compito dopo l'acquisto: 3.1.2(a).** La [regola 3.1.2(a)](https://developer.apple.com/app-store/review/guidelines/#3.1.2) chiede che si ottenga ciò che si è pagato senza compiti aggiuntivi: pubblicare sui social, importare i contatti, aprire l'app un certo numero di volte. - **Passare all'abbonamento: sempre 3.1.2(a).** Non devi togliere la funzione principale a chi l'ha già pagata. I dettagli sono nella guida alla [guideline 3.1.2](https://devoria.fr/it/blog/guideline-3-1-2-app-rifiutata-abbonamento). ## I casi più frequenti per un'app indipendente I quattro casi qui sotto sono esempi costruiti per illustrare la regola. ### Sbloccare una funzione in cambio di una valutazione Esempio: "Valuta l'app per sbloccare il tema scuro." È esattamente ciò che vieta il punto (x). E il meccanismo non regge nemmeno tecnicamente: la finestra di valutazione di Apple può non comparire, e non dice alla tua app se la persona ha valutato. La soluzione: chiedi la valutazione con la finestra di sistema, dopo un successo, senza condizioni. Il tema scuro si sblocca in un altro modo, gratis o con un acquisto in-app. ### Premiare una recensione o un download Esempio: "100 monete per una recensione a 5 stelle", oppure un offer wall che dà monete per installare altre app. Il primo compra una recensione, e il "5 stelle" la filtra. Il secondo paga dei download. Un rifiuto 3.2.2 del 2019, [pubblicato sui forum di Apple](https://developer.apple.com/forums/thread/115883), riguardava proprio un offer wall: "Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store." La soluzione: premia azioni che avvengono nella tua app. Finire il tutorial, vincere tre partite, completare una sfida. ### La pubblicità con ricompensa Il video con ricompensa è consentito: il (x) stesso cita "watching an ad" tra le azioni che un'app può incentivare. Due limiti. Il punto (iii) rifiuta le app pensate soprattutto per mostrare pubblicità. E un rifiuto del 2022, [pubblicato da uno sviluppatore](https://developer.apple.com/forums/thread/705534), dice: "The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks". Un altro sviluppatore [racconta una chiamata con un reviewer](https://developer.apple.com/forums/thread/685104) nel 2021: secondo lui, le ricompense di valore reale, come soldi o carte regalo, non erano ammesse, solo le ricompense dentro l'app. **Tieni la pubblicità opzionale, e la ricompensa dentro l'app.** Il calcolo di quanto rende è in [quanto guadagna un'app mobile](https://devoria.fr/it/blog/quanto-guadagna-app-mobile-pubblicita-abbonamento). ### Rendere a pagamento una funzione gratuita Esempio: un aggiornamento mette dietro l'abbonamento l'export PDF, finora gratuito. Nessun punto della 3.2.2 riguarda questo caso, e il testo non vieta di far evolvere la tua offerta. Ciò che protegge è quello che è stato pagato: quando un'app passa all'abbonamento, la 3.1.2(a) chiede di lasciare a chi ha già pagato la funzione principale acquistata. Due accortezze. La [guideline 2.3.2](https://developer.apple.com/app-store/review/guidelines/#2.3.2) chiede che descrizione e screenshot indichino chiaramente cosa richiede un acquisto: aggiorna la tua scheda. Spiega anche il cambiamento nelle note per la review. Quello che farei in più, per scelta e non per obbligo: lasciare l'export a chi già lo usava. Il confronto tra i modelli è in [abbonamento o acquisto singolo](https://devoria.fr/it/blog/abbonamento-o-acquisto-unico-app-ios). ## La tabella: pratica, 3.2.2 e alternativa conforme Ecco la mia griglia prima di ogni invio. La colonna centrale dice se la pratica ricade sotto la 3.2.2, sotto un'altra regola, o sotto nessuna. | Pratica | 3.2.2? | Alternativa conforme | | ----------------------------------------- | ---------------------------- | ------------------------------------- | | Funzione in cambio di un voto | Sì, punto (x) | Richiesta di sistema dopo un successo | | Monete per una recensione | Sì, recensione premiata | Monete per un livello finito | | Bonus per installare un'app | Sì, punto (x) | Bonus per un'azione interna | | Offer wall di installazioni | Sì, nella pratica | Semplice video con ricompensa | | Prima "Ti piace l'app?" | Rischio, recensioni filtrate | Stessa richiesta per tutti | | Video pubblicitario per un bonus | No, consentito | Tenerlo opzionale | | App fatta soprattutto di pubblicità | Sì, punto (iii) | Prima una vera funzione | | Carta regalo in cambio di pubblicità | Sì, nella pratica | Ricompensa nell'app | | Notifiche a pagamento | No: regola 4.10 | Far pagare il tuo servizio | | Condivisione obbligatoria dopo l'acquisto | No: 3.1.2(a) | Sbloccare subito dopo il pagamento | | Gratis diventato a pagamento | No, nessun punto | Scheda e note aggiornate | | Acquisto a vita revocato | No: 3.1.2(a) | Onorare gli acquisti passati | Due punti richiedono una precisazione. "Sì, nella pratica" rimanda ai rifiuti pubblicati citati sopra, non a un punto che nomina questi casi. Il "Ti piace l'app?" che manda alla valutazione solo le persone contente filtra le recensioni, cosa che l'introduzione della sezione 3 prende di mira. Lo classifico come rischio, perché non ho letto un rifiuto pubblicato su questo caso preciso. ## Correggere un rifiuto 3.2.2 La frase che segue il titolo dice cosa ha visto il reviewer. Tornano tre formulazioni pubblicate sui forum di Apple: - "encourage users to watch ads or perform marketing-oriented tasks": il problema è tutto il modello, non una schermata. - "manipulate the user reviews or chart ranking": una ricompensa in cambio di una recensione o di un download. - "displays or promotes third-party apps": la promozione di altre app, [persino nelle pubblicità](https://developer.apple.com/forums/thread/765722) secondo uno sviluppatore. Poi: 1. **Togli il meccanismo, non solo il testo.** Se la ricompensa esiste nel codice, il reviewer la ritroverà. Prevedi una nuova build. 2. **Sostituiscilo con l'alternativa della tabella.** Una valutazione chiesta con la finestra di sistema, una ricompensa per un'azione nell'app. 3. **Scrivi note per la review precise**: cosa è cambiato, e dove verificarlo. 4. **Fai ricorso solo se l'app è stata fraintesa.** Rispondi prima in App Store Connect. L'[App Review Board](https://developer.apple.com/help/app-review/after-submitting-for-review/appeal-to-the-app-review-board) accetta poi un solo ricorso per app rifiutata. Il modello di note che userei, in inglese, da adattare: ```text Hello App Review team, Thank you for your feedback regarding Guideline 3.2.2. What changed in build [X]: - Users no longer receive [reward] for [rating the app / writing a review / downloading other apps]. - [Feature] is now available [for free / through in-app purchase], with no store-related action required. - Ratings are requested only through the system prompt, after [completed action], for every user. Where to check: [screen > step]. Best regards, [Your name] ``` Scrivi solo ciò che esiste nella build inviata. ## La checklist 3.2.2 prima dell'invio - Nessuna funzione e nessun contenuto dipende da una valutazione, una recensione o un download. - Nessuna ricompensa in cambio di una recensione, nemmeno "onesta". - La richiesta di valutazione è uguale per tutti, senza una domanda di filtro prima. - Le ricompense vengono da azioni nell'app, e restano nell'app. - La pubblicità con ricompensa è opzionale, e l'app ha una vera funzione anche senza. - Niente a pagamento riguarda una funzione di sistema in quanto tale. - Se una funzione gratuita diventa a pagamento, la scheda e le note per la review lo dicono. ## Un modello di business conforme dal tuo prossimo invio Se la tua app è appena stata rifiutata per la 3.2.2, il [Review Kit](https://devoria.fr/it/kits/app-review) ti aiuta a ritrovare la regola citata e cosa chiede, con modelli di note per il tester. Se stai costruendo il tuo modello di business, l'[iOS & Android Kit](https://devoria.fr/it/kits/ios) fornisce onboarding, paywall e abbonamenti già scritti nel codice, che devi solo configurare. Gli errori di paywall più comuni sono in [paywall iOS: gli errori da principiante](https://devoria.fr/it/blog/paywall-ios-errori-principiante-vendite). Per uno sguardo umano, [prenota un'ora con me](https://devoria.fr/it/coaching). Il percorso completo è nella pagina [app rifiutata da Apple](https://devoria.fr/it/expertise/app-rifiutata-da-apple), e la parte tecnica nella pagina [abbonamenti in-app iOS](https://devoria.fr/it/expertise/abbonamento-in-app-ios). Se stai preparando la tua prima uscita, [fai la tua diagnosi gratuita](https://devoria.fr/it/diagnostic): rimette in ordine i passaggi e ti invia la mia checklist anti-rifiuto Apple. La home mostra come [creare un'app mobile](https://devoria.fr/it) con la review in testa fin dall'inizio. ## Domande frequenti ### Cosa significa "Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable"? Apple ritiene che il tuo modello di business rientri tra le pratiche rifiutate dalla 3.2.2. La frase che segue il titolo precisa il problema: pubblicità al centro dell'app, promozione di altre app, ricompensa in cambio di una recensione. Il messaggio non cita sempre il punto: rileggi la lista e i tuoi meccanismi di ricompensa. ### Si può offrire una ricompensa in cambio di una recensione sull'App Store? No. L'introduzione della sezione 3 prende di mira le recensioni premiate, e il punto (x) vieta di subordinare una funzione a una valutazione. Chiedi la valutazione con la finestra di sistema, allo stesso modo per tutti, senza promettere nulla. ### I video con ricompensa sono consentiti? Sì. Il punto (x) cita "watching an ad" tra le azioni che un'app può incentivare. Il rifiuto arriva quando la pubblicità diventa lo scopo dell'app, o quando la ricompensa ha un valore reale fuori dall'app, come una carta regalo. ### Si può rendere a pagamento una funzione che era gratuita? Il testo non lo vieta. Protegge ciò che è stato pagato: la 3.1.2(a) chiede di non togliere la funzione principale a chi l'ha acquistata. Aggiorna la tua scheda, come chiede la 2.3.2, e spiega il cambiamento nelle note per la review. ### Che differenza c'è tra la guideline 3.2.2 e la 5.6.3? La 5.6.3 vieta di manipolare l'App Store, e Apple la applica anche alle richieste di valutazione fuori luogo, per esempio al primo avvio. La 3.2.2 riguarda il modello di business: una funzione bloccata in cambio di una valutazione, una recensione o un download premiati. Una stessa richiesta di valutazione può violarle entrambe. ## Il tuo progetto [Review Kit](https://devoria.fr/it/kits/app-review): La mia checklist per la review dell'App Store, i rifiuti di Apple che ho risolto, quella di Google Play e tre skill per Claude Code. 49 €. [iOS & Android Kit](https://devoria.fr/it/kits/ios): Crea la tua app iPhone e Android con Claude Code: il codice di partenza delle mie app, il percorso fino agli store e tutti i kit. 99 €. [Diagnosi: cosa ti separa dalla tua app per iPhone](https://devoria.fr/it/diagnostic): 7 domande, 60 secondi: scopri cosa ti blocca davvero nel pubblicare la tua app per iPhone, il tuo percorso in 4 tappe e il kit giusto per te.