Se apri due finestre di Safari sull’iPad e ti aspetti che la Goldbet Lion PWA si comporti allo stesso modo, il risultato ti sorprende: la seconda finestra “sostituisce” la sessione della prima, e il carrello scommesse che avevi compilato con calma sparisce. Non e un bug del bookmaker. E il modo in cui iPadOS tratta il contenitore applicativo di una PWA installata: uno storage unico, condiviso dal service worker tra tutte le finestre aperte. La versione web in Safari, al contrario, isola le schede e ti permette di tenere aperta la lobby mobile su un lato dello schermo e la cassa mobile sull’altro senza che si pestino i piedi.<\/p>\n
Questa guida smonta il meccanismo pezzo per pezzo, con taglio pratico: cosa succede davvero quando lanci la Goldbet Lion app mobile installata dalla schermata Home, perche il multi-finestra su iPad funziona in Safari e non nella PWA, e quali scenari d’uso restano sicuri. Chi passa ore sui tavoli live sa che una sessione lunga consuma batteria e dati, e che un refresh involontario a meta di un coupon e un danno concreto. Vale lo stesso per chi inserisce il codice promozionale WELCOME2026 durante la registrazione e poi scopre di aver perso il contesto della finestra.<\/p>\n
Il punto di partenza e semplice: Goldbet e gestito da Intralot, goldbet.it opera con concessione ADM, e l’app Goldbet Lion e disponibile su Android e iPhone. La Goldbet Lion PWA si installa dal browser, non da APK di terze parti, e questa distinzione cambia tutto quando si parla di finestre multiple, storage e sovrascrittura delle sessioni.<\/p>\n
Su iPadOS, Safari tratta ogni scheda e ogni finestra come un contesto di navigazione separato: cookie, localStorage e sessionStorage vengono partizionati per tab, e la finestra aperta con “Apri in nuova finestra” mantiene un proprio stato indipendente. Questo significa che due finestre Safari sullo stesso iPad possono reggere due login distinti, con carrelli scommesse diversi e nessuna interferenza reciproca, finch\u00e9 il sito non forza un controllo server-side sul token di sessione.<\/p>\n
La Goldbet Lion PWA si installa come PWA dal browser e vive in un contenitore applicativo unico, con un solo storage persistente condiviso tra tutte le finestre che l’utente apre dall’interno dell’app. Non esiste la partizione per scheda: il service worker serve la stessa cache e lo stesso IndexedDB a ogni vista. Aprire una seconda finestra dalla PWA non crea un contesto isolato, ma una nuova vista sullo stesso dominio applicativo.<\/p>\n
L’app Goldbet Lion \u00e8 disponibile su Android e iPhone, ma su iPad la scelta reale \u00e8 tra il sito in Safari e la Goldbet Lion PWA aggiunta alla schermata Home. La lobby mobile mantiene le stesse categorie e lo stesso conto in entrambi i casi: cambia il modello di sessione, non il catalogo. Chi apre due finestre nella PWA per confrontare quote su due eventi si espone a un comportamento che il sito web non ha.<\/p>\n
Il punto tecnico \u00e8 che il contenitore applicativo della PWA non riconosce il concetto di “seconda finestra indipendente”: la sessione mobile pu\u00f2 restare aperta su pi\u00f9 dispositivi, ma all’interno della stessa PWA il token \u00e8 uno solo. Se una vista effettua il logout o un refresh del token, la modifica si propaga alle altre viste aperte. Il carrello scommesse, salvato nello stesso storage, segue la stessa sorte.<\/p>\n
Attenzione anche al lato contratto: goldbet.it opera con concessione ADM e Goldbet \u00e8 gestito da Intralot, quindi i limiti contrattuali e le limitazioni territoriali si applicano identici su web e PWA. La differenza non \u00e8 normativa, \u00e8 di architettura del browser. Sapere in quale contenitore si sta operando \u00e8 il primo passo per non perdere una giocata gi\u00e0 impostata.<\/p>\n
La Goldbet Lion PWA si installa dal browser e vive in un contenitore applicativo separato da Safari. Su iPadOS quel contenitore ha un unico origin di storage: localStorage, IndexedDB, cookie e Cache Storage appartengono alla stessa partizione, indipendentemente da quante finestre si aprono. Il service worker registrato all’installazione intercetta le richieste di rete di tutte le finestre dell’app e le serve dalla stessa cache. Non esiste, in altre parole, un isolamento per finestra come avviene tra schede Safari distinte.<\/p>\n
Il punto critico \u00e8 il token di sessione. Quando si apre una seconda finestra della PWA, la nuova istanza legge il token dal medesimo storage e lo riscrive con un valore aggiornato. Se il backend applica una politica di sessione singola per dispositivo, la prima finestra riceve un 401 al successivo ping e perde lo stato. Il carrello scommesse, se salvato lato client prima dell’invio, viene sovrascritto o azzerato: la seconda finestra scrive sullo stesso record IndexedDB che la prima stava popolando. Non \u00e8 un bug del casino, \u00e8 il comportamento previsto di una PWA con storage condiviso.<\/p>\n
| Elemento<\/th>\n | Comportamento nella PWA<\/th>\n | Effetto pratico<\/th>\n<\/tr>\n<\/thead>\n |
|---|---|---|
| Token di sessione<\/td>\n | Unico per contenitore<\/td>\n | La seconda finestra invalida la prima<\/td>\n<\/tr>\n |
| Carrello scommesse<\/td>\n | Record condiviso in IndexedDB<\/td>\n | Sovrascrittura o perdita selettiva<\/td>\n<\/tr>\n |
| Service worker<\/td>\n | Un solo scope per origin<\/td>\n | Cache comune, nessun isolamento<\/td>\n<\/tr>\n |
| Cookie<\/td>\n | Condivisi tra finestre<\/td>\n | Logout incrociato al refresh<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n La sessione mobile pu\u00f2 restare aperta su pi\u00f9 dispositivi, ma all’interno della stessa PWA le finestre non sono dispositivi distinti: sono viste dello stesso contesto. Aprire due finestre per seguire due partite in parallelo, quindi, non raddoppia le capacit\u00e0, le mette in conflitto. Chi lo fa con regolarit\u00e0 tende a notare la cosa nei momenti peggiori, cio\u00e8 quando il carrello contiene gi\u00e0 una multipla impostata.<\/p>\n Il service worker aggiunge un secondo livello di attrito. Dopo un aggiornamento dell’app, la cache pu\u00f2 servire asset vecchi a una finestra e nuovi all’altra, con risultati incoerenti sulla lobby mobile: categorie visibili in una finestra e assenti nell’altra, quote non allineate. La lobby mobile mantiene le stesse categorie e lo stesso conto, ma solo se la finestra attinge allo stesso snapshot. Con due finestre aperte, lo snapshot pu\u00f2 divergere.<\/p>\n |