Een live tafel die blijft hangen terwijl je verbinding goed is, wijst meestal niet op een probleem bij de dealer of de server, maar op verouderde bestanden in je browser of op je startscherm. De fout zit dan in een van drie opslaglagen die elkaar overlappen: de service worker-cache, de browsercache en de app-specifieke opslag van de PWA. Wie er één wist en hoopt dat het genoeg is, zit vaak na vijf minuten weer naar een bevroren tafel te kijken. Deze checklist loopt alle drie de lagen langs, in de juiste volgorde, voor Android en iPhone.
Eerst de service worker-cache, want die stuurt de rest aan
De service worker is het script dat een Progressive Web App in staat stelt om offline te werken en om bestanden uit een eigen cache te serveren. Bij een PWA casino zit daar precies het risico: de service worker kan een oude versie van de live tafel-client vasthouden, ook nadat het platform een update heeft uitgerold. Je browser laadt dan netjes een pagina, maar die pagina is een dag oud en praat niet meer correct met de spelserver. Het gevolg is een tafel die laadt en vervolgens stilvalt, zonder foutmelding.
Op desktop is de schoonste route via Google Chrome DevTools: open het Application-tabblad, kies Storage en klik op Clear site data. Dat wist in één beweging de service worker, de caches en de lokale opslag van dat specifieke domein. Op Android kun je hetzelfde bereiken zonder DevTools door naar de site-instellingen van Chrome te gaan, het domein te selecteren en daar de opslag te wissen. Belangrijk detail: de service worker registreert zich opnieuw zodra je de site bezoekt, dus je verliest niets permanents. Wat je wel verliest is de oude cache, en dat is precies de bedoeling.
Bij Winzoria, opgericht in 2025, draait de hele omgeving op een Progressive Web App. Er is dus geen native app die je via een update kunt vervangen. De Winzoria app is niet beschikbaar in de App Store en Google Play Store, wat betekent dat cachebeheer volledig aan de gebruiker en de browser is. Wie dat niet weet, zoekt de oplossing op de verkeerde plek en herinstalleert een icoon dat niets verandert.
Daarna de browsercache van Chrome of Safari, laag twee
De tweede laag is de gewone browsercache. Die staat los van de service worker en bevat onder meer HTML, stylesheets en scripts die de browser zelf heeft opgeslagen. Op Android wis je dit via Chrome: Instellingen, Privacy en beveiliging, Browsegegevens wissen, en dan de optie voor cookies en sitegegevens meenemen. Wie alleen “afbeeldingen en bestanden” aanvinkt, laat de belangrijkste laag staan. Kies bij voorkeur voor de volledige optie en beperk het tot de laatste 24 uur als je andere sites niet wilt raken.
Op iPhone en iPad verloopt dat anders, omdat iOS geen aparte cacheknop kent in Safari. De route loopt via Instellingen, Safari en vervolgens Geavanceerd, Websitegegevens. Daar zoek je het domein op en veeg je het weg. Sinds iOS 11 zit er ook een duidelijkere ingang onder Instellingen, Safari, Geschiedenis en websitegegevens wissen, maar die wist alles in één keer. Voor een gerichte reset van alleen het casinodomein is de lijst onder Websitegegevens de betere keuze. Een veelgemaakte fout is vergeten dat Safari op iOS twee opslagplaatsen kent: de gewone cache en de opslag van op het startscherm geplaatste web-apps. Die laatste staat hieronder apart.
Een praktisch punt dat vaak over het hoofd wordt gezien: een PWA die je via Safari op het beginscherm hebt gezet, draait in een eigen context. Het wissen van de browsercache raakt die context niet per se. Je merkt dat doordat de tafel in de browser wel werkt en via het icoon op je startscherm niet. Dat verschil is het signaal dat je bij laag drie moet zijn.
Tot slot de app-opslag van de PWA op je startscherm
De derde laag is de opslag die hoort bij de geïnstalleerde web-app. Op Android installeer je de PWA via Google Chrome, waarna hij als los icoon op het startscherm staat en zich gedraagt als een applicatie. Die app heeft eigen opslag, inclusief de service worker-cache. Verwijder je alleen het icoon, dan blijft de onderliggende opslag vaak staan. De effectieve route is: houd het icoon ingedrukt, kies App-info of Verwijderen, en controleer daarna in Chrome bij Instellingen, Site-instellingen dat het domein geen restopslag meer heeft; meer achtergrond hierover vind je via https://nl-winzoria.com/app/. Daarna opnieuw via Chrome naar de site gaan en “Toevoegen aan startscherm” kiezen.
Op iPhone en iPad installeren gebruikers de PWA via Safari, met de optie “Zet op beginscherm”. Het verwijderen van dat icoon wist op iOS wel de bijbehorende opslag, maar er is een addertje: de websitegegevens in Safari blijven sometimes achter. Werk daarom in deze volgorde: verwijder het icoon van het beginscherm, ga naar Instellingen, Safari, Geavanceerd, Websitegegevens, zoek het domein en wis het. Open daarna Safari opnieuw, ga naar de site en zet hem opnieuw op het beginscherm. Dit is de enige volgorde die alle drie de lagen raakt op iOS.
Wat je bij het opnieuw installeren wint, is een schone client die de actuele versie van de live tafel laadt. Wat je verliest is je sessie, dus log opnieuw in en controleer of je account en eventuele bonuspakket nog correct zichtbaar zijn. De welkomstbonus bedraagt 100% tot 1.500 euro, maar de inzetvereiste is nergens publiekelijk beschikbaar. Wie van plan is om na een cache-reset serieus te spelen, doet er goed aan dat punt eerst na te vragen bij de klantenservice in plaats van er blind op te vertrouwen.
Voor context: nl-winzoria.com is een informatieve gids met partnerlinks en is geen aanbieder van spellen. De site publiceert uitleg over onder meer de Winzoria app, maar de daadwerkelijke applicatie en de live tafels draaien bij het platform zelf. Het platform combineert casino, live casino en sportweddenschappen onder één account, wat verklaart waarom een vastgelopen live tafel soms samengaat met trage odds of een haperend accountoverzicht: het is één front-end die meerdere modules bedient.
Als vuistregel geldt: werk de lijst altijd in deze volgorde af, want een lagere laag wissen terwijl een hogere nog actief is, levert vaak een schijnoplossing op. Begin bij de service worker, dan de browsercache, dan de app-opslag. Test na elke stap met een korte sessie aan een tafel met lage inzet, niet meteen aan de hoogste limiet. Werkt het na alle drie de stappen nog niet, wis dan de volledige sitegegevens van het domein in plaats van alleen de cache, en probeer het daarna in een privévenster van Chrome of Safari. Blijft de tafel dan nog hangen, dan ligt het probleem niet meer bij jouw opslag en is het tijd om het aan de kant van het platform te melden, met tijdstip, tafelnaam en de gebruikte browser erbij.
Comments are closed.