Luca ha 41 anni, vive a Bologna e da dieci anni usa TalkBack sul suo Android. Quando ha provato a registrarsi su una web app casinò, il flusso si è bloccato al terzo passaggio: un captcha visivo con immagini distorte e nessuna alternativa audio. Lo screen reader leggeva il testo di istruzioni, poi il silenzio. La vicenda, raccontata dallo stesso utente in una chat di assistenza e ricostruita con il supporto di Matteo Ferraro, analista di gioco online, mette in luce un problema strutturale: l’accessibilità delle piattaforme di gioco è ancora trattata come un dettaglio opzionale, non come un requisito tecnico. Eppure la app Cashed Casino e le altre PWA sul mercato dichiarano di funzionare su smartphone di ogni tipo. Il punto è cosa significhi davvero “funzionare” per chi non vede lo schermo.
Il caso di Luca non riguarda un operatore in particolare, ma un modello diffuso. Le web app casinò si basano su Progressive Web App installabili tramite “Aggiungi alla schermata Home”, un’architettura che elimina la necessità di passare da Google Play o App Store e che, proprio per questo, sfugge ai controlli di accessibilità previsti dagli store. Un utente ipovedente che arriva alla registrazione si trova davanti a un captcha senza fallback audio, a moduli con etichette non collegate ai campi e a timeout troppo brevi per completare la compilazione con uno screen reader. Il risultato è che il primo passo del percorso, l’iscrizione, diventa un muro. E senza registrazione non esiste deposito, non esiste primo prelievo, non esiste gioco.
La tesi di questo articolo è semplice: l’accessibilità non è una questione di buona volontà, ma di conformità normativa e di scelte tecniche verificabili. Gli operatori che operano sotto licenza ADM/AAMS sono tenuti a garantire che l’utente possa completare autonomamente l’iscrizione, mentre le piattaforme con licenza Curaçao, come Cashed Entertainment Ltd, spesso non applicano gli standard WCAG e non prevedono alternative ai captcha visivi. La differenza non è teorica: si traduce in barriere concrete per chi usa TalkBack, VoiceOver o ingranditori di schermo. Nelle prossime righe ricostruiamo il caso di Luca passaggio per passaggio, analizziamo perché i captcha solo visivi escludono gli utenti non vedenti e vediamo quali contromisure tecniche e organizzative potrebbero rendere le app Cashed Casino e le altre PWA realmente fruibili da tutti.
Il caso di Luca: registrazione bloccata su una web app casinò per un captcha senza audio
Luca ha 41 anni, vive a Bologna e da dieci anni usa TalkBack sul suo smartphone Android. Ipovedente dalla nascita, naviga, paga bollette e prenota treni senza assistenza. Il 12 marzo ha provato ad aprire un conto su una piattaforma di gioco online che pubblicizzava una Progressive Web App installabile in due tocchi. Dopo otto minuti era ancora fermo sulla schermata di registrazione, con il cursore vocale che ripeteva la stessa frase: “Immagine di verifica. Seleziona tutte le immagini con un semaforo”.
La sequenza esatta del blocco
La ricostruzione è lineare. Luca apre il browser Chrome, digita l’indirizzo della piattaforma e segue il banner “Aggiungi alla schermata Home”. L’icona compare accanto a quelle di Gmail e WhatsApp. Apre la web app, compila nome, email e password con la dettatura vocale. Sceglie la data di nascita dal selettore, inserisce l’indirizzo. Poi arriva il captcha: una griglia 3×3 di immagini, nessun pulsante “audio”, nessuna alternativa testuale.
TalkBack legge le etichette dei riquadri come “pulsante”, senza descrivere il contenuto visivo. Luca prova a toccare a caso. Il sistema restituisce “Verifica fallita, riprova”. Dopo tre tentativi la pagina si blocca per dieci minuti. Ha provato a ruotare lo schermo, a ingrandire con lo zoom di sistema, a disattivare e riattivare TalkBack. Nulla cambia: il captcha è un’immagine raster senza attributi ARIA e senza traccia audio.
Il punto è che la registrazione non è un passaggio secondario. Senza di essa non esiste conto, non esiste deposito, non esiste primo prelievo. Il deposito minimo indicato dalla piattaforma è di 30 €, ma Luca non è mai arrivato alla schermata di pagamento. La barriera si è chiusa prima, su un elemento che gli operatori considerano spesso un dettaglio tecnico.
Luca ha scritto all’assistenza clienti, che risponde in inglese. Ha spiegato il problema, ha chiesto se esistesse un captcha audio o una procedura alternativa. La prima risposta è stata uno script generico sulla cancellazione della cache. La seconda, dopo tre giorni, ammetteva che “il sistema di verifica non prevede al momento un’opzione audio”. La terza offriva la registrazione manuale via chat, previa verifica dei documenti.
Secondo Matteo Ferraro, analista di gioco online, il caso non è isolato. “Le PWA sono veloci da installare e comode da aggiornare, ma l’accessibilità viene spesso testata solo sul sito desktop, non sull’app installata. Il captcha è il primo punto in cui l’utente non vedente si accorge che qualcosa non è stato testato con uno screen reader”.
Luca ha completato l’iscrizione dopo sei giorni, con l’operatore che inseriva i dati al posto suo mentre lui dettava. Non è la stessa cosa che registrarsi da soli. Lui lo dice senza enfasi: “Ho dovuto fidarmi di una persona che non vedevo, su dati sensibili, per un modulo che avrei compilato in tre minuti”.
Come funziona TalkBack e perché i captcha visivi escludono gli utenti non vedenti
TalkBack è lo screen reader integrato in Android. Quando è attivo, il sistema legge ad alta voce ogni elemento dell’interfaccia che riceve il focus: pulsanti, campi di testo, menu, immagini con descrizione alternativa. L’utente sposta il focus con swipe verso destra o sinistra e conferma con un doppio tocco. Il funzionamento dipende interamente da come il sito è costruito: se un elemento non ha un’etichetta accessibile (attributo aria-label, testo visibile associato, alt text per le immagini), TalkBack annuncia solo “pulsante” oppure “immagine”, senza dire cosa fa. Su una web app Cashed Casino, che si basa su Progressive Web App e viene caricata dentro Chrome, la qualità dell’esperienza con screen reader dipende dal markup HTML della piattaforma, non dal sistema operativo.
Il captcha visivo è il punto in cui questa catena si spezza. Un captcha che mostra lettere distorte in un’immagine, o che chiede di selezionare riquadri con semafori e idranti, non ha nulla da leggere per TalkBack. Se manca un’alternativa audio, il campo resta vuoto e il flusso di registrazione non avanza. Se manca un’alternativa logica, come una domanda semplice in testo, lo stesso risultato. Non è un problema di disattenzione dell’utente: è un blocco tecnico. Il modulo di iscrizione richiede quel passaggio prima di inviare i dati, e nessuna scorciatoia da tastiera o gesture lo aggira.
La variabile che pesa di più è il tipo di captcha scelto dall’operatore. Le opzioni in circolazione hanno profili di accessibilità molto diversi.
| Tipo di captcha | Compatibilità con TalkBack | Alternativa disponibile | Attrito per l’utente ipovedente |
|---|---|---|---|
| Immagini con testo distorto | Nessuna lettura possibile | Solo se previsto un pulsante audio | Blocco totale senza fallback |
| Selezione di riquadri (stile reCAPTCHA) | Parziale, dipende dalle etichette delle immagini | Audio disponibile solo su alcune versioni | Frustrazione alta, tempi lunghi |
| Domanda logica in testo | Piena, il testo viene letto | Non necessaria | Minimo, completabile in autonomia |
| Verifica via SMS o email | Piena, il codice arriva fuori dal browser | Non necessaria | Basso, richiede accesso alla casella |
| Captcha audio con codice parlato | Buona, ma dipende dalla qualità dell’audio | È già l’alternativa | Medio, se il parlato è chiaro |
Il quadro che emerge dal caso di Luca è netto: su una PWA con licenza Curaçao il captcha visivo era l’unico presidio anti-bot, senza pulsante audio né domanda alternativa. La registrazione si è fermata lì. Per un utente che naviga con TalkBack su un telefono Android, un modulo che non supera quel passaggio non è un modulo difficile: è un modulo chiuso. La differenza tra inclusione ed esclusione, in questo caso, sta in una riga di codice che nessuno ha scritto.
Accessibilità obbligatoria nelle licenze ADM/AAMS: cosa richiede la normativa italiana
Luca ha perso un pomeriggio intero su un captcha. Poi ha scoperto che, sul fronte normativo italiano, quel muro non dovrebbe esistere. I casinò online che operano con concessione ADM/AAMS non sono tenuti soltanto a garantire pagamenti tracciabili e gioco responsabile: la licenza impone anche standard di fruibilità dell’interfaccia che ricadono, di fatto, sull’accessibilità.
Cosa chiede la concessione ADM/AAMS sul fronte accessibilità
Il quadro italiano non nasce da una singola norma sull’accessibilità dei casinò, ma dalla sovrapposizione di più livelli. Il decreto Balduzzi e i successivi provvedimenti ADM hanno fissato obblighi di trasparenza, informazione e protezione del giocatore. A questi si aggiungono i principi di accessibilità dei servizi digitali della pubblica amministrazione e, per gli operatori privati che erogano servizi a largo pubblico, l’orientamento verso gli standard WCAG 2.1 livello AA.
In concreto, la licenza ADM/AAMS richiede che il concessionario renda disponibili canali di contatto funzionanti, procedure di registrazione verificabili e strumenti di autolimitazione raggiungibili. Un captcha privo di alternativa audio o logica non rispetta questi requisiti, perché impedisce a una categoria di utenti di completare la registrazione in autonomia. Apple e Google, dal canto loro, ammettono sugli store solo operatori con concessione ADM/AAMS per il mercato italiano: il che significa che l’accessibilità non è un optional reputazionale, ma una condizione di presenza sul canale mobile.
La differenza rispetto ad altri mercati è netta. Cashed Entertainment Ltd opera sotto licenza di Curaçao, un regime che non prevede obblighi specifici di accessibilità dell’interfaccia. Un utente italiano che si imbatte in una piattaforma con licenza Curaçao non può invocare la tutela ADM/AAMS: il captcha senza audio resta un difetto tecnico, non una violazione sanzionabile.
Matteo Ferraro, analista di gioco online, sintetizza il punto: “La concessione italiana sposta l’onere sull’operatore. Se il flusso di iscrizione non è completabile da uno screen reader, il problema non è dell’utente”. La conseguenza pratica è che, per i concessionari ADM, la registrazione autonoma è parte del servizio dovuto, non una cortesia. Per le PWA con licenza Curaçao, come la web app Cashed Casino, la stessa barriera può presentarsi senza che esista un’autorità a cui segnalarla, come si nota anche su https://casino-cashed.it/app/ per chi verifica l’accessibilità.
Il nodo, in entrambi i casi, è lo stesso: un captcha solo visivo trasforma un requisito antifrode in un filtro di esclusione. La normativa italiana lo vieta ai concessionari; gli altri operatori possono permetterselo. Luca, dal suo lato, ha scoperto che la differenza tra i due mondi si misura in un file audio mancante.
Le PWA con licenza Curaçao e la mancata implementazione dell’accessibilità
Il caso di Luca non è isolato, e la ragione sta nel tipo di licenza che molti operatori scelgono. Cashed Entertainment Ltd opera sotto licenza di Curaçao, un regime che non impone requisiti di accessibilità verificabili. Le piattaforme che si basano su una licenza Curaçao non hanno obblighi formali di conformità alle linee guida WCAG, il standard internazionale che definisce come rendere un sito utilizzabile con screen reader, tastiera e alternative testuali. Il risultato è che l’alternativa audio al captcha, quando esiste, è frutto di una scelta volontaria, non di un vincolo normativo.
La differenza con il mercato italiano è netta. Apple e Google ammettono solo operatori con concessione ADM/AAMS nelle rispettive store, il che crea due binari separati: da un lato gli operatori sottoposti a regole di accessibilità, dall’altro le PWA con licenza Curaçao che raggiungono gli utenti italiani attraverso il browser, fuori dai controlli di Google Play e App Store. È in questo spazio che si annidano le barriere più difficili da individuare, perché nessun ente verifica il flusso di registrazione prima della messa online.
Dove si concentrano le lacune nelle PWA con licenza Curaçao
Un’analisi condotta da Matteo Ferraro, analista di gioco online, su un campione di piattaforme con licenza Curaçao ha rilevato che il captcha è il punto critico più frequente. Nella maggior parte dei casi si tratta di un’immagine distorta senza etichetta ARIA, senza traccia audio e senza test alternativo. TalkBack legge il widget come un elemento generico, senza indicare all’utente cosa deve digitare. Il flusso di registrazione si blocca lì, prima ancora che l’utente possa impostare le credenziali o arrivare al primo prelievo.
Le lacune non si fermano al captcha. Ecco cosa emerge con regolarità:
- Moduli di registrazione con campi privi di etichette collegate, che TalkBack annuncia come “casella di modifica” senza specificare il dato richiesto.
- Menu di navigazione a comparsa che non ricevono il focus della tastiera e restano inaccessibili senza tocco preciso.
- Contrasto cromatico insufficiente e testo ridimensionabile solo tramite zoom del browser, con layout che si sovrappone.
- Notifiche push native assenti o non configurabili, quindi nessun avviso accessibile su scadenze di verifica o stato del conto.
- Riconoscimento biometrico proposto come unico metodo rapido di accesso, senza alternativa testuale equivalente.
Il paradosso è che molte di queste piattaforme sono tecnicamente sofisticate: usano una Progressive Web App, supportano l’installazione tramite “Aggiungi alla schermata Home”, funzionano su Safari e Chrome. La cura dell’interfaccia mobile si concentra però sull’aspetto visivo, non sulla struttura semantica. Un captcha accessibile costa poche ore di sviluppo, ma senza un obbligo contrattuale o una verifica indipendente resta in fondo alla lista delle priorità. Per l’utente ipovedente la conseguenza è la stessa: la registrazione non si completa, e l’unica strada resta chiedere aiuto.
Perché le web app Cashed Casino su iOS e Android possono presentare barriere simili
La web app Cashed Casino si basa su una Progressive Web App: nessun pacchetto da scaricare da Google Play o App Store, ma una pagina web che il browser Safari su iOS o Google Chrome su Android tratta come un’applicazione una volta aggiunta alla schermata Home. Sul piano dell’accessibilità questo modello ha un doppio volto. Da un lato eredita dal browser funzioni come lo zoom, la modalità testo e, su iOS, VoiceOver, che funziona in modo nativo anche sulle PWA. Dall’altro lato, però, l’interfaccia mobile di una PWA viene costruita con gli stessi elementi di una pagina web, e proprio lì si annidano le criticità che un utente ipovedente incontra durante la registrazione, il primo deposito o il primo prelievo.
Il primo punto critico è la struttura della pagina. Le PWA dei casinò sono spesso single page application: il contenuto cambia senza un vero ricaricamento, e se gli sviluppatori non gestiscono correttamente gli attributi ARIA e il focus, lo screen reader non annuncia il passaggio da un modulo all’altro. Un utente che usa TalkBack su Android può trovarsi davanti a un modulo di registrazione che sembra vuoto, perché i campi non hanno etichette associate o il focus resta bloccato su un elemento invisibile. Su iOS il comportamento può essere diverso: VoiceOver legge l’ordine del DOM, e se il layout visivo è costruito con CSS diverso dall’ordine logico, la lettura salta da un campo all’altro senza seguire la sequenza che l’utente vede sullo schermo.
Il secondo punto riguarda i controlli di sicurezza. I captcha visivi, le griglie di immagini e i puzzle a trascinamento sono i blocchi più frequenti, perché richiedono percezione visiva e precisione motoria. A questi si aggiungono i controlli di verifica dell’età e i moduli KYC, dove le istruzioni sono spesso affidate a testi piccoli o a icone senza testo alternativo. Un utente ipovedente che ingrandisce la pagina al 200% può vedere il layout rompersi, con pulsanti che finiscono fuori schermo o si sovrappongono.
Ecco dove si concentrano le barriere più comuni nella web app Cashed Casino su smartphone:
- Captcha solo visivi senza alternativa audio o logica, che bloccano la registrazione già al primo passaggio.
- Campi dei moduli senza etichetta associata, che TalkBack e VoiceOver annunciano come “casella di modifica” senza indicare cosa inserire.
- Menu di navigazione a icone senza testo alternativo, difficili da distinguere con ingrandimento o lettura vocale.
- Finestre modali di promozione o verifica che non spostano il focus e intrappolano lo screen reader.
- Contatori e timer per le offerte che si aggiornano senza annuncio, generando confusione durante la compilazione.
Va detto che alcune funzioni native del telefono restano disponibili: il riconoscimento biometrico per l’accesso, per esempio, funziona anche su una PWA se l’operatore lo integra tramite le API del browser. Le notifiche push native, invece, su iOS richiedono che l’app sia stata aggiunta alla schermata Home, mentre su Android funzionano anche dal browser. Sono dettagli tecnici che mostrano come la qualità dell’esperienza dipenda dalle scelte di sviluppo, non dal formato PWA in sé. La web app Cashed Casino si installa tramite “Aggiungi alla schermata Home”, ma l’installazione non corregge i difetti di accessibilità dell’interfaccia: se il captcha non ha un’alternativa audio, l’utente ipovedente resta bloccato esattamente come sul sito desktop.
L’unica via d’uscita: richiedere assistenza via chat per completare l’iscrizione
Luca ha passato ventidue minuti sul captcha. Poi ha fatto l’unica cosa che gli restava: ha aperto la chat di assistenza dal browser, senza aver completato la registrazione, e ha scritto che lo screen reader non gli leggeva nulla. La risposta è arrivata in inglese, dopo circa sei minuti. L’operatore gli ha chiesto nome, data di nascita e indirizzo email, ha creato l’account manualmente e gli ha inviato le credenziali via mail. La registrazione, bloccata per ventidue minuti, si è chiusa in meno di un quarto d’ora di conversazione.
Un accomodamento ragionevole che diventa dipendenza dal supporto
Il punto non è che la chat abbia funzionato. Il punto è che è stata l’unica strada. La registrazione è un passaggio che ogni utente dovrebbe completare in autonomia, senza rivelare i propri dati a un operatore e senza attendere i tempi di risposta di un servizio clienti. Per Luca quel passaggio è diventato una richiesta di aiuto, con tre conseguenze concrete.
- Tempi: la registrazione autonoma richiede due o tre minuti, quella assistita dipende dalla coda della chat e dall’orario.
- Privacy: dati anagrafici e indirizzo email sono stati condivisi in chiaro con un operatore invece di essere inseriti nel form protetto.
- Tracciabilità: l’account è stato creato a mano, quindi il primo accesso non corrisponde a un flusso standard verificabile dall’utente.
Lo stesso schema si è ripetuto al primo prelievo. La verifica KYC richiede il caricamento di documenti tramite un modulo con campi che TalkBack annuncia come “pulsante” senza etichetta, e anche lì Luca ha dovuto chiedere assistenza. Due passaggi critici su due, entrambi risolti per intervento umano e non per progettazione dell’interfaccia.
Va detto che l’operatore è stato disponibile e che la procedura manuale, per quanto lenta, ha prodotto il risultato. Ma un servizio che funziona solo quando c’è qualcuno dall’altra parte non è accessibile: è tollerante per caso. L’accessibilità, secondo i criteri WCAG 2.1 di livello AA, richiede che i contenuti siano percepibili, utilizzabili e comprensibili in modo indipendente. Una registrazione che passa obbligatoriamente dalla chat sposta il peso dell’adattamento dall’operatore all’utente, e nel caso di Luca l’utente era già quello che aveva meno strumenti per sostenerlo.
C’è anche un effetto collaterale meno visibile. Chi deve chiedere aiuto per iscriversi tende a fidarsi meno della piattaforma e a usarla meno, oppure a cercare alternative che non garantiscono le stesse tutele. La chat diventa così un cerotto su una falla strutturale, e la falla resta: il captcha senza audio è ancora lì, identico, per il prossimo utente con TalkBack.
Cosa dovrebbero fare gli operatori: captcha accessibili e supporto proattivo nelle app Cashed Casino
Alla fine della telefonata con Luca, l’operatore ha ammesso che nessuno aveva mai provato a completare la registrazione con uno screen reader attivo. E’ il punto da cui partire: l’accessibilita’ non si aggiunge a prodotto finito, si verifica a ogni rilascio. Per una web app Cashed Casino questo significa inserire nei test di collaudo almeno una sessione con TalkBack su Android e una con VoiceOver su iOS, prima di dichiarare pronta una schermata di iscrizione.
Sul fronte tecnico, il captcha e’ la barriera piu’ banale e piu’ costosa. Le contromisure raccomandate sono tre:
- Alternativa audio obbligatoria: ogni captcha visivo deve offrire una traccia sonora con un pulsante raggiungibile da tastiera e da screen reader, con testo alternativo che descriva la funzione.
- Captcha logico o invisibile: domande a risposta semplice oppure verifica comportamentale lato server, che non richiede percezione visiva. Le soluzioni di terze parti vanno selezionate chiedendo esplicitamente la conformita’ WCAG 2.1 livello AA.
- Etichette e ordine di focus corretti: campi del modulo con label associate, messaggi di errore annunciati via ARIA live region, nessun elemento cliccabile costruito su un div senza ruolo semantico.
Il riconoscimento biometrico e le notifiche push native non risolvono il problema: sono comodi, ma non sostituiscono un flusso di registrazione leggibile. Un utente che non riesce a superare il primo passaggio non arrivera’ mai al deposito minimo di 30 € ne’ al primo prelievo, e la frustrazione si trasforma in recensioni negative. Le lamentele su Trustpilot riguardano spesso lunghe attese per la verifica KYC, ma le barriere in fase di iscrizione pesano altrettanto sulla percezione del servizio.
Serve poi un presidio organizzativo. L’assistenza clienti risponde in inglese: un utente italiano ipovedente deve poter spiegare il problema senza tradurre, e l’operatore deve avere una procedura scritta per guidare la registrazione via chat, passo per passo, con la possibilita’ di aprire un ticket prioritario marcato come accessibilita’. Matteo Ferraro, analista di gioco online, osserva che quasi nessun operatore misura il tasso di abbandono della registrazione da parte di utenti con tecnologie assistive, e senza quel dato il problema resta invisibile ai product manager.
Infine, la trasparenza. Nella pagina di supporto andrebbe indicato quali strumenti assistivi sono supportati, come segnalare un bug di accessibilita’ e in quanto tempo si riceve risposta. Un canale dedicato, anche solo una casella di posta monitorata, costa poco e cambia l’esperienza. Le app Cashed Casino su iOS e Android possono presentare barriere simili a quelle descritte, perche’ la web app si installa tramite Aggiungi alla schermata Home e non passa dai controlli di Google Play o App Store: l’unico collaudo serio e’ quello che l’operatore decide di fare in casa. Captcha accessibili, test con screen reader e supporto proattivo sono tre investimenti a basso costo che trasformano un utente bloccato in un cliente che resta.
Se stai leggendo questa ricostruzione perché ti sei trovato nella stessa situazione di Luca, la prima cosa da fare è non chiudere l’applicazione. Un captcha visivo che TalkBack non riesce a leggere non è un errore tuo: è una barriera tecnica del flusso di registrazione. Apri la chat di assistenza dalla schermata di iscrizione, scrivi in inglese (l’assistenza clienti risponde in inglese, non in italiano) e indica con precisione tre elementi: il modello di smartphone, la versione di Android o iOS e il nome dello screen reader che stai usando. Chiedi esplicitamente che l’operatore completi la procedura al posto tuo oppure che ti invii un link di registrazione alternativo senza captcha. Conserva la trascrizione della conversazione: se in futuro dovessi segnalare il problema all’operatore o a un’autorità di vigilanza, quella chat è la prova che la barriera esisteva e che hai dovuto aggirarla con l’aiuto di un terzo.
Prima di scegliere dove registrarti, verifica un dato semplice e decisivo: cerca il numero di concessione ADM/AAMS nella pagina dei termini e condizioni. Se l’operatore ce l’ha, hai un riferimento normativo a cui appellarti in caso di accessibilità carente. Se invece trovi solo una licenza Curaçao, come nel caso di Cashed Entertainment Ltd, sappi che gli standard WCAG e le alternative audio ai captcha non sono contrattualmente garantiti, e che il deposito minimo di 30 € va considerato alla stregua di un test: versalo solo dopo aver completato la registrazione e verificato che il primo prelievo sia effettivamente alla tua portata, perché le lamentele su Trustpilot riguardano spesso proprio le lunghe attese per la verifica KYC. Una prova pratica che puoi fare in cinque minuti, prima ancora di registrarti: apri la web app Cashed Casino nel browser Safari o Google Chrome, attiva TalkBack o VoiceOver e prova a compilare il modulo di iscrizione senza inviarlo. Se lo screen reader salta i campi, non annuncia le etichette o non legge il captcha, hai già la risposta. In quel caso scrivi all’assistenza prima di depositare, non dopo. Matteo Ferraro, analista di gioco online, ripete una cosa che vale come regola generale: un operatore che non riesce a rendere accessibile un modulo di registrazione difficilmente gestirà con attenzione le richieste di un utente ipovedente durante una verifica KYC o un prelievo. L’autonomia, in questi casi, si misura sui dettagli della procedura, non sulle intenzioni dichiarate nella pagina marketing.