Guideline 3.1.1: quando l'acquisto in-app è obbligatorio

La guideline 3.1.1 impone l'acquisto in-app di Apple appena la tua app sblocca un contenuto o una funzione digitale: abbonamento, versione completa, valuta di gioco, contenuti premium. Un rifiuto 3.1.1 significa che Apple ha trovato un'altra porta d'accesso a quel contenuto: pagamento sul tuo sito, chiave di licenza, codice fatto in casa, pulsante verso una pagina di pagamento. La correzione passa dall'acquisto in-app, a meno che il tuo caso non rientri in un'eccezione o in una regola regionale.

Pubblico le mie app iOS, e quelle che hanno un abbonamento lo vendono tramite l'acquisto in-app di Apple. Non ho mai preso un rifiuto 3.1.1, e non ti racconterò il contrario. Questa guida si basa sul testo ufficiale, nella versione dell'8 giugno 2026 letta il 15 ottobre 2026, e sulle condizioni regionali pubblicate da Apple. Il caso vicino degli abbonamenti, con due rifiuti reali, è nella guida sulla guideline 3.1.2.

Cosa dice la guideline 3.1.1?

La 3.1.1, "In-App Purchase", apre la sezione 3.1 "Payments" delle App Review Guidelines. Da qui l'oggetto della mail: "Guideline 3.1.1 - Business - Payments - In-App Purchase". La prima frase dice l'essenziale: per sbloccare funzioni nella tua app, "you must use in-app purchase", devi passare dall'acquisto in-app. Apple cita gli abbonamenti, le valute di gioco, i livelli, i contenuti premium e la versione completa.

La frase successiva prende di mira gli aggiramenti. Un'app non può usare un proprio meccanismo per sbloccare contenuti: Apple nomina le chiavi di licenza, i marker di realtà aumentata, i QR code, le criptovalute e i wallet crypto.

La stessa regola aggiunge obblighi che spesso si dimenticano:

• i crediti e le valute comprati con acquisto in-app non scadono, e ogni acquisto ripristinabile ha un meccanismo di ripristino;
• un forziere o un'estrazione a pagamento ("loot box") mostra le probabilità di ottenere ogni tipo di oggetto prima dell'acquisto;
• una gift card, un buono o un coupon digitale si vende nell'app tramite acquisto in-app; una carta fisica spedita per posta può passare da un altro metodo;
• un'app senza abbonamento può offrire una prova limitata nel tempo, sotto forma di acquisto in-app gratuito chiamato "XX-day Trial", che indica prima dell'inizio la sua durata, cosa si perderà e cosa bisognerà pagare;
• le mance allo sviluppatore sono possibili, tramite acquisto in-app.

Le situazioni che fanno scattare un rifiuto 3.1.1

Cosa fa l'app	Perché Apple rifiuta	La correzione
Sblocca un contenuto comprato sul tuo sito	Nessun acquisto in-app equivalente	Venderlo anche con acquisto in-app
Mostra "Paga sul nostro sito"	Rimando a un altro pagamento	Togliere il pulsante, salvo eccezioni
Chiede una chiave di licenza o un codice fatto in casa	Meccanismo di sblocco vietato	Codici offerta di Apple
Sblocca in cambio di criptovaluta	Meccanismo di sblocco vietato	Acquisto in-app
Vende crediti che scadono	Obbligo della 3.1.1	Crediti permanenti e ripristino
Vende un forziere senza probabilità	Probabilità non mostrate	Probabilità visibili prima dell'acquisto

La prima riga è la più fraintesa. In un rifiuto pubblicato sui forum di Apple, il messaggio dice che l'app "accesses digital content purchased outside the app", accede a un contenuto comprato altrove, "but that content isn't available to purchase using in-app purchase". Apple non contesta il fatto di avere un sito che vende: contesta che l'app non offra lo stesso acquisto tramite Apple.

Per offrire un accesso gratuito o uno sconto, Apple ha un suo sistema, i codici offerta. Secondo la documentazione StoreKit, funzionano per tutti i tipi di acquisto in-app: abbonamenti, consumabili e non consumabili. Li crei in App Store Connect, e l'utente li inserisce nell'App Store o nella tua app.

Le eccezioni: quando l'acquisto in-app non è richiesto

La regola 3.1.3 elenca le app che possono usare un altro metodo di pagamento. Ecco la griglia che uso per capire dove si colloca un progetto.

Il tuo caso	Acquisto in-app richiesto?	Regola
Abbonamento, versione completa, contenuto digitale	Sì	3.1.1
Prodotto fisico, servizio fruito fuori dall'app	No, altro metodo obbligatorio	3.1.3(e)
Lezione o consulenza dal vivo, uno a uno	No	3.1.3(d)
Lezione dal vivo di gruppo	Sì	3.1.3(d)
Giornali, libri, musica, video comprati altrove	No per accedervi	3.1.3(a)
Servizio multipiattaforma comprato sul tuo sito	Accesso permesso se anche in acquisto in-app	3.1.3(b)
Strumento venduto a un'azienda per i dipendenti	No	3.1.3(c)
App gratuita companion di uno strumento web, senza acquisti	No	3.1.3(f)

Due limiti. Un'app che sfrutta un'eccezione non può, dentro l'app, spingere verso un altro metodo di pagamento, salvo vetrina americana e casi previsti da Apple. In compenso, Apple precisa che "Developers can send communications outside of the app": puoi scrivere ai tuoi utenti fuori dall'app, per esempio via email.

Le regole per regione a ottobre 2026

Qui i testi cambiano in fretta. Quanto segue riprende quelli di Apple letti il 15 ottobre 2026: rileggili prima di programmare un pagamento esterno.

Regione	Cosa è permesso oltre all'acquisto in-app
Stati Uniti	Pulsanti e link verso un altro pagamento, senza entitlement
Unione europea	Pagamento alternativo nell'app e offerte fuori dall'app, regolamentati
Giappone, Brasile, Corea del Sud	Programmi propri, su richiesta di entitlement
Altri paesi	Nessun pulsante, link o invito verso un altro pagamento

Stati Uniti

La regola 3.1.1(a) precisa che gli entitlement "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". Sulla vetrina americana, quindi, un pulsante verso il tuo sito è permesso. Il tuo binario è lo stesso ovunque: se aggiungi questo pulsante, l'app deve sapere su quale vetrina si trova l'utente. StoreKit te lo dice con Storefront.

Unione europea

Nuove condizioni si applicano dal 1° ottobre 2026, secondo la pagina di Apple sulle opzioni di pagamento nell'UE. Puoi tenere solo l'acquisto in-app, senza cambiare nulla. Puoi anche proporre un fornitore di pagamento nell'app, oppure offerte fuori dall'app, per esempio verso il tuo sito. Apple impone allora in particolare:

• l'entitlement "StoreKit External Purchases or Offers" e, per un link o un pagamento nell'app, la finestra informativa di sistema;
• l'acquisto in-app visibile almeno quanto l'altra opzione, quando entrambe sono sullo schermo;
• nessuna menzione di questi pagamenti nella tua scheda App Store;
• un controllo parentale per i minori, e nessuna offerta fuori dall'app prima dei 13 anni, o più a seconda del paese;
• la stessa scelta su tutte le vetrine dell'UE per 12 mesi.

Si applicano commissioni a seconda dell'opzione scelta. Leggi la sezione dedicata sulla stessa pagina prima di decidere.

Gli altri paesi

Altrove la regola resta rigida: "apps and their metadata may not include buttons, external links, or other calls to action" verso un altro metodo di pagamento. La parola "metadata" conta: anche una descrizione che annuncia "più economico sul nostro sito" rientra nella regola. Alcuni paesi, tra cui Giappone, Brasile e Corea del Sud, hanno programmi propri, elencati nella documentazione External Purchase.

Correggere un rifiuto 3.1.1 e rispondere ad Apple

1. Individua la porta d'accesso. Il messaggio cita il contenuto o la schermata in questione: contenuto comprato altrove, pulsante, codice, link.
2. Chiudila o affiancala. O togli il pulsante o il codice, o vendi lo stesso contenuto con acquisto in-app.
3. Invoca un'eccezione solo se è reale. Cita il comma della 3.1.3 e spiega in due frasi perché il tuo caso ci rientra.
4. Dai al revisore il modo di testare. Un account demo e il percorso fino al paywall, nelle note per la revisione, come spiego nella guida sulla guideline 2.1.

Rispondi nella sezione App Review di App Store Connect, seguendo la procedura per rispondere ad App Review. Ecco un modello per il caso più comune, un contenuto comprato sul sito. È un esempio: sostituisci build, prodotto e percorso con i tuoi.

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

Il pulsante e il paywall sono nel codice: serve una nuova build. Se resti convinto che il tuo caso sia un'eccezione, Apple permette anche di fare ricorso all'App Review Board.

Collegare l'acquisto in-app senza riscrivere tutto

Per un principiante, la strada più semplice è creare i prodotti in App Store Connect e poi collegarli all'app con RevenueCat: la procedura è in RevenueCat: configurare un abbonamento in-app. Se esiti tra i due modelli, leggi abbonamento o acquisto singolo. Se costruisci con uno strumento no-code, verifica che sappia gestire l'acquisto in-app: è uno dei punti di creare un'app senza programmare.

Appena il tuo acquisto in-app è un abbonamento, si aggiunge la 3.1.2: importo addebitato in evidenza, durata, rinnovo, link. Gli errori di schermata più frequenti sono in paywall iOS: 7 errori da principiante.

La checklist 3.1.1 prima dell'invio

• Tutto ciò che si sblocca nell'app (funzione, contenuto, livello, valuta) si compra con acquisto in-app.
• Nessun pulsante, link o testo rimanda a un pagamento esterno, salvo vetrina americana o programma regionale ottenuto.
• La descrizione della tua scheda non menziona altri metodi di pagamento.
• Un contenuto venduto sul tuo sito è in vendita anche con acquisto in-app nell'app.
• Nessuna chiave di licenza, QR code, codice fatto in casa o crypto sblocca alcunché.
• Per offrire un accesso, usi i codici offerta di Apple.
• I crediti acquistati non scadono, e un pulsante "Restore Purchases" funziona.
• Ogni forziere o estrazione a pagamento mostra le probabilità prima dell'acquisto.
• Un prodotto fisico o un servizio fuori dall'app passa da Apple Pay o carta, non dall'acquisto in-app.
• Le tue note per la revisione dicono dove trovare gli acquisti e, se invochi un'eccezione, quale.

Verificare la tua app prima dell'invio

Se la tua app è appena stata rifiutata per la 3.1.1, l'Apple Review Kit ti aiuta a ritrovare la regola citata, cosa chiede, e un esempio di correzione e di risposta. Le sue note per il revisore coprono l'acquisto in-app. Per uno sguardo umano, prenota un'ora con me: leggiamo il messaggio di Apple e cerchiamo la porta d'accesso che ha visto. Il percorso completo è nella pagina app rifiutata da Apple, e la configurazione dell'acquisto nella pagina abbonamento in-app iOS.

Se stai preparando la tua prima pubblicazione, fai la diagnosi gratuita: rimette in ordine i passaggi e ti invia la mia checklist anti-rifiuto Apple. Per creare un'app mobile che venda con acquisto in-app fin dall'inizio, l'iOS Kit parte da un codice in cui paywall e abbonamenti sono già pronti.

Nessuno può garantire che Apple accetterà la tua app. Quello che posso fare è aiutarti a scegliere il metodo di pagamento giusto prima di scrivere il codice.

Domande frequenti

Cosa significa "Guideline 3.1.1 - Business - Payments - In-App Purchase"?

È il titolo completo della regola sull'acquisto in-app nel messaggio di Apple. Segnala che la tua app dà accesso a un contenuto o a una funzione digitale per una strada diversa dall'acquisto in-app: pagamento su un sito, codice, chiave di licenza o link a una pagina di pagamento.

Si può mettere un link al proprio sito per pagare meno?

Sulla vetrina degli Stati Uniti sì: la regola permette pulsanti e link senza entitlement. Nell'Unione europea è possibile con l'entitlement di Apple e le sue condizioni. Altrove, salvo programma regionale, né l'app né la sua scheda possono rimandare a un altro metodo di pagamento.

Si può sbloccare la propria app con un codice promo?

Non con un codice fatto in casa: la 3.1.1 vieta i meccanismi di sblocco propri dell'app, come le chiavi di licenza. Usa i codici offerta di Apple, creati in App Store Connect. Funzionano per gli abbonamenti e per gli altri tipi di acquisto in-app.

Serve l'acquisto in-app per vendere un prodotto fisico o un servizio?

No. Un prodotto fisico o un servizio fruito fuori dall'app, come un pasto consegnato o una corsa, deve passare da un altro metodo di pagamento, Apple Pay o carta di credito. Anche una lezione dal vivo tra due persone può farne a meno, ma non una lezione dal vivo di gruppo.

Un cliente abbonato sul mio sito può fare login nell'app?

Sì per un servizio multipiattaforma, a condizione che lo stesso accesso sia in vendita anche con acquisto in-app nell'app. È la regola 3.1.3(b). Senza questa offerta nell'app, ricadi nel tipico rifiuto 3.1.1: un contenuto comprato altrove e impossibile da comprare tramite Apple.

Basta RevenueCat per rispettare la 3.1.1?

RevenueCat si appoggia all'acquisto in-app di Apple, quindi non crea problemi con la 3.1.1. Però non toglie un pulsante di pagamento esterno o un codice fatto in casa che la tua app contenga. La conformità va comunque verificata schermata per schermata, e anche sulla tua scheda.