Wer die WinHero App zum ersten Mal auf dem Smartphone öffnet, sieht fast immer denselben Dialog: zwei Schaltflächen, ein Link zu den Einstellungen und die Frage, ob man “alle Cookies akzeptieren” möchte. Genau an dieser Stelle entscheidet sich, ob die Login-Sitzung später stabil läuft und ob Werbenetzwerke mitlesen, welche Spiele man wann startet. Die WinHero App ist eine Web-App für iOS und Android, die über den Browser geladen wird. Ihre Sitzungsverwaltung hängt technisch an Cookies, und die Marketing-Pixel von Drittanbietern ebenfalls. Zwischen beiden liegt ein Unterschied, den die meisten Cookie-Banner bewusst verwischen.
Dieser Leitfaden trennt beides sauber. Er zeigt, welche Cookies den Login tragen, welche Daten Werbenetzwerke über Cross-Site-Tracking erhalten und wie man auf iPhone, iPad und Android selektiv ablehnt, ohne die eigene Sitzung zu zerstören. Dazu kommen konkrete Klickpfade: Safari-Einstellungen auf iOS, Chrome und System-Datenschutz auf Android, der Umgang mit dem Cookie-Banner beim WinHero App Download und die Frage, warum fremde APK-Seiten für die Gerätesicherheit ein Risiko darstellen. Betreiber des mobilen Portfolios ist die GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica. Der Zugang läuft über winhero-online.de, nicht über App Store oder Google Play, und genau das macht die Cookie-Konfiguration zu einer Aufgabe, die jeder Nutzer selbst erledigen muss.
Die zentrale These lautet: Pauschales Blockieren aller Cookies macht den Login unmöglich, pauschales Erlauben öffnet Dritten den Blick auf das Spielverhalten. Korrekt ist die selektive Ablehnung von Marketing-Cookies bei gleichzeitiger Zulassung funktionaler Session-Cookies. Wer das einmal richtig einstellt, kann die Web-App installieren, auf dem Startbildschirm ablegen und den Willkommensbonus nutzen, ohne bei jeder Sitzung neu über den Banner nachzudenken.
Cookies in mobilen Glücksspiel-Websites: technische Grundlagen und rechtlicher Rahmen
Ein Cookie ist ein kurzer Datensatz, den eine Website im Browser des Geräts ablegt. Er besteht aus Name, Wert, Ablaufdatum, Domain und Pfad. Bei jeder Anfrage an denselben Server schickt der Browser diese Werte im HTTP-Header mit. Genau das macht Cookies für ein Mobile Casino interessant: Der Server erkennt am Cookie, wer da anfragt, ohne dass bei jedem Klick Benutzername und Passwort neu übertragen werden müssen. Gespeichert wird auf dem Smartphone oder Tablet, nicht auf dem Server. Löscht der Nutzer die Cookies, ist der Zustand weg.
Technisch unterscheidet man drei Speicherorte, die oft durcheinandergeworfen werden. Klassische Cookies liegen im Cookie-Store des Browsers, haben harte Größenlimits (pro Cookie rund 4 KB) und werden bei jeder Request mitgesendet. Daneben stehen localStorage und sessionStorage, die nur per JavaScript erreichbar sind und nicht automatisch an den Server gehen. Eine Web-App wie die WinHero Web-App nutzt beides: Session-Cookies für die Authentifizierung, localStorage für UI-Zustände wie Sprache oder zuletzt gewähltes Spiel. Für die Frage “Sitzung halten oder Tracking ablehnen” sind die Cookies entscheidend, nicht der localStorage.
First-Party, Third-Party und der Unterschied bei der Haftung
First-Party-Cookies setzt die Domain, die in der Adresszeile steht. Bei der WinHero Web-App ist das die Domain des Anbieters, betrieben von GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica. Diese Cookies tragen Login-Token, Session-ID, Kontostand-Cache und Spielzustand. Ohne sie funktioniert kein geschützter Bereich, weil der Server die Anfrage nicht zuordnen kann.
Third-Party-Cookies stammen von anderen Domains, die per Script oder Pixel eingebunden sind. Typisch sind Werbenetzwerke, Analyse-Dienste und Affiliate-Tracker. Sie lesen nicht den Spielstand, wohl aber Referrer, Gerätekennungen, Klickpfade und teils Conversion-Ereignisse. Der entscheidende Punkt: First-Party-Cookies sind für den Betrieb erforderlich, Third-Party-Cookies dienen fast immer Marketing- oder Analysezwecken und sind damit rechtfertigungspflichtig.
In der Praxis mischen sich beide Ebenen. Ein Pixel eines Werbenetzwerks setzt oft ein eigenes Cookie auf seiner Domain und zusätzlich ein First-Party-Cookie auf der Glücksspiel-Domain, das als “Server-Side-Tracking” bezeichnet wird. Wer nur Third-Party-Cookies blockiert, erwischt diese Variante nicht. Deshalb ist die pauschale Browser-Einstellung “alle Drittanbieter-Cookies blockieren” ein Anfang, aber kein vollständiger Schutz.
Rechtlich gilt in Deutschland ein zweistufiges Modell. Die DSGVO verlangt für nicht notwendige Cookies eine Einwilligung nach Art. 6 Abs. 1 lit. a, dazu Informationspflichten nach Art. 13 und 14. Das TTDSG (seit 2021, inzwischen im TDDDG aufgegangen) regelt in § 25 das Speichern und Auslesen von Informationen auf Endgeräten: Technisch notwendige Cookies sind einwilligungsfrei, alles andere braucht eine vorherige, aktive und widerrufbare Zustimmung. Der EuGH hat mit der Planet49-Entscheidung (C-673/17) klargestellt, dass ein vorangekreuztes Kästchen keine gültige Einwilligung ist. Für Glücksspielangebote kommt die Glücksspielstaatsvertrag-Logik hinzu: Anbieter mit deutscher Lizenz müssen Werbung und Tracking dokumentieren, Anbieter ohne Lizenz fallen ohnehin nicht unter den legalen Markt.
Für Nutzer heißt das: Ein Cookie-Banner mit “Alle akzeptieren” als einziger großer Schaltfläche ist kein Zufall, sondern eine Design-Entscheidung gegen die selektive Wahl. Wer funktionale Cookies behält und Marketing-Cookies gezielt ablehnt, nutzt das rechtlich vorgesehene Opt-in-Modell so, wie es gedacht ist. Der nächste Schritt ist zu verstehen, welche Cookies bei der WinHero Web-App tatsächlich die Sitzung tragen.
Sitzungsverwaltung bei der WinHero Web-App: Warum funktionale Cookies den Login tragen
Die WinHero App ist eine Web-App für iOS und Android, die vollständig im Browser läuft. Daraus folgt: Es gibt keine native App, die Daten lokal in einem App-Sandbox-Container ablegt. Der gesamte Zustand einer Sitzung hängt an HTTP-Cookies, die der Browser speichert und bei jeder Anfrage an winhero-online.de mitsendet. Wer diese Cookies blockiert, unterbricht die Sitzungsverwaltung an der Wurzel.
Beim Login legt der Server ein Session-Cookie an, in der Regel ein HttpOnly-Cookie mit dem Namen eines Sitzungs-Tokens. Dieses Token enthält keine Kontodaten, sondern nur eine Kennung, die serverseitig einem authentifizierten Nutzer zugeordnet wird. Der Browser schickt das Cookie bei jedem weiteren Aufruf automatisch mit, und der Server erkennt daran, dass die Anfrage zu einer bestehenden Sitzung gehört. Ohne dieses Cookie ist jeder Klick im Konto ein anonymer Request. Die Folge sind nicht etwa eingeschränkte Funktionen, sondern ein sofortiger Rauswurf zur Login-Maske.
Dasselbe Prinzip trägt den Kontostand. Guthaben, Bonusbedingungen und offene Einsätze werden serverseitig geführt; das Cookie liefert lediglich den Schlüssel zu diesem Datensatz. Blockiert der Nutzer funktionale Cookies, kann der Server die Anfrage keinem Konto zuordnen, und die Anzeige bleibt leer oder springt auf null. Auch der Spielzustand hängt daran: Ein laufendes Slot-Spiel, ein offener Tisch oder ein nicht abgeschlossener Bonus-Dialog werden über die Sitzung referenziert. Bricht das Cookie weg, geht der Zwischenstand verloren, und im schlechtesten Fall bleibt ein Einsatz ohne sichtbares Ergebnis stehen, bis der Support ihn prüft.
Technisch unterscheiden lassen sich die Cookie-Typen an wenigen Merkmalen. Ein Blick in die Entwicklerwerkzeuge des Browsers unter dem Reiter Speicher zeigt, welche Cookies gesetzt sind, von welcher Domain sie stammen und wie lange sie gültig sind.
| Cookie-Typ | Zweck | Lebensdauer | Folge bei Blockierung |
|---|---|---|---|
| Session-Cookie (funktional) | Authentifizierung, Kontozuordnung | bis zum Schließen des Browsers oder Logout | Login nicht möglich |
| Persistentes Login-Cookie (funktional) | “Angemeldet bleiben” | Tage bis Wochen | erneute Anmeldung bei jedem Besuch |
| Präferenz-Cookie (funktional) | Sprache, Währung, Ansicht | Sitzung bis wenige Wochen | Einstellungen werden zurückgesetzt |
| Marketing-Pixel (Third-Party) | Werbe-Attribution, Retargeting | 30 bis 400 Tage | keine Funktionseinbuße |
Wichtig für die Praxis: Die Web-App läuft über den Safari-Browser auf iPhone und iPad sowie über Chrome oder den jeweiligen Standardbrowser auf Android. Beide Browser behandeln funktionale Cookies unterschiedlich streng. Safari blockiert Third-Party-Cookies standardmäßig, lässt First-Party-Session-Cookies aber zu. Chrome bietet unter “Datenschutz und Sicherheit” eine eigene Kategorie “Alle Cookies blockieren”, die auch die Session-Cookies von winhero-online.de erfasst. Wer dort pauschal blockiert, kann sich nicht anmelden, unabhängig davon, ob der Login korrekt eingegeben wurde.
Betrieben wird das mobile Portfolio von GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica. Der Anbieter setzt für die Sitzungsverwaltung ausschließlich First-Party-Cookies auf der eigenen Domain ein; Third-Party-Cookies stammen von Analyse- und Werbediensten und sind für den Login nicht erforderlich. Genau diese Trennung macht eine selektive Cookie-Strategie möglich: funktionale Cookies zulassen, Marketing-Cookies ablehnen. Der WinHero App Download und die Einrichtung über winhero-online.de ändern daran nichts, weil auch die installierte Web-App auf dem Startbildschirm denselben Browser-Engine und damit denselben Cookie-Speicher nutzt.
Marketing-Pixel und Cross-Site-Tracking: Was Drittanbieter-Cookies im Glücksspiel offenlegen
Wer eine Glücksspiel-Website im mobilen Browser öffnet, lädt selten nur die Seite selbst. Im Hintergrund feuern Skripte von Werbenetzwerken, Analyse-Anbietern und Affiliate-Plattformen. Diese Drittanbieter-Cookies gehören nicht zur Domain des Anbieters, sondern zu fremden Servern. Bei der WinHero Web-App, die als Web-App im Safari-Browser läuft, lässt sich das gut beobachten: Die funktionalen Session-Cookies stammen von der Anbieter-Domain, die Marketing-Pixel dagegen von Google Ads, Meta, TikTok, Affiliate-Netzwerken und Analyse-Diensten.
Welche Pixel laden und was sie übertragen
Typisch sind vier Kategorien. Erstens Conversion-Pixel von Werbenetzwerken: Sie melden zurück, ob ein Klick auf eine Anzeige zu einer Registrierung oder Einzahlung geführt hat. Übertragen werden dabei eine Klick-ID, ein Zeitstempel und ein Ereigniswert, teils verknüpft mit einer gerätebezogenen Kennung. Zweitens Analyse-Skripte wie Google Analytics oder Matomo in der Cloud-Variante, die Seitenaufrufe, Verweildauer, Gerätetyp, Betriebssystem und ungefähren Standort erfassen. Drittens Affiliate-Tracker, die den zuweisenden Partner anhand einer Sub-ID im Cookie speichern, damit Provisionen korrekt zugeordnet werden. Viertens Retargeting-Pixel, die Besucher der Seite in Werbe-Zielgruppen einsortieren, damit später Anzeigen auf anderen Websites ausgespielt werden.
Der Datenfluss ist dabei oft umfangreicher als erwartet. Ein einzelnes Pixel kann neben der Klick-ID auch die aufgerufene URL, den Referrer, die Bildschirmauflösung, die Sprache und einen Fingerprint aus Browser-Eigenschaften übermitteln. Kommen mehrere Pixel zusammen, entsteht ein Profil, das sich über verschiedene Websites hinweg verknüpfen lässt. Genau das ist Cross-Site-Tracking: Das Werbenetzwerk erkennt denselben Nutzer auf einer Nachrichtenseite, in einem Shop und auf der Glücksspiel-Website wieder.
Für Nutzer entstehen daraus drei konkrete Risiken. Erstens die Profilbildung: Wer regelmäßig Glücksspielseiten besucht, kann in Zielgruppen landen, die auf Spielverhalten hindeuten. Das betrifft Werbeausspielung, aber auch Datenhändler. Zweitens die Weitergabe an Dritte, deren Datenschutzniveau außerhalb der EU oft niedriger ist. Drittens Sicherheitsrisiken durch fremde Skripte: Ein kompromittiertes Pixel kann Inhalte nachladen oder auf Formularfelder zugreifen. Bei der WinHero Web-App, betrieben von der GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica, gelten für die Verarbeitung durch europäische Werbenetzwerke dennoch die DSGVO-Pflichten der jeweiligen Anbieter, doch die Kontrolle über die eingebundenen Skripte liegt beim Betreiber der Seite.
Prüfen lässt sich das mit einfachen Mitteln. In Safari auf iPhone und iPad zeigt der Bereich “Datenschutz-Bericht” unter den Website-Einstellungen, welche Tracker eine Seite kontaktieren will. Chrome auf Android listet unter den Website-Informationen die gesetzten Cookies nach Domain. Wer dort fremde Domains wie doubleclick.net, facebook.net oder tiktok.com findet, sieht die Marketing-Schicht direkt. Diese Cookies sind nicht technisch notwendig für den Login. Sie lassen sich ablehnen, ohne dass die Sitzung der Web-App zusammenbricht. Wichtig ist die Unterscheidung: funktionale Session-Cookies tragen Authentifizierung und Spielzustand, Marketing-Cookies liefern nur Werbe- und Analysezwecken. Eine pauschale Ablehnung aller Cookies trifft beide, eine pauschale Zustimmung öffnet das Cross-Site-Tracking. Die selektive Ablehnung von Marketing-Pixeln bei Beibehaltung der funktionalen Cookies ist der technisch saubere Weg.
Die richtige Cookie-Strategie bei WinHero: funktionale Cookies behalten, Marketing gezielt ablehnen
Die WinHero Web-App trennt auf technischer Ebene zwei Kategorien von Cookies, die völlig unterschiedliche Aufgaben erfüllen. Funktionale Session-Cookies halten die Anmeldung, den Kontostand und den Spielzustand zusammen. Marketing- und Analyse-Pixel Dritter laden parallel dazu und übertragen Klickpfade, Gerätekennungen und Kampagnenparameter an Werbenetzwerke. Wer den Cookie-Banner pauschal bedient, trifft in beide Richtungen die falsche Entscheidung.
Blockiert ein Nutzer alle Cookies, bricht die Sitzungsverwaltung sofort. Der Login wird zwar noch abgeschickt, aber der Server kann die nachfolgende Anfrage nicht mehr derselben Sitzung zuordnen. Typische Folge: Die Seite springt zurück zum Anmeldeformular, der Kontostand bleibt leer, laufende Spielrunden werden nicht gespeichert. Das ist kein Fehler der Web-App, sondern die logische Konsequenz daraus, dass Session-IDs ohne Cookie-Speicher nicht über mehrere Seitenaufrufe hinweg bestehen können.
Erlaubt der Nutzer umgekehrt alles, öffnet er Cross-Site-Tracking. Marketing-Pixel erkennen denselben Browser auf Partnerseiten wieder, verknüpfen Einzahlungsverhalten mit Werbekampagnen und bauen Profile, die über das Glücksspielangebot hinausreichen. Bei einer Web-App, die über https://winhero-online.de/app/ im Safari-Browser läuft, summiert sich das mit jedem Seitenaufruf, weil Drittanbieter-Skripte bei jedem Laden erneut Cookies setzen oder bestehende auslesen.
Die korrekte Strategie liegt dazwischen: funktionale Cookies zulassen, Marketing-Cookies gezielt ablehnen. Der Betreiber GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica liefert die Web-App als browserbasierte Anwendung aus, sodass die Cookie-Verwaltung vollständig im Browser des Nutzers stattfindet. Wer im Banner oder in den Datenschutzeinstellungen nur die Kategorie “Marketing” deaktiviert, behält die Sitzung und schaltet gleichzeitig die Pixel Dritter ab.
Vier Cookie-Konstellationen im Vergleich
| Einstellung | Login und Sitzung | Tracking durch Dritte | Praktische Folge |
|---|---|---|---|
| Alle Cookies blockiert | Funktioniert nicht | Unterbunden | Login bricht ab, Kontostand und Spielstand gehen verloren |
| Nur funktionale Cookies | Funktioniert vollständig | Unterbunden | Empfohlene Einstellung, Sitzung stabil, keine Werbeprofile |
| Alle Cookies erlaubt | Funktioniert vollständig | Vollständig aktiv | Cross-Site-Profile über Partner- und Werbeseiten hinweg |
| Funktionale Cookies plus Analyse ohne Marketing | Funktioniert vollständig | Teilweise aktiv | Nutzungsstatistik intern, aber Reichweitenmessung bleibt sichtbar |
| Inkonsistente Auswahl nach Browser-Neustart | Instabil | Schwankend | Banner erneut prüfen, Einstellung dauerhaft im Browser speichern |
In der Praxis entscheidet die Reihenfolge der Schritte über den Erfolg. Zuerst die funktionalen Cookies bestätigen, damit die Sitzungsverwaltung greift. Danach die Marketing-Kategorie abwählen und die Auswahl explizit speichern, nicht nur das Banner schließen. Wird die Auswahl nur weggeklickt, gilt sie beim nächsten Besuch oft als nicht getroffen, und der Banner erscheint erneut mit voreingestellten Häkchen.
Ein weiterer Punkt: Die App ist nicht in App Store und Google Play verfügbar. Es gibt also keine systemweite Tracking-Sperre, die iOS oder Android für native Apps bereitstellen. Bei der Web-App müssen Nutzer die Cookie-Auswahl selbst im Browser durchsetzen, etwa über die Website-Einstellungen in Safari oder Chrome. Diese Einstellung gilt dann dauerhaft für winhero-online.de und lässt sich jederzeit gezielt überprüfen.
Cookie-Einstellungen in der Praxis: WinHero App iOS und WinHero App Android im Vergleich
Die WinHero Web-App läuft im Browser, deshalb entscheidet das Betriebssystem des Geräts darüber, welche Datenschutzhebel überhaupt zur Verfügung stehen. iOS und Android unterscheiden sich dabei deutlich: Apple setzt restriktive Vorgaben zentral durch, Google überlässt mehr dem Browser und dem Nutzer. Wer die WinHero App iOS oder die WinHero App Android trackingarm betreiben will, muss die jeweiligen Ebenen kennen und in der richtigen Reihenfolge konfigurieren.
iOS: App Tracking Transparency und Safari getrennt behandeln
Auf iPhone und iPad wirkt App Tracking Transparency (ATT) nur auf native Apps aus dem App Store, nicht auf Web-Apps im Safari-Browser. Da die WinHero App als Web-App über Safari läuft und nicht im App Store verfügbar ist, greift ATT hier nicht. Der relevante Hebel ist deshalb Safari selbst. Unter Einstellungen > Safari > Datenschutz & Sicherheit lassen sich “Websiteübergreifendes Tracking verhindern” aktivieren und “Alle Cookies blockieren” bewusst deaktiviert lassen. Der erste Schalter unterbindet Third-Party-Cookies und Cross-Site-Tracking, der zweite würde auch die funktionalen Session-Cookies der Web-App kappen und den Login unmöglich machen. Zusätzlich lohnt der Blick in Einstellungen > Datenschutz & Sicherheit > Tracking: Dort lässt sich “Apps erlauben, Tracking anzufordern” abschalten, was native Werbe-SDKs anderer Apps betrifft. Für den Startbildschirm-Zugriff auf die WinHero Web-App empfiehlt sich die Installation über “Zum Startbildschirm” in Safari; die dann als Web-App gestartete Instanz nutzt denselben Cookie-Speicher wie Safari und übernimmt die getroffenen Einstellungen.
Android: Chrome, System-Datenschutz und APK-Download
Auf Android ist Chrome der Standardbrowser für die WinHero Web-App. Unter Einstellungen > Datenschutz und Sicherheit > Drittanbieter-Cookies lässt sich “Drittanbieter-Cookies blockieren” setzen, ohne First-Party-Session-Cookies anzutasten. Ergänzend bietet Chrome unter “Tracking-Schutz” eine Funktion, die Cross-Site-Cookies einschränkt. Auf Systemebene steuert Android 12 und höher über Einstellungen > Datenschutz > Datenschutz-Dashboard, welche Berechtigungen Apps nutzen; für die Web-App ist vor allem relevant, dass der Browser keinen Standortzugriff erhält, sofern nicht benötigt. Nutzer, die den WinHero App Download als Android-Installationsdatei direkt vom Anbieter nutzen, sollten prüfen, ob die APK aus offizieller Quelle stammt. Der Betreiber GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica stellt die Datei über sein Portal bereit; fremde APK-Seiten stellen ein Sicherheitsrisiko für das Gerät dar und sollten gemieden werden. Die App ist nicht in Google Play verfügbar, entsprechend entfällt eine Prüfung durch den Store.
Trackingarm konfigurieren: die konkrete Reihenfolge
- iOS: Safari > “Websiteübergreifendes Tracking verhindern” einschalten, “Alle Cookies blockieren” ausschalten, Web-App über “Zum Startbildschirm” installieren.
- Android: Chrome > Drittanbieter-Cookies blockieren, Tracking-Schutz aktivieren, APK nur von der offiziellen Anbieterseite beziehen.
- In beiden Fällen im Cookie-Banner der Web-App funktionale Cookies zulassen und Marketing-Cookies separat ablehnen.
Der Unterschied liegt im Detail: iOS filtert Third-Party-Cookies bereits auf Browser-Ebene, Android verlagert die Entscheidung stärker in Chrome und die App-Berechtigungen. Wer beide Ebenen sauber trennt, hält die Login-Sitzung der WinHero Web-App stabil und reduziert Cross-Site-Tracking auf ein Minimum.
WinHero App Download und Web-App-Nutzung: Cookies sicher verwalten vom ersten Start an
Der erste Start entscheidet, welche Cookies sich später durchsetzen. Wer den WinHero App Download und die Einrichtung der WinHero Web-App bewusst angeht, trennt dabei von Anfang an funktionale Sitzungs-Cookies von Marketing-Pixeln. Die Web-App ist nicht in App Store und Google Play verfügbar. iOS-Nutzer installieren die Web-App über “Zum Startbildschirm”, Android-Nutzer laden eine Installationsdatei direkt vom Anbieter herunter. Beide Wege laufen über den mobilen Zugang auf winhero-online.de, den Betreiber ist GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica.
Vor jedem Klick auf den Download lohnt ein Blick auf die Quelle. Der Anbieter stellt den Android-Download selbst bereit; fremde APK-Seiten verteilen dagegen oft manipulierte Pakete, die Zugangsdaten abgreifen oder im Hintergrund Werbe-IDs auslesen. Wer die Installationsdatei nur von der offiziellen Domain bezieht und vor dem Öffnen die Dateigröße sowie die Signatur prüft, schließt diese Gefahr weitgehend aus. Auf iOS entfällt das Risiko, weil Safari die Web-App als Lesezeichen auf dem Startbildschirm ablegt und kein separates Paket installiert wird.
Direkt nach dem ersten Öffnen erscheint in der Regel ein Consent-Banner. Statt “Alle akzeptieren” oder “Alles ablehnen” sollte man die Detailansicht öffnen und die Kategorien einzeln setzen. Bewährt hat sich diese Reihenfolge:
- Notwendige Cookies zulassen, sonst bricht der Login nach dem ersten Seitenwechsel ab.
- Marketing- und Werbe-Cookies ablehnen, auch wenn sie als “berechtigtes Interesse” deklariert sind.
- Analyse-Cookies nur zulassen, wenn die Zwecke konkret benannt sind; Pauschalformulierungen wie “Produktverbesserung” reichen nicht.
- Die Auswahl bestätigen und anschließend im Banner prüfen, ob sie gespeichert wurde.
- Bei jedem neuen Gerät oder nach dem Löschen der Websitedaten die Einstellung erneut setzen.
Diese Reihenfolge hat einen technischen Grund: Session-Cookies tragen Authentifizierung, Kontostand und Spielzustand. Blockiert man sie, ist kein Login möglich, und die Web-App wirkt defekt, obwohl nur die Sitzungsverwaltung fehlt. Marketing-Pixel Dritter beeinflussen dagegen weder Login noch Spielbetrieb. Wer sie ablehnt, verliert keine Funktion, sondern nur die Weitergabe von Klick- und Gerätekennungen an Werbenetzwerke.
Damit die Entscheidung dauerhaft hält, sollte man sie auf beiden Plattformen absichern. Unter iOS lässt sich die Web-App im Safari-Browser öffnen, dort unter “Einstellungen > Safari > Datenschutz” die siteübergreifende Nachverfolgung blockieren und die App Tracking Transparency für Safari-kompatible Browser aktivieren. Unter Android prüft man in Chrome unter “Einstellungen > Datenschutz und Sicherheit > Drittanbieter-Cookies” die Sperre und ergänzt sie um die systemweite Werbe-ID-Verwaltung. Wichtig: Das Löschen aller Websitedaten setzt auch die funktionalen Cookies zurück und meldet den Nutzer ab. Nach dem erneuten Login erscheint das Banner erneut, und die selektive Auswahl muss wiederholt werden.
Ein letzter Kontrollpunkt betrifft die Wiederkehr. Wer die Web-App über den Startbildschirm startet, bleibt in derselben Cookie-Domäne, sodass die gespeicherte Auswahl greift. Wer zwischen Browser-Tab und Homescreen-Icon wechselt, kann dagegen je nach Gerät unterschiedliche Speicherbereiche treffen. In diesem Fall lohnt ein kurzer Blick in die Cookie-Einstellungen der Seite: Stehen Marketing-Cookies dort wieder auf “aktiv”, wurde die Auswahl nicht übernommen, und das Banner muss erneut bedient werden. So bleibt der mobile Zugang trackingarm, ohne die Sitzung zu verlieren.
Wer die WinHero Web-App zum ersten Mal über winhero-online.de öffnet, sollte sich fünf Minuten nehmen und die Cookie-Einstellungen einmal vollständig durchgehen, statt den Banner wegzuklicken. Der praktische Ablauf: Seite laden, im Consent-Dialog alle optionalen Kategorien (Marketing, Werbenetzwerke, Cross-Site-Tracking) auf “ablehnen” stellen, funktionale Cookies ausdrücklich zulassen und die Auswahl speichern. Danach den Login durchführen und prüfen, ob Kontostand und Spielzustand korrekt geladen werden. Bleibt die Sitzung nach einem Reload erhalten, greifen die Session-Cookies wie vorgesehen. Wer zusätzlich auf Nummer sicher gehen will, legt die Web-App über “Zum Startbildschirm” ab, damit Safari als fester Einstiegspunkt dient und die Einstellungen nicht bei jedem neuen Tab neu bestätigt werden müssen.
Für Android-Nutzer, die den offiziellen WinHero App Download nutzen, gehört derselbe Check in die Chrome-Einstellungen: Drittanbieter-Cookies blockieren, “Do Not Track” aktivieren, optional den Datenschutz-Dashboard von Android für Werbe-ID und Tracking prüfen. Wichtig ist die Reihenfolge: erst funktionale Cookies bestätigen, dann Marketing ablehnen, dann die Seite neu laden und einloggen. Wird der Login nach dem Blockieren aller Cookies unterbrochen, liegt das fast immer an einem blockierten Session-Cookie, nicht an einem Fehler des Anbieters. In diesem Fall die Auswahl im Consent-Dialog zurücksetzen und funktionale Cookies erneut zulassen. Fremde APK-Seiten sind für diesen Schritt nicht nötig und bergen Risiken für die Gerätesicherheit; der offizielle Download läuft ausschließlich über den Anbieter, betrieben von GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica.
Ein letzter Hinweis zur Dauerhaftigkeit: Cookie-Einstellungen gelten pro Browser und pro Gerät, nicht pro Konto. Wer zwischen iPhone, iPad und Android-Smartphone wechselt, muss die Auswahl auf jedem Gerät separat treffen. Nach Browser-Updates oder dem Löschen von Websitedaten kann der Consent-Dialog erneut erscheinen; dann dieselbe Konfiguration wiederholen. Ein kurzer Blick in die Safari-Einstellungen unter “Datenschutz” zeigt, ob “Alle Cookies blockieren” aktiv ist, was den Login der Web-App verhindert. Wer diese drei Punkte beachtet, also funktionale Cookies behalten, Marketing gezielt ablehnen und die Einstellungen nach Gerätewechsel prüfen, nutzt die WinHero Web-App mit erhaltener Sitzungsverwaltung und ohne unnötiges Cross-Site-Tracking.