Cosa chiede l'App Store a un'app di casinò con denaro reale

Un’app di casinò con denaro reale viene approvata in due sensi diversi prima che un giocatore la veda. Il regolatore licenzia il prodotto e lo store licenzia la distribuzione. Apple espone la propria parte di questo accordo in un solo paragrafo delle Linee guida per la revisione dell’App Store e poi chiede la documentazione che prova l’altra parte. Un operatore che legge solo il paragrafo arriva alla revisione con una descrizione esatta della regola e senza alcun documento di licenza per storefront: è per questo che le submission di questa categoria vengono respinte per informazioni mancanti e non per una build difettosa.

Il paragrafo è la linea guida 5.3.4. Le app che offrono gioco con denaro reale — i giochi da casinò sono tra gli esempi citati — devono avere le licenze e i permessi necessari nelle località in cui l’app viene usata, devono essere georestrinte a quelle località e devono essere gratuite sull’App Store. Gli aiuti illegali al gioco, compresi i contatori di carte, non sono ammessi. La linea guida 5.3.3 aggiunge la regola di pagamento: l’acquisto in-app non può essere usato per comprare credito o valuta destinati al gioco con denaro reale di qualsiasi tipo.

Tre frasi descrivono un obbligo. La revisione chiede poi la prova di quell’obbligo, e quella prova è organizzata per storefront, non per app. Questo articolo ripercorre ciò che i documenti pubblicati di Apple richiedono davvero, cosa non cambia quando un operatore sceglie la rotta di distribuzione alternativa nell’Unione Europea e gli elementi che appartengono al piano di build e non alla settimana prima della submission. Il confronto con il modulo di Google Play è in l’analisi del cancello dello store; questo articolo resta sul lato iOS.

La licenza è richiesta per ogni storefront

La pagina di aiuto di Apple su come fornire informazioni per una revisione completa è esplicita sui settori regolati. Gli sviluppatori con app in settori regolati devono fornire documentazione che dimostri di essere qualificati e autorizzati a prestare quei servizi. Se l’app è disponibile in più paesi e regioni, può essere necessaria documentazione aggiuntiva per ogni località in cui viene distribuita. La tabella della documentazione indica che il requisito della linea guida 5.3.4 è una licenza di gioco, e l’istruzione generale è allegare nella sezione delle informazioni di revisione dell’app tutto ciò che la revisione richiede prima della submission. Le submission incomplete vengono respinte.

Questa forma di obbligo è diversa da un’unica attestazione globale. La licenza che un operatore ha per un mercato non risponde per un altro, e l’elenco degli storefront è l’unità con cui lavora il revisore. Una submission che offre l’app in sei mercati e allega una licenza lascia cinque storefront senza documentazione, e il rifiuto arriva come richiesta di ulteriori informazioni, non come un guasto tecnico.

Alla licenza si affiancano due condizioni ulteriori. La linea guida 5.1.1(ix) copre i settori fortemente regolati e afferma che le app che prestano servizi in campi come banche, servizi finanziari, sanità, gioco e exchange di criptovalute, o che richiedono informazioni sensibili dell’utente, devono essere inviate da una persona giuridica che fornisce i servizi e non da uno sviluppatore individuale. L’entità titolare della licenza e l’entità che pubblica fanno parte della stessa domanda di revisione. L’introduzione delle linee guida inquadra inoltre l’intera categoria come rischio di calendario: includere la funzionalità solo se gli obblighi legali sono stati verificati ovunque l’app è resa disponibile, e mettere in conto più tempo durante la revisione.

I tre obblighi che sopravvivono a ogni rotta di distribuzione

Licenza, georestrizione e download gratuito sono enunciati come condizioni dell’app, non della scheda sull’App Store. Valgono sia che il binario venga revisionato per l’App Store, sia per un marketplace alternativo nell’Unione Europea, sia per la distribuzione web dal dominio dell’operatore. La documentazione di aiuto di Apple descrive il tipo di revisione come una scelta per versione in App Store Connect, e la notarizzazione valuta una versione rispetto a un sottoinsieme delle Linee guida per la revisione.

La lettura pratica è che il pacchetto di licenze non è una formalità dello store che un’altra rotta permetta di saltare. È la prova che il prodotto è legale in ogni luogo in cui l’app può essere installata, e la rotta decide chi ispeziona quella prova e con quale sottoinsieme di regole. Un operatore che pianifica un elenco di mercati dovrebbe costruire l’inventario delle licenze prima di scegliere la rotta, perché l’inventario è la parte che consuma tempo di calendario e revisione legale, mentre la rotta è una decisione di configurazione in App Store Connect.

La regola di pagamento appartiene allo stesso elenco. Poiché la linea guida 5.3.3 vieta l’acquisto in-app per credito o valuta di gioco con denaro reale, il flusso di portafoglio e deposito non può passare dal sistema di pagamenti di Apple. Questo condiziona l’architettura del client: l’app deve passare a una superficie di pagamento controllata dall’operatore, e le note di revisione devono spiegare come il giocatore finanzia un conto senza un acquisto in-app di credito di gioco. Una build che mostra il foglio di pagamento dello store per le fiches fallisce la regola di pagamento prima che la licenza venga esaminata.

Cosa devono contenere le note di revisione

Le linee guida trattano le informazioni di revisione come parte della submission, non come canale di assistenza. La pagina di aiuto chiede il concetto e il modello di business per una nuova app, lo scopo e il pubblico di riferimento, i modelli di dispositivo e le versioni di sistema testati, i servizi e le piattaforme esterni che erogano la funzionalità principale e una descrizione delle differenze regionali in funzioni o contenuti, oppure la conferma che l’app si comporta allo stesso modo in tutte le regioni. I servizi di backend devono essere attivi e raggiungibili durante la revisione.

Per un’app di gioco, il campo delle differenze regionali è dove la mappa delle licenze diventa visibile al revisore. Una build che nasconde la lobby nei territori senza licenza non è lo stesso prodotto in ogni storefront, e le note devono dirlo chiaramente, indicando quali mercati mostrano quale perimetro di prodotto. La stessa pagina chiede spiegazioni dettagliate delle funzioni non ovvie e degli acquisti in-app nelle note, e un account demo attivo o una modalità demo completa quando esistono funzioni basate sull’account. Apple consente anche una modalità dimostrativa al posto di un account demo quando l’app tratta informazioni sensibili o opera in un settore fortemente regolato, purché la modalità mostri funzioni e funzionalità complete con dati dimostrativi.

La prova della georestrizione è l’elemento che i team preparano meno. Il requisito pubblicato è che l’app sia limitata alle località in cui è licenziata; la domanda della revisione è come si comporta quel limite. Il contratto di controllo dell’architettura di geolocalizzazione copre il lato client. La prova per la submission è diversa: una descrizione scritta del percorso di rifiuto, del perimetro di licenza che applica e di come un revisore possa osservarlo da una località consentita e da una non consentita.

La rotta UE cambia la revisione, non la licenza

Nei mercati coperti dal Digital Markets Act, Apple supporta marketplace di app alternativi e distribuzione web, e le sue linee guida descrivono la notarizzazione come il percorso di revisione per le app distribuite in quel modo. La meccanica è documentata: un’app di marketplace o distribuita via web passa dalla selezione del tipo di revisione, e la distribuzione web richiede inoltre un dominio di distribuzione alternativo registrato e una chiave pubblica in App Store Connect, un pacchetto di distribuzione alternativo montato con l’ID fornito da Apple e la rendicontazione delle transazioni per la Commissione per la Tecnologia di Base quando ci sono acquisti idonei.

Niente di tutto questo sostituisce la domanda sulla licenza. Un’app di casinò distribuita dal dominio dell’operatore nell’UE deve comunque essere legale in ogni paese in cui può essere installata, deve comunque essere georestrinta ai territori licenziati e deve comunque rispondere alle regole di pagamento del credito in denaro reale. La rotta cambia il revisore, i controlli di idoneità e il percorso di aggiornamento; non cambia il perimetro del regolatore. Per un marchio il cui elenco di mercati comprende stati UE licenziati e mercati fuori dall’UE, l’App Store resta la rotta con la copertura più ampia, e la rotta alternativa è un’aggiunta specifica per mercato, non un sostituto.

Il confronto che conta commercialmente è quello di l’analisi del canale app nativa o PWA: un binario da store porta tempo di revisione e documentazione di licenze per storefront, mentre un’app web installabile porta vincoli di browser e di pagamento. Nessuno dei due elimina l’obbligo di licenza. La decisione sullo store va presa su copertura distributiva e controllo degli aggiornamenti, con il costo del pacchetto di licenze calcolato in entrambi i casi.

Cosa chiudere prima di iniziare la build

• L’elenco degli storefront e la licenza dietro ciascuno, allineata ai tipi di prodotto esatti che l’app esporrà.
• L’entità giuridica che pubblica, confermata come titolare della licenza o come l’entità che la linea guida sui settori regolati consente di inviare.
• Il percorso di rifiuto per georestrizione, con il perimetro di licenza applicato scritto e un modo per dimostrarlo in revisione.
• L’architettura di pagamento, risolta come passaggio fuori dall’acquisto in-app, con note che spiegano il flusso dei fondi.
• L’accesso demo, tramite account attivo o modalità dimostrativa con funzioni complete su dati dimostrativi.
• La dichiarazione delle differenze regionali, con i mercati e il perimetro di prodotto che ciascuno mostra, così che il revisore legga l’app come l’operatore intende.
• L’elenco dei trigger di aggiornamento e ricertificazione, compresi i cambi di proprietà e di licenza che richiedono una nuova submission.

Se l’app è la vetrina di contenuti di gioco su commissione, il pacchetto di licenze è solo metà del cancello: i giochi dietro la lobby hanno bisogno della propria evidenza di certificazione per mercato, che l’analisi della certificazione localizzata tratta come questione di build e non come compito di traduzione. Quando un operatore ha bisogno di titoli originali per una presenza app licenziata, il brief del progetto Engine è la rotta per richiedere un preventivo, con perimetro, mercati e proprietà chiusi per iscritto prima.

Domande frequenti

Quale licenza chiede Apple a un’app di casinò con denaro reale?

La tabella della documentazione della revisione app indica una licenza di gioco per la linea guida 5.3.4, e la pagina di aiuto afferma che gli sviluppatori in settori regolati devono fornire documentazione che dimostri di essere qualificati e autorizzati a prestare i servizi. Quando l’app è disponibile in più paesi o regioni, può servire documentazione aggiuntiva per ogni località in cui viene distribuita.

Un’app di casinò può vendere fiches tramite acquisto in-app su iOS?

No. La linea guida 5.3.3 afferma che le app non possono usare l’acquisto in-app per comprare credito o valuta destinati al gioco con denaro reale di qualsiasi tipo. Il flusso di portafoglio e deposito deve funzionare fuori dal sistema di acquisti di Apple, e le note di revisione dovrebbero spiegare come il giocatore finanzia un conto.

Un’app di casinò con denaro reale deve essere gratuita sull’App Store?

Sì. La linea guida 5.3.4 richiede che le app che offrono gioco con denaro reale siano gratuite sull’App Store. La stessa linea guida richiede le licenze e i permessi necessari nelle località in cui l’app è usata e la georestrizione a quelle località, ed esclude gli aiuti illegali al gioco come i contatori di carte.

Un account sviluppatore individuale può pubblicare un’app di gioco?

La linea guida 5.1.1(ix) di Apple afferma che le app che prestano servizi in settori fortemente regolati, tra cui il gioco, o che richiedono informazioni sensibili dell’utente devono essere inviate da una persona giuridica che fornisce i servizi e non da uno sviluppatore individuale. Per questo l’entità che pubblica e il titolare della licenza vengono esaminati insieme.

La distribuzione alternativa nell’UE elimina l’obbligo di licenza per un’app di casinò?

No. Apple documenta la notarizzazione come percorso di revisione per le app distribuite tramite marketplace alternativi o dal sito dell’operatore nell’UE, e la distribuzione web aggiunge requisiti come un dominio di distribuzione registrato e una chiave pubblica. Le condizioni di licenza, georestrizione e pagamento del gioco con denaro reale continuano ad applicarsi su quella rotta.