Guideline 5.6: il paywall che fa rifiutare la tua app

La guideline 5.6 è il codice di condotta dello sviluppatore. Per un paywall, Apple la cita con una frase standard: l'app "attempts to manipulate customers into making unwanted In-App Purchases". Tradotto: un pulsante del tuo funnel di acquisto non fa quello che dice, oppure un'offerta ricompare senza che l'utente l'abbia chiesta. La correzione sta in una regola: ogni pulsante fa quello che dice, e l'utente sceglie da solo quando rivedere un'offerta.

Ho preso questo rifiuto su TradaZen, la mia app per allenarsi al trading, di cui racconto il lancio in questo caso studio. Ecco la regola, cosa ho trovato nel mio paywall, gli schemi da evitare e la mia risposta ad Apple. Per la regola vicina sulle richieste di valutazione, leggi invece la guida alla guideline 5.6.3.

Cosa dice la guideline 5.6?

La 5.6, "Developer Code of Conduct", si trova nella sezione 5 "Legal" delle App Review Guidelines. Il primo paragrafo parla di rispetto: verso i clienti, nelle risposte alle recensioni e negli scambi con Apple. Il secondo riguarda direttamente gli acquisti.

Il testo in vigore fissa il principio: "Customer trust is a cornerstone of the App ecosystem." Poi elenca cosa un'app non deve mai fare: approfittare degli utenti, truffarli, "trick them into making unwanted purchases", costringerli a condividere dati inutili, "raise prices in a tricky manner", far pagare ciò che non viene fornito, o qualsiasi altra pratica manipolatoria, dentro l'app o fuori.

In parole semplici: non devi ottenere un acquisto con l'inganno. Il testo non fa un elenco di pulsanti vietati. Giudica l'effetto: l'utente ha pagato perché voleva, o perché lo schermo l'ha intrappolato?

La 5.6 raggruppa anche quattro sotto-regole:

Sotto-regola	Cosa riguarda
5.6.1 App Store Reviews	Recensioni e richieste di voto
5.6.2 Developer Identity	Informazioni esatte su di te
5.6.3 Discovery Fraud	Frode sulla visibilità
5.6.4 App Quality	Reclami, rimborsi

La sanzione è scritta nella regola: "Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program." Comportamenti manipolatori ripetuti portano quindi all'esclusione dal programma sviluppatori. È una regola generale, e un buon motivo per correggere tutto il funnel di acquisto fin dal primo rifiuto.

Il messaggio di rifiuto 5.6 per un paywall

Il messaggio riprende spesso la stessa frase: "The app attempts to manipulate customers into making unwanted In-App Purchases." Apple non dice sempre quale elemento è nel mirino. Nel mio rifiuto non c'era altro.

Altri sviluppatori descrivono la schermata in questione. In un thread del forum Apple di novembre 2024, uno sviluppatore collega il suo rifiuto 5.6 a un'offerta unica, mostrata quando l'utente chiudeva la prima schermata di abbonamento.

La 5.6 non riguarda solo i paywall. Uno sviluppatore è stato rifiutato anche per funzioni che sembravano nascoste durante la revisione. Se il tuo rifiuto 5.6 non parla di acquisti, cerca prima cosa il revisore non ha potuto vedere.

Il mio rifiuto 5.6 su TradaZen

Il 12 ottobre 2026 Apple rifiuta la versione 1.5.1 di TradaZen, testata su iPad Air. Motivo: guideline 5.6, con la frase standard sugli acquisti non voluti. Nessuna schermata citata.

Così ho riletto tutto il mio funnel di acquisto come qualcuno che vuole solo dire no. Il paywall di fine onboarding non si chiude: l'app chiede la prova o l'abbonamento per continuare. Tre meccanismi intorno a lui potevano sembrare manipolazione:

• Una falsa X. In alto sullo schermo, un pulsante a forma di X, annunciato come "Chiudi" da VoiceOver, apriva un'offerta scontata invece di chiudere.
• Un'offerta che tornava da sola. Finché l'offerta era attiva, si riapriva quando l'utente tornava nell'app.
• Un sollecito promozionale. Uscire dall'app dal paywall programmava una notifica che annunciava uno sconto esclusivo.

Un dettaglio conta: questi meccanismi c'erano già nella versione precedente, accettata tre giorni prima. Un'approvazione non convalida il tuo paywall per sempre: un altro revisore può leggere la stessa schermata in modo diverso.

Cosa ho cambiato

• La X è sparita da quella schermata. Al suo posto, un'icona regalo, annunciata come "Sconto esclusivo" da VoiceOver, apre l'offerta quando la tocchi. Più niente finge di chiudere.
• L'offerta non si apre mai più da sola quando torni nell'app.
• La notifica di sconto è stata eliminata. Resta un promemoria leggero, inviato una sola volta per installazione e solo se le notifiche sono autorizzate. Non parla né di prezzo, né di sconto, né di scadenza.
• Questo promemoria è descritto nel messaggio ad App Review, con il suo testo e il momento di invio.

Cosa ho tenuto

Ho riletto anche quello che restava, chiedendomi se ogni elemento lasciasse davvero la scelta.

• Un'offerta dopo un acquisto annullato. Se l'utente annulla il foglio di pagamento di Apple per l'abbonamento annuale, si apre un'offerta di benvenuto. Ha una sola finestra di 5 minuti, che non riparte: se l'utente annulla di nuovo in quel lasso di tempo, si riapre. Si chiude con un gesto tramite la X o "No grazie", e mostra il prezzo reale del prodotto.
• Un timer reale di 5 minuti. La sua scadenza viene salvata sul dispositivo alla prima visualizzazione. Continua quando l'app è chiusa e non si azzera al riavvio. Una volta scaduto, l'offerta sparisce per quell'installazione dell'app. Se la chiudi prima, un piccolo badge mostra il tempo rimanente e riapre l'offerta solo se lo tocchi.
• Un forziere chiuso col lucchetto. Mostra gli oggetti guadagnati durante l'onboarding, e solo quelli, bloccati finché l'app non viene sbloccata. Niente dice che andranno persi.

Questi elementi sono nelle note di revisione. Il rifiuto non citava nessuna schermata: quindi non li presento come approvati da Apple. Sono, secondo me, le versioni trasparenti di queste meccaniche, e le ho dichiarate.

La correzione ha richiesto una nuova build, visto che tutto succedeva nell'app. TradaZen è tornata in revisione il 13 ottobre 2026.

I dark pattern da paywall che fanno scattare la 5.6

Apple non pubblica una lista. Spesso la stessa meccanica esiste in due versioni: quella che intrappola e quella che lascia la scelta. Questa tabella le separa, incrociando il testo delle regole, i rifiuti pubblicati da altri sviluppatori e il mio. La versione trasparente non garantisce l'approvazione. È quella che non cerca di ingannare. L'ultima colonna dice su cosa si basa ogni riga.

Versione manipolatoria	Versione trasparente	Su cosa si basa
Una X che apre un'offerta invece di chiudere	La X chiude. Una schermata che non si chiude non mostra una X	Corretto dopo il mio rifiuto TradaZen
Un'offerta "unica" che spunta quando chiudi il paywall	Uno sconto dietro un pulsante che lo annuncia chiaramente	Rifiuto pubblicato sul forum Apple
Una seconda offerta lanciata dopo un rifiuto, in un paywall dal prezzo ingannevole	Una sola offerta dopo un acquisto annullato, al prezzo reale, chiudibile con un gesto	Caso Cal AI; scambio riportato da Superwall
Un paywall o un'offerta che si riapre da solo quando torni nell'app	Torna quando l'utente raggiunge un limite o tocca un pulsante che lo annuncia	Corretto dopo il mio rifiuto TradaZen
Una notifica promozionale mai richiesta	Promozione dopo consenso esplicito, con disiscrizione nell'app	Regola 4.5.4
Un falso timer, che si azzera o la cui offerta torna dopo la fine	Una scadenza reale, che continua anche ad app chiusa e si ferma davvero	La mia lettura di "trick them", regola 5.6
Ricompense inventate, o minacciate di sparire senza acquisto	I veri guadagni dell'utente, mostrati senza minaccia di perderli	La mia lettura della regola 5.6
Una prova gratuita che tace il rinnovo automatico	Durata della prova e prezzo addebitato dopo, accanto al pulsante	Pagina abbonamenti di Apple
Un prezzo settimanale in grande, l'importo addebitato in piccolo	L'importo addebitato è il prezzo più visibile della schermata	Pagina abbonamenti di Apple
Un pulsante di rifiuto che colpevolizza	Un rifiuto neutro, come "Non ora" o "No grazie"	La mia lettura della regola 5.6

Il caso Cal AI è riportato da TechCrunch: Apple ha citato la 5.6 per una seconda offerta di abbonamento mostrata a chi rifiutava la prima. Lo stesso paywall era contestato anche in 3.1.2(c): il prezzo settimanale dominava l'importo addebitato, e la prova nascondeva il rinnovo automatico. L'articolo non descrive la seconda offerta più nel dettaglio.

Al contrario, Superwall, un'azienda di strumenti per paywall che vende questo tipo di offerta, riporta uno scambio informale con Apple a giugno 2026. Un'offerta mostrata dopo un acquisto annullato viene descritta come consentita. L'insistenza no: un'offerta che torna a ogni sessione, o un percorso da cui esci solo pagando. Superwall precisa che non sono regole ufficiali e che il revisore resta libero di giudicare. Un'offerta dopo un rifiuto resta quindi una zona grigia: il testo non la vieta, esistono rifiuti pubblicati, e il modo conta.

La regola sulle notifiche è la 4.5.4: niente promozioni via notifica senza un consenso esplicito raccolto nell'app, né senza un modo per disiscriversi.

Per il prezzo, la pagina di Apple sugli abbonamenti è chiara: l'importo addebitato deve essere l'elemento di prezzo più visibile. Il motivo sta in una frase: "This ensures that people are not misled." La regola 3.1.2 aggiunge che Apple rimuove le app che vendono un abbonamento in modo fuorviante o con un "bait-and-switch".

Il test che applico adesso: ogni pulsante fa esattamente quello che il suo aspetto promette, e l'utente può dire no con un gesto, senza che l'offerta torni da sola?

Gli errori di paywall più classici, quelli che costano vendite senza per forza far rifiutare l'app, sono in paywall iOS: 7 errori da principiante.

Come correggere un rifiuto 5.6

1. Elenca tutto il tuo funnel di acquisto. Paywall, offerte secondarie, timer, notifiche, solleciti al ritorno nell'app. Apple non dice sempre cosa ha nel mirino. Per ogni elemento, verifica che sia nella sua versione trasparente: chiudibile con un gesto, timer reale, prezzo esatto, nessun ritorno automatico. Correggi o elimina tutto ciò che sembra una trappola, non solo l'elemento più probabile.
2. Rifai il percorso del revisore. Elimina l'app, reinstallala, completa l'onboarding, poi rifiuta tutto: chiudi, annulla, esci dall'app, torna. Annota ogni schermata che si apre senza che tu l'abbia chiesta, e verifica di poterla chiudere con un gesto.
3. Prepara una nuova build. La causa è nell'app, quindi nel codice incluso nella build. Un aggiornamento da remoto non sostituisce la build, come spiego nella guida alla guideline 2.1.
4. Non tenere niente di riserva. Riattivare un'offerta da remoto dopo l'approvazione equivale a nascondere una funzione al revisore. RevenueCat stessa mette in guardia da questo riflesso nel suo articolo sulle offerte di uscita.
5. Rispondi in App Store Connect, in inglese, rispondendo al messaggio di App Review.

Ecco una traccia presa dalla mia risposta e dalle mie note di revisione, accorciata. Sostituisci il numero di build e le modifiche con i tuoi, poi elenca cosa resta:

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

Quello che scrivi deve corrispondere esattamente alla build. Se tieni un promemoria o un'offerta, anche attivati automaticamente, descrivili nella risposta e nelle note di revisione. Se pensi che il revisore abbia sbagliato, Apple permette di fare ricorso all'App Review Board, con un solo ricorso per invio rifiutato. Per un paywall, correggere mi sembra più sicuro che contestare. Gli altri motivi di rifiuto e come rispondere sono in perché Apple rifiuta un'app.

La checklist anti-5.6 prima dell'invio

• Ogni X chiude la schermata. Una schermata che non si chiude non mostra una X.
• Ogni pulsante dice cosa fa, sullo schermo e per VoiceOver.
• Nessuna offerta si nasconde dietro un pulsante di chiusura.
• Un'offerta attivata da un rifiuto, se ne tieni una, sta in una sola finestra che non riparte, al prezzo reale, e si chiude con un gesto.
• Nessun paywall e nessuna offerta si riapre da solo quando torni nell'app.
• Nessuna notifica promozionale senza consenso esplicito nell'app.
• Niente falsi timer: una scadenza mostrata è reale, non si azzera e si ferma davvero.
• Quello che la schermata mostra come guadagnato è stato guadagnato davvero, senza minaccia di perderlo.
• La prova mostra la sua durata e il prezzo addebitato dopo.
• L'importo addebitato è il prezzo più visibile della schermata.
• Le note di revisione descrivono ogni offerta e ogni promemoria presenti nella build.
• Hai rifatto il percorso rifiutando tutto, su iPhone e su iPad.

Far controllare il tuo paywall prima di Apple

Il Review Kit riunisce la mia checklist pre-invio, i miei rifiuti corretti e due skill di Claude Code che controllano il tuo progetto, il tuo paywall e la tua scheda. Se Apple rifiuta, preparano la tua risposta. Per uno sguardo umano, prenota un'ora con me: rifacciamo insieme il tuo funnel di acquisto, sul tuo schermo. La procedura completa dopo un rifiuto è nella pagina app rifiutata da Apple, e la parte tecnica degli abbonamenti in abbonamenti in-app iOS.

Se stai preparando la tua prima uscita, fai la tua diagnosi gratuita: rimette le tappe in ordine e ti manda la mia checklist anti-rifiuto Apple. La home mostra come creare un'app mobile con un paywall pensato per la revisione fin dall'inizio.

Nessuno può garantire che Apple accetterà la tua app. Quello che posso fare è aiutarti a evitare un rifiuto 5.6 che ho già pagato con un ciclo di revisione.

Domande frequenti

Cosa significa "Guideline 5.6 - Developer Code of Conduct" in un rifiuto?

È il titolo della regola sul codice di condotta dello sviluppatore. Per un'app con acquisti in-app, segnala quasi sempre un funnel di acquisto giudicato manipolatorio: falsa chiusura, offerta che torna da sola, prova o prezzo presentati in modo ingannevole. Il messaggio non specifica sempre la schermata in questione.

Un'offerta di uscita è vietata da Apple?

Il testo non la vieta esplicitamente. Lo nota anche RevenueCat, pur segnalando che alcuni sviluppatori sono stati rifiutati per questo motivo. I rifiuti pubblicati riguardano un'offerta che spunta quando l'utente chiude il paywall, o una seconda offerta lanciata dopo un rifiuto. Cosa distingue la versione trasparente: un'offerta facoltativa, limitata a una sola finestra che non riparte, al prezzo reale, chiudibile con un gesto, che non torna da sola, con un timer reale se ce n'è uno. Descrivila nelle note di revisione. Nessuno può garantire che un revisore la legga così.

Un paywall senza X è consentito?

Le regole non impongono una X, ed è la scelta fatta su TradaZen dopo questo rifiuto. Quello che Apple rifiuta è un pulsante che sembra una chiusura e fa altro. Uno sviluppatore ha però riportato un rifiuto 5.6 per un paywall senza uscita in un'app gratuita da scaricare. Mostra il valore prima di chiedere la prova, e di' chiaramente nella scheda che l'app è a pagamento.

Serve una nuova build dopo un rifiuto 5.6?

Sì nella maggior parte dei casi, perché la causa è una schermata o un comportamento dell'app. Se il problema è fuori dall'app, nella scheda o nei metadati, può bastare una correzione senza build. Nel dubbio, chiedi al revisore quale schermata intende.

Un rifiuto 5.6 può portare alla chiusura dell'account sviluppatore?

La regola lo prevede in caso di comportamenti manipolatori ripetuti, con esclusione dal programma sviluppatori. Prevede anche che un account chiuso possa essere ripristinato dopo un piano di miglioramento scritto, approvato e poi verificato da Apple. Ecco perché conviene correggere tutto il funnel fin dal primo rifiuto.

Che differenza c'è tra la 5.6 e la 5.6.3?

La 5.6 è il codice di condotta generale: rispetto, fiducia, nessun acquisto ottenuto con l'inganno. La 5.6.3 è una delle sue sotto-regole, sulla manipolazione di classifiche, ricerca e recensioni. Apple l'ha citata su Solys per una richiesta di valutazione inserita nell'onboarding.