Il cancello dello store che un'app di casinò con denaro reale deve superare

Un’app di casinò con denaro reale è l’unico elemento di un lancio mobile che deve essere approvato prima che a chiunque sia consentito esaminarlo. La regola di Google Play al riguardo è un divieto con una stretta eccezione, e l’eccezione viene concessa tramite un modulo di domanda, non attraverso una pipeline di rilascio. Questo trasforma una questione di policy in una questione di sequenza: il cancello di approvazione dello store si colloca davanti alla revisione dell’app, si presenta mercato per mercato e avanza secondo i tempi dello store, non secondo quelli della build.

La decisione spetta a chi possiede il canale mobile — il product lead di un operatore, una piattaforma che consegna l’app per una serie di mercati, o il fornitore incaricato di rilasciarla. La domanda davanti a loro non è se l’app sia buona. È in quali mercati l’app possa essere offerta lecitamente, quali di questi lo store supporti davvero, cosa ispezioni lo store all’interno della build e chi, nell’organizzazione, debba essere il titolare della licenza sulla documentazione.

La regola di Play è un divieto con un’eccezione

Lo store dichiara da sé la posizione di partenza: sebbene Google Play vieti in generale le app che facilitano il gioco e i giochi d’azzardo con denaro reale, “viene fatta un’eccezione per quelle che sono autorizzate e approvate da Google”. L’eccezione copre cinque tipi di prodotto — giochi da casinò online, scommesse sportive, corse dei cavalli laddove regolamentate e autorizzate separatamente dalle scommesse sportive, lotterie e fantasy sport quotidiano. Un prodotto con denaro reale al di fuori di questo elenco non è coperto.

Il confine merita una lettura attenta, perché raggiunge il marketing oltre che la meccanica. La stessa policy vieta le app che consentono a un utente di scommettere per un premio del mondo reale, e i suoi esempi di violazioni includono elementi di navigazione — voci di menu, schede, pulsanti, webview — che lanciano un invito all’azione a scommettere, come invitare l’utente a “BET!” o “REGISTER!” o “COMPETE!” per un premio in denaro. Ridefinire l’etichetta di un flusso di scommessa, o ospitarlo in una webview, non lo sposta al di fuori della regola.

Laddove l’eccezione si applica, i requisiti pubblicati sono abbastanza brevi da verificare uno per uno: completare il processo di domanda; rispettare le leggi applicabili e gli standard di settore in ogni Paese di distribuzione; possedere una valida licenza di gioco per ogni Paese o Stato e territorio in cui l’app è distribuita; non offrire alcun prodotto oltre la portata di tale licenza; impedire l’uso da parte di minori; impedire l’accesso dalle aree che la licenza non copre; essere gratuita da scaricare e non vendibile come app a pagamento; non utilizzare la fatturazione in-app di Google Play; avere una classificazione AO, Adults Only, o equivalente IARC; e mostrare informazioni sul gioco responsabile sia nell’app sia nella sua scheda dello store.

L’approvazione è un modulo, e si presenta per mercato

La domanda si effettua tramite il Gambling Application Form nel centro assistenza dello store, “per ogni mercato in cui si desidera distribuire la propria specifica app”. È una presentazione che precede la distribuzione, non un’impostazione all’interno del flusso di rilascio, e comporta due conseguenze commerciali facili da scoprire tardi.

La prima è che è per mercato, e negli Stati Uniti anche per Stato: le presentazioni lì sono specifiche per app e per Stato, quindi ogni Stato aggiuntivo è un modulo separato. La seconda è che il modulo stabilisce chi può ottenere l’approvazione — il titolare della licenza deve essere la stessa entità dello sviluppatore dell’app o, nel caso di un’applicazione di terze parti, la stessa entità dell’operatore. Quando la licenza di gioco è intestata a una società e l’account sviluppatore a un’altra, il lancio presenta un difetto burocratico che nessun lavoro ingegneristico può correggere, e scoprirlo durante una finestra di revisione costa più che scoprirlo durante uno sprint di progettazione.

L’approvazione, inoltre, non è permanente. Un cambio di proprietà, o un cambiamento nella licenza e nell’autorizzazione, significa che l’app deve essere ricertificata attraverso lo stesso processo. Sul piano dei tempi, il modulo stabilisce una propria aspettativa più che un livello di servizio: la certificazione e la revisione dell’app dovrebbero richiedere almeno una settimana o più. E le conseguenze delle scorciatoie sono dichiarate senza ambiguità — i tentativi di aggirare il processo di certificazione, o le violazioni ripetute o gravi, possono comportare la rimozione completa da Google Play.

La mappa, non la licenza, decide quali mercati esistono

Il portafoglio di licenze di un operatore e la mappa dei prodotti dello store sono due documenti diversi, e il piano di lancio ha bisogno della loro intersezione, non della loro unione. Il modulo di domanda elenca i Paesi in cui le app di gioco autorizzate possono essere distribuite — 41 al momento della lettura — dall’Australia e dal Brasile al Regno Unito e agli Stati Uniti, ciascuno con i propri tipi di prodotto consentiti, e con alcune categorie in alcuni Paesi riservate agli operatori governativi.

Gli Stati Uniti sono mappati Stato per Stato e prodotto per prodotto, e la mappa è più ristretta di quanto presuppongano la maggior parte delle roadmap. Leggendo la tabella del modulo come pubblicata il 2026-10-10, il casinò online compare in assoluto in otto voci — Connecticut, Delaware, Michigan, Nevada, New Jersey, Pennsylvania, Rhode Island e West Virginia — e il Nevada lo limita al poker. Diversi Stati sono aperti alle scommesse sportive e chiusi al casinò online; altri sono l’opposto; lotteria e corse dei cavalli hanno colonne proprie e note proprie, con alcune righe contrassegnate come riservate ai soli operatori governativi. La posizione del modulo su qualsiasi cosa assente dalla tabella è esplicita: attualmente non supporta la pubblicazione di app di gioco con denaro reale negli Stati che non sono elencati. È anche il punto in cui una roadmap di prodotto e una licenza si scontrano — la policy richiede che un’app non offra un tipo di prodotto di gioco che ecceda la portata della sua licenza, quindi un’app di casinò non può includere una scheda di scommesse sportive sulla base di una licenza di casinò.

Due ulteriori complicazioni meritano di essere portate nel piano. Anche la Nigeria è mappata a livello statale, con quattro Stati elencati. E il modulo riconosce un’entità specifica tedesca: un’app offerta da un intermediario di gioco commerciale autorizzato (gewerblicher Spielvermittler) viene presentata sulla base della licenza dell’intermediario, e le app fornite nell’ambito di tale licenza non sono trattate come aggregatori ai fini dei termini di gioco dello store.

La via dei progetti pilota si è chiusa

Google Play ha in passato aperto progetti pilota a tempo determinato per tipi di gioco con denaro reale che la sua policy non consente altrimenti. Quella via non è attualmente disponibile. La pagina di stato dichiara chiaramente che non ci sono progetti pilota attivi, e la sua stessa storia mostra porte che si chiudono anziché aprirsi: il periodo di tolleranza del progetto pilota indiano è terminato il 22 gennaio 2026, dopodiché le app che vi erano incluse potevano restare solo rimuovendo la funzionalità con denaro reale; il progetto pilota messicano di fantasy sport quotidiano si è concluso il 4 giugno 2026, con le app con denaro reale che continuano solo dove già rientrano nella policy standard e nei tipi di gioco consentiti dal Paese; e il progetto pilota giapponese dei giochi della gru online è terminato l’11 luglio 2023, dopodiché i giochi della gru sono diventati pubblicabili a livello globale, soggetti a requisiti e alla legge applicabile.

Per un fornitore o una piattaforma che valuta un tipo di prodotto non elencato, la lettura onesta di quel precedente è che un tipo non elencato è una porta chiusa, non una coda. Un prodotto che non rientra nei cinque tipi, in un mercato non presente nell’elenco, non ha alcun modulo da presentare.

Cosa ispeziona lo store all’interno della build

Quattro dei requisiti sono proprietà dell’app rilasciata più che della documentazione, e ciascuno è verificabile prima della presentazione:

• Verifica dell’età. L’app deve impedire agli utenti minorenni di utilizzarla e deve avere una classificazione AO o equivalente IARC. Il modulo richiede che tale classificazione sia in essere prima che l’app sia presentata per la certificazione.
• Restrizione geografica. L’app deve impedire l’accesso e l’uso da Paesi, Stati, territori e aree geografiche che la licenza dello sviluppatore non copre. Un confine delimitato dalla licenza nel client è quindi un requisito, non una rifinitura di lancio — la stessa questione di build che l’analisi dell’architettura di geolocalizzazione dell’app affronta in generale per il client.
• Prezzo e pagamenti. L’app deve essere gratuita da scaricare, non deve essere venduta come app a pagamento e non deve utilizzare la fatturazione in-app di Google Play.
• Informativa verso il giocatore. L’app e la sua scheda dello store devono entrambe mostrare chiaramente informazioni sul gioco responsabile.

Le condizioni di ammissibilità riguardano anche la scheda dello store, non solo il binario: la policy richiede il posizionamento in categorie appropriate come Games: Casino, Games: Card, Games: Sports, Sports o Entertainment, e lo store supporta tali scelte con la sua policy sui contenuti relativi a gioco con denaro reale e giochi. Dove la decisione di piattaforma di un marchio è ancora aperta, i compromessi tra una build nativa, una WebView incapsulata e un’app web installabile sono quelli trattati nel confronto tra app nativa e PWA, e il cancello dello store è uno dei costi sul versante nativo di quel confronto.

La regola dell’altro store è più breve, e non è la stessa regola

Le App Review Guidelines di Apple, aggiornate da ultimo l’8 giugno 2026, rispondono alla stessa domanda in un solo paragrafo. La guideline 5.3.4 richiede che le app che offrono gioco con denaro reale — scommesse sportive, poker, giochi da casinò e corse dei cavalli sono i suoi esempi — dispongano delle necessarie licenze e autorizzazioni nei luoghi in cui l’app viene usata, siano geo-limitate a quei luoghi e siano gratuite su App Store; gli strumenti di gioco d’azzardo illegali, tra cui i contatori di carte, non sono consentiti. La guideline 5.3.3 vieta di utilizzare l’acquisto in-app per comprare credito o valuta da usare in relazione al gioco con denaro reale di qualsiasi tipo.

La parte che conta per un piano di lancio è ciò che le due regole pubblicate condividono e ciò che non condividono. Entrambe fanno della licenza e della geo-restrizione un dovere dell’operatore ed entrambe richiedono che l’app sia gratuita. Ma le linee guida pubbliche enunciano quel dovere senza portare l’equivalente tabella prodotto-per-mercato che il modulo di Play pubblica, perciò un operatore non può ricavare una mappa di Paesi e prodotti dalla guida pubblica di Apple come può fare dal modulo di Play. Qualsiasi piano di mercato costruito sulla mappa di un solo store è quindi un piano solo per quello store.

Il dossier da assemblare prima della build, non prima del rilascio

Ogni voce qui sotto è ottenibile prima che venga scritta una riga dell’app, e ciascuna ha un costo quando viene scoperta tardi:

1. La mappa dello store, intersecata con l’insieme delle licenze — i Paesi e, negli Stati Uniti e in Nigeria, gli Stati in cui i tipi di prodotto previsti sono supportati.
2. L’entità titolare della licenza indicata nella domanda, e la sua coincidenza con l’account sviluppatore che pubblicherà l’app.
3. La classificazione IARC e il grado di verifica dell’età che la build porterà, poiché la classificazione è richiesta prima che venga presentata la certificazione.
4. Il meccanismo di restrizione geografica e la sua evidenza — come il client rifiuta una posizione che la licenza non copre, e come tale rifiuto possa essere dimostrato.
5. La decisione sui pagamenti, presa esplicitamente anziché per default: nessuna fatturazione in-app, nessun download a pagamento.
6. La superficie di gioco responsabile che apparirà nell’app e nella scheda dello store.
7. La dichiarazione della portata del prodotto — un elenco dei tipi di gioco che l’app espone, verificato riga per riga rispetto alla licenza, perché un’app non può offrire più di quanto la licenza copra.
8. L’elenco dei fattori di ricertificazione — i cambiamenti di proprietà e di licenza all’interno dell’organizzazione che richiederanno di ripresentare l’app.
9. Una via per i mercati che lo store non supporta, decisa di proposito anziché lasciata da scoprire al momento di un lancio regionale.

La nona voce è quella che i team lasciano più spesso aperta, ed è affrontata di seguito.

Fuori dallo store c’è una via con un proprio cancello

Dove Play non supporta un mercato o un tipo di prodotto, un operatore può distribuire una build Android fuori dallo store, cosa che la piattaforma consente. Quella via non è immutata. Il programma di verifica degli sviluppatori di Android inizia l’applicazione il 30 settembre 2026, a partire dal quale le protezioni si applicano alle app installate da store partecipanti in regioni selezionate su dispositivi certificati, con un’implementazione globale prevista nel corso del 2027. Google Play registra automaticamente la larga maggioranza delle app, e il programma prevede una via di registrazione separata per le app distribuite al di fuori di esso, ma l’effetto pratico è che la distribuzione da sideload ora comporta un proprio requisito di identità.

I compromessi su quel fronte — come i giocatori trovano l’app, come gli aggiornamenti arrivano loro e cosa chiede il percorso di installazione a un nuovo cliente — sono quelli che rendono la decisione tra store e diretto una scelta di prodotto, non solo di conformità.

Cosa non ti dà l’approvazione

Vale la pena enunciare i limiti con la stessa chiarezza dei requisiti, perché il modo di fallire consiste nel trattare l’approvazione di uno store come qualcosa che non è.

Un’approvazione non è una licenza. La licenza è detenuta dall’operatore o dallo sviluppatore ed è riconosciuta da un regolatore; l’approvazione dello store aggiunge il permesso dello store stesso di distribuire sulla sua piattaforma, e nulla più. Non si trasferisce tra i mercati: ogni mercato è una presentazione a sé. Non è permanente — un cambio di proprietà o di licenza richiede la ricertificazione, e Google si riserva il diritto di rimuovere un’app di gioco da Google Play in qualsiasi momento. Secondo i termini di gioco dello store, lo sviluppatore deve inoltre informare immediatamente Google se diventa oggetto di qualsiasi pronuncia della sua autorità di gioco locale, di un’altra autorità legale o regolatoria, o di un organismo di settore che possa essere rilevante per l’app, e nessun accordo vincolante esiste finché Google non notifica allo sviluppatore che la domanda è stata accettata.

E un’approvazione non dice nulla sugli esiti. Essere elencati è una condizione della distribuzione in un mercato in cui lo store supporta il prodotto; non è una prova su retention, depositi o ricavi, e non sostituisce la certificazione specifica per mercato di cui un gioco ha bisogno per stare affatto nella lobby di quel mercato, che l’analisi dell’evidenza di certificazione del gioco localizzato copre dal lato dei contenuti. Un titolo commissionato raggiunge i giocatori attraverso una lobby che li raggiunge attraverso uno store, ed entrambi i cancelli hanno la propria documentazione.

Un piano di lancio che tratta l’ammissibilità al mercato come risolta prima che inizi la build, e che nomina il titolare della licenza, la portata della licenza e la mappa dei prodotti dello store in un unico documento, è più economico di uno che scopre le stesse tre domande nella settimana in cui l’app è pronta. Wizards pianifica l’ingresso nel mercato e il go-to-market attorno all’ammissibilità al mercato, ai vincoli del canale e alle approvazioni di cui un progetto ha ancora bisogno, che è dove appartiene la mappa dello store.

Domande che operatori, piattaforme e fornitori pongono

Google Play consente un’app di casinò con denaro reale?

Sì, nei mercati e per i tipi di prodotto che lo store supporta, e solo in forza di un’eccezione al suo divieto generale sulle app che facilitano il gioco con denaro reale. Lo sviluppatore deve completare il processo di domanda di Google e possedere una valida licenza di gioco per ogni Paese, Stato o territorio in cui l’app è distribuita. I giochi da casinò online sono uno dei cinque tipi di prodotto ammissibili, insieme alle scommesse sportive, alle corse dei cavalli laddove autorizzate separatamente, alle lotterie e al fantasy sport quotidiano.

Chi deve essere il titolare della licenza nella domanda di gioco di Google Play?

Il titolare della licenza deve essere la stessa entità dello sviluppatore dell’app o, nel caso di un’applicazione di terze parti, la stessa entità dell’operatore. Una licenza detenuta da una società e un account sviluppatore detenuto da un’altra costituiscono un difetto nella presentazione più che un problema tecnico, e vale la pena risolverlo prima della build anziché durante una finestra di revisione.

Quanto tempo richiede l’approvazione di un’app di gioco su Google Play?

Il modulo di domanda stabilisce da sé l’aspettativa: la certificazione di gioco e la revisione dell’app dovrebbero richiedere almeno una settimana o più. Il modulo non fornisce alcun livello di servizio oltre a questo, e i tempi sono per mercato, poiché ogni mercato è presentato separatamente e ogni Stato aggiuntivo degli Stati Uniti è una presentazione a sé.

Quali Stati degli Stati Uniti supportano un’app di casinò con denaro reale su Google Play?

Leggendo la tabella del modulo di domanda come pubblicata il 2026-10-10, il casinò online è supportato in Connecticut, Delaware, Michigan, Nevada, New Jersey, Pennsylvania, Rhode Island e West Virginia, e l’elenco del Nevada è limitato al poker. Diversi Stati sono aperti alle scommesse sportive e chiusi al casinò online. Gli Stati non elencati nella tabella non sono supportati per le app di gioco con denaro reale. La tabella è dello store, e cambia, quindi va riletta al momento di ogni presentazione.

L’app deve bloccare i giocatori al di fuori dei mercati autorizzati?

Sì. La policy richiede che l’app impedisca l’accesso e l’uso da Paesi, Stati, territori e aree geografiche che la licenza dello sviluppatore non copre, e impedisca agli utenti minorenni di utilizzarla. La restrizione geografica e la verifica dell’età sono quindi proprietà che lo store controlla nel prodotto, non dichiarazioni fatte nella documentazione.

Un’approvazione di Google Play equivale a essere autorizzati?

No. La licenza è detenuta dall’operatore o dallo sviluppatore ed è riconosciuta da un regolatore di gioco; l’approvazione dello store concede la distribuzione solo sulla piattaforma di quello store. Non si trasferisce tra i mercati, non sopravvive a un cambio di proprietà o di licenza senza ricertificazione, e lo store può rimuovere un’app di gioco in qualsiasi momento. Non è nemmeno un’affermazione su retention, depositi o ricavi.