Der Fall ist schnell erz\u00e4hlt und trifft jeden, der auf dem iPhone zwischen Browsern hin und her wechselt: Ein Nutzer hatte die WinHero App als Web-App \u00fcber Safari auf dem Startbildschirm liegen, war eingeloggt, spielte regelm\u00e4\u00dfig. Dann richtete er Chrome als Standardbrowser ein, tippte die Adresse dort ein und wunderte sich, dass er sich neu anmelden musste. Die alte Verkn\u00fcpfung auf dem Homescreen zeigte weiterhin auf Safari, nicht auf Chrome. Das ist kein Bug der Plattform, sondern eine Eigenheit von Homescreen-Web-Apps auf iOS. Wer das einmal verstanden hat, spart sich k\u00fcnftig eine Menge Verwirrung.<\/p>\n
Die Web-App von WinHero ist eine Web-App f\u00fcr iOS, die \u00fcber den Safari-Browser l\u00e4uft. Wird sie \u00fcber “Zum Startbildschirm” installiert, legt iOS eine Verkn\u00fcpfung an, die fest an die Safari-Engine gebunden ist. Sitzungsdaten, Cookies und der lokale Speicher liegen in einem eigenen Container, der zu dieser einen Verkn\u00fcpfung geh\u00f6rt. Chrome und Firefox auf dem iPhone nutzen dagegen WebKit mit einem separaten Datenbereich. Ein Login, der in Safari gespeichert wurde, ist f\u00fcr Chrome schlicht unsichtbar.<\/p>\n
Im konkreten Fall sah die Sitzungsverwaltung so aus: Der Nutzer \u00f6ffnete die WinHero Web-App \u00fcber das Safari-Icon, war eingeloggt, wechselte dann aber aus Gewohnheit zu Chrome, weil er dort seine Lesezeichen verwaltet. Die Anmeldung, die er in Chrome vornahm, galt nur f\u00fcr die Chrome-Instanz. Als er sp\u00e4ter wieder das alte Homescreen-Icon antippte, war er dort noch angemeldet, in Chrome aber nicht. Zwei getrennte Sitzungen, zwei getrennte Datenbanken. Das erkl\u00e4rt auch, warum manche Nutzer glauben, ihr Konto sei “doppelt” vorhanden. Es ist derselbe Account, nur zwei getrennte Zug\u00e4nge.<\/p>\n
Der Betreiber, die GEFATA CORPORATION S.R.L. mit Sitz in Costa Rica, betreibt das mobile Portfolio von WinHero und bietet den Zugang bewusst als browserbasierte L\u00f6sung an. Die App ist nicht verf\u00fcgbar in App Store und Google Play, was viele Nutzer zun\u00e4chst irritiert. Der Grund ist praktisch: Eine Web-App l\u00e4sst sich schneller aktualisieren und unterliegt nicht den Store-Richtlinien f\u00fcr Gl\u00fccksspiel-Apps. Der Preis daf\u00fcr ist die Bindung an den Browser, in dem die Verkn\u00fcpfung angelegt wurde.<\/p>\n
Die L\u00f6sung im Fallbeispiel war unspektakul\u00e4r, aber wirksam: Der Nutzer \u00f6ffnete winhero-online.de in Chrome, meldete sich dort an und legte die Seite \u00fcber das Teilen-Men\u00fc erneut auf dem Startbildschirm ab. Damit war die Web-App im Zielbrowser installiert, mit eigener Sitzung und eigenem Login. Das alte Safari-Icon lie\u00df sich danach entfernen. Wichtig ist die Reihenfolge: erst im gew\u00fcnschten Browser einloggen, dann die Verkn\u00fcpfung anlegen. Wer umgekehrt vorgeht und das Icon aus Safari heraus erstellt, bleibt wieder in der Safari-Welt h\u00e4ngen.<\/p>\n
F\u00fcr Android-Nutzer stellt sich das Problem etwas anders dar. Android-Nutzer laden eine Installationsdatei direkt vom Anbieter herunter, weil die App nicht in Google Play liegt. Der Anbieter bietet einen Android-Download an, der als APK bereitsteht. Hier ist der Browserwechsel weniger kritisch, weil die installierte App als eigenst\u00e4ndige Anwendung l\u00e4uft und nicht an den Browser gebunden ist. Allerdings gilt: Fremde APK-Seiten stellen ein erhebliches Risiko f\u00fcr die Ger\u00e4tesicherheit dar. Wer die Datei nicht direkt von der offiziellen Quelle bezieht, riskiert manipulierte Pakete. Der offizielle Weg f\u00fchrt \u00fcber winhero-online.de, nicht \u00fcber irgendein Sammelportal, und auch der winhero app download<\/a> sollte ausschlie\u00dflich dort erfolgen.<\/p>\n Ein Detail, das im Fallbeispiel fast \u00fcbersehen wurde: Nach der Neuinstallation in Chrome fehlten zun\u00e4chst die zuletzt gespielten Titel im Verlauf. Das lag daran, dass die Verlaufsdaten lokal in der Safari-Verkn\u00fcpfung gespeichert waren und nicht synchronisiert werden. Der Kontostand und die Kontodaten waren dagegen sofort wieder da, weil sie serverseitig liegen. F\u00fcr Nutzer hei\u00dft das: Alles, was am Konto h\u00e4ngt, \u00fcberlebt den Browserwechsel. Alles, was lokal im Browser gespeichert ist, bleibt beim alten Browser zur\u00fcck. Diese Trennung sollte man kennen, bevor man panisch wird.<\/p>\n Safari ist auf dem iPhone die einzige Engine, die Homescreen-Web-Apps mit vollst\u00e4ndiger Integration in iOS anbietet. Das betrifft den Splashscreen, das Verhalten im Hintergrund und die Speicherverwaltung. Apple erlaubt konkurrierenden Browsern auf iOS nicht, eine eigene Engine zu verwenden. Chrome und Firefox laufen technisch auf WebKit, haben aber eigene Datencontainer und eigene Verkn\u00fcpfungslogik. Wer die WinHero Web-App in Chrome installiert, bekommt eine funktionierende Verkn\u00fcpfung, aber nicht die gleiche Systemintegration wie in Safari. Das \u00e4u\u00dfert sich in Details: Chrome-Web-Apps starten manchmal ohne Splashscreen, und die Zur\u00fcck-Geste verh\u00e4lt sich anders.<\/p>\n Firefox auf iOS hat eine weitere Eigenheit: Der Browser l\u00f6scht bei manchen Datenschutzeinstellungen lokale Speicherdaten aggressiver als Safari oder Chrome. Wer dort eine Web-App installiert und regelm\u00e4\u00dfig den privaten Modus nutzt, verliert die Sitzung schneller. F\u00fcr Gelegenheitsnutzer ist das kein Problem, f\u00fcr regelm\u00e4\u00dfige Spieler schon. Die Wahl des Browsers ist also nicht nur Geschmackssache, sondern hat praktische Folgen f\u00fcr die Sitzungsverwaltung. Ein Nutzer, der die WinHero App t\u00e4glich \u00f6ffnet, sollte den Browser w\u00e4hlen, in dem er die Verkn\u00fcpfung dauerhaft behalten will, und dann dabei bleiben.<\/p>\n Ein weiterer Punkt betrifft die Standardbrowser-Einstellung. iOS erlaubt seit einigen Versionen, den Standardbrowser zu \u00e4ndern. Das wirkt sich aber nicht auf bereits installierte Homescreen-Verkn\u00fcpfungen aus. Die bleiben an den Browser gebunden, in dem sie erstellt wurden. Wer also den Standardbrowser wechselt, muss die Web-App im neuen Browser neu anlegen, wenn er dort arbeiten will. Das ist der Kern des Fallbeispiels: Der Nutzer hatte den Standardbrowser gewechselt, aber die alte Verkn\u00fcpfung weiter benutzt. Die Erwartung, dass sich die Sitzung automatisch mitzieht, war falsch.<\/p>\n F\u00fcr die Praxis l\u00e4sst sich daraus eine einfache Regel ableiten: Erst entscheiden, welcher Browser der dauerhafte sein soll, dann dort die WinHero Web-App installieren und den Login einrichten. Wer den Browser sp\u00e4ter wechselt, legt die Verkn\u00fcpfung im neuen Browser neu an und entfernt die alte. Das dauert zwei Minuten und erspart die Verwirrung, die im Fallbeispiel zu einem unn\u00f6tigen Support-Kontakt gef\u00fchrt hat. Auf der Plattform selbst gibt es daf\u00fcr keine Migrationsfunktion, weil die Daten nun einmal browsergebunden sind. Wer sich f\u00fcr WinHero interessiert, findet die offiziellen Hinweise \u00fcber winhero-online.de sowie die Kan\u00e4le X (Twitter) und WinHero_DE. Bei Fragen zur Spielsucht hilft Check-dein-Spiel, und die BZGA bietet unabh\u00e4ngige Beratung.<\/p>\nSafari, Chrome und Firefox im Vergleich f\u00fcr Homescreen-Web-Apps<\/h2>\n