Diese Richtlinie beschreibt, wie GYMBATTLZ Cookies sowie vergleichbare Speichertechnologien in Browsern, WebViews und webbasierten Teilen der App verwendet.
Wichtiger technischer Hinweis: Im aktuellen Standard-Setup verwenden wir nach heutigem Stand vor allem Browser- und WebView-Speicher wie Local Storage oder Session Storage und nicht in erster Linie klassische HTTP-Cookies. Wo wir aus Gründen der Verständlichkeit von \"Cookies\" sprechen, meinen wir je nach Kontext auch vergleichbare Speichertechnologien.
GYMBATTLZ
Cookies sind kleine Textdateien, die in Ihrem Browser gespeichert werden. Ähnliche Technologien sind insbesondere Local Storage, Session Storage, IndexedDB, WebView-Speicher oder andere clientseitige Speicher- und Abrufmechanismen. Solche Technologien helfen dabei, Sitzungen bereitzustellen, Sicherheitszustände zu verwalten, Einstellungen zu speichern und technisch notwendige Zustandsdaten zwischenzuspeichern.
Auf Teilen der Website speichern wir den vom Nutzer gewählten Banner-Status im Local Storage, damit der Hinweis nicht bei jedem Seitenaufruf erneut eingeblendet werden muss. Dabei wird derzeit insbesondere ein Consent-Status wie cookieConsent lokal im Browser gespeichert.
Für Login- und Sitzungsfunktionen können wir technisch notwendige Session-Daten in Session Storage oder vergleichbaren Speichermechanismen ablegen, etwa für kurzlebige Authentifizierungs- oder Sicherheitszustände in webbasierten Login- und App-Bereichen. Dazu können insbesondere Session-Auth-Tokens, Nutzer-ID-Hinweise oder Migrationswerte gehören, die für den sicheren Wechsel von alten lokalen Tokens auf Session Storage benötigt werden.
Je nach genutzter Funktion können zusätzlich funktionale Werte im Local Storage gespeichert werden, zum Beispiel für Oberflächenzustände, zuletzt gesehene Hinweise, Auswahl- und Profilzustände, Onboarding-Status, ausstehende Redeem-Codes, Timer-Status, Sicherheits- bzw. HMAC-Tokens für Trainingsfunktionen, PVP-Anzeigezustände oder vergleichbare Nutzerpräferenzen.
Bei Solana- oder Wallet-Funktionen können lokal Wallet-Adresse, Wallet-Provider-Typ oder vergleichbare Verbindungszustände gespeichert werden, damit die App den Wallet-Status korrekt darstellen und sicherstellen kann, dass Transaktionen mit der passenden Sitzung zusammenhängen. In der mobilen App können außerdem Android-SharedPreferences oder WebView-Speicher für Authentifizierung, FCM-Push-Token-Zwischenspeicherung, Schrittzählung, Timer-Status und native Bridge-Funktionen verwendet werden.
Wenn Sie Funktionen von Drittanbietern aktiv verwenden, etwa Telegram Login, Wallet-Integrationen, eingebettete Telegram-Komponenten, externe Zahlungs- oder Solana-bezogene Funktionen, können diese Anbieter eigene Cookies oder vergleichbare Speicher einsetzen. Auf diese Verarbeitungen haben wir keinen vollständigen Einfluss. Es gelten dann zusätzlich die Informationen des jeweiligen Drittanbieters.
Nach heutigem Stand setzen wir im aktuellen Standard-Setup keine bewusst aktivierten klassischen Werbe-Cookies, keine personalisierten Marketing-Cookies und keine klassischen Website-Analytics-Cookies ohne separate Rechtsgrundlage oder, soweit erforderlich, vorherige Einwilligung ein.
Die Android-App kann Firebase-Komponenten enthalten, insbesondere für Push-Benachrichtigungen und gegebenenfalls technische Diagnose bzw. App-Analyse. Soweit hierbei nicht zwingend erforderliche Analyse-, Attribution- oder Marketingfunktionen aktiv genutzt werden, werden wir diese Richtlinie und die Datenschutzerklärung aktualisieren und, falls erforderlich, eine Einwilligung einholen.
Falls sich dies später ändert oder wir Analyse-, Tracking-, Attributions- oder consent-pflichtige Werbetechnologien aktivieren, werden wir diese Richtlinie aktualisieren und, soweit erforderlich, ein gesondertes Consent-Verfahren einführen.
Nach dem TDDDG ist für die Speicherung von Informationen in Endeinrichtungen oder für den Zugriff auf bereits gespeicherte Informationen grundsätzlich eine Einwilligung erforderlich, sofern nicht eine gesetzliche Ausnahme greift. Keine Einwilligung ist insbesondere dann erforderlich, wenn der Speicher oder Zugriff unbedingt erforderlich ist, um einen vom Nutzer ausdrücklich gewünschten digitalen Dienst bereitzustellen oder um die Uebertragung einer Nachricht über ein Kommunikationsnetz durchzuführen.
Soweit Speicher- oder Tracking-Technologien in Zukunft nicht zwingend technisch erforderlich sind, werden wir vor ihrem Einsatz die rechtlich erforderlichen Informationen und Einwilligungen einholen.
Der Versand von Newslettern erfolgt im aktuellen Standard-Setup nach heutigem Stand primär über E-Mail-Adressen und serverseitige Versandmechanismen. Diese Richtlinie deckt auch die Frage ab, ob im Zusammenhang mit dem Newsletter clientseitige Speicher- oder Tracking-Technologien eingesetzt werden. Solche Trackingmechanismen sind im derzeitigen Standard-Setup nach heutigem Stand nicht bewusst aktiv.
Falls später Newsletter-Tracking, Conversion-Messung oder vergleichbare Marketing-Auswertungen eingeführt werden, werden wir diese Richtlinie und die Datenschutzerklärung aktualisieren und, soweit erforderlich, eine passende Einwilligungslösung vorsehen.
Die Speicherdauer hängt vom jeweiligen Zweck ab. Session Storage besteht in der Regel nur während einer laufenden Sitzung. Local-Storage-Werte können bis zur manuellen Löschung, bis zur Aenderung der Einstellung oder bis zu einer technischen Ueberschreibung gespeichert bleiben.
Sie können Cookies, Local Storage, Session Storage und vergleichbare Speicher über Ihren Browser, Ihr Betriebssystem oder die Einstellungen der jeweiligen WebView löschen oder einschränken. Bitte beachten Sie, dass dadurch einzelne Login-, Komfort- oder Sicherheitsfunktionen ganz oder teilweise nicht mehr verfügbar sein können.
Wir können diese Richtlinie aktualisieren, wenn sich unsere Dienste, die eingesetzten Technologien oder die rechtlichen Anforderungen ändern. Maßgeblich ist die jeweils auf dieser Seite veröffentlichte aktuelle Fassung.
Stand: 03.05.2026
This policy explains how GYMBATTLZ uses cookies and comparable storage technologies in browsers, webviews, and web-based parts of the app.
Important technical notice: in the current default setup, we mainly rely on browser and webview storage such as Local Storage or Session Storage rather than primarily on classic HTTP cookies. Where we refer to \"cookies\" for clarity, this may also include comparable storage technologies depending on the context.
GYMBATTLZ
Cookies are small text files stored in your browser. Comparable technologies include in particular Local Storage, Session Storage, IndexedDB, webview storage, or other client-side storage and retrieval mechanisms. These technologies help provide sessions, manage security states, save preferences, and temporarily store technically necessary state data.
On parts of the website, we store the banner choice in Local Storage so that the notice does not need to be shown again on every page visit. In the current setup, this includes a locally stored consent status such as cookieConsent.
For login and session functionality, we may store technically necessary session data in Session Storage or comparable mechanisms, for example for short-lived authentication or security states in web-based login and app areas. This may include session authentication tokens, user ID hints or migration values required to safely move from legacy local tokens to Session Storage.
Depending on the feature used, we may also store functional values in Local Storage, for example for interface state, last-seen notices, profile selections, onboarding state, pending redeem codes, timer state, security or HMAC tokens for training features, PVP display states, or similar user preferences.
For Solana or wallet features, wallet address, wallet provider type or comparable connection states may be stored locally so that the app can display wallet status correctly and ensure that transactions match the relevant session. In the mobile app, Android SharedPreferences or webview storage may also be used for authentication, temporary FCM push token storage, step counting, timer state and native bridge functions.
If you actively use third-party features, such as Telegram Login, wallet integrations, embedded Telegram components, external payment features or Solana-related functions, those providers may set their own cookies or comparable storage values. We do not have full control over such processing. In those cases, the respective third-party information also applies.
As of today, we do not intentionally deploy classic advertising cookies, personalized marketing cookies, or classic website analytics cookies in the current default setup without a separate legal basis or, where required, prior consent.
The Android app may contain Firebase components, in particular for push notifications and, where applicable, technical diagnostics or app analytics. Where non-essential analytics, attribution or marketing features are actively used, we will update this policy and the Privacy Policy and obtain consent where required.
If this changes later, or if we activate analytics, tracking, attribution or consent-based advertising technologies, we will update this policy and introduce a dedicated consent flow where legally required.
Under German law, storing information in an end user's device or accessing information already stored there generally requires consent unless a statutory exception applies. In particular, no consent is required where the storage or access is strictly necessary to provide a digital service expressly requested by the user or to carry out the transmission of a message over a communications network.
Where storage or tracking technologies are introduced in the future and are not strictly technically necessary, we will provide the legally required information and obtain any required consent before using them.
In the current default setup, newsletter delivery is, as of today, mainly based on email addresses and server-side email sending mechanisms. This policy also addresses whether client-side storage or tracking technologies are used in connection with newsletters. Such tracking mechanisms are not intentionally active in the current default setup.
If newsletter tracking, conversion measurement or comparable marketing evaluations are introduced later, we will update this policy and the Privacy Policy and, where required, implement an appropriate consent mechanism.
The storage period depends on the relevant purpose. Session Storage typically exists only for the active session. Local Storage values may remain until manually deleted, until the setting changes, or until they are technically overwritten.
You can delete or restrict cookies, Local Storage, Session Storage and similar storage through your browser, operating system or the settings of the relevant webview. Please note that doing so may cause certain login, convenience or security functions to stop working fully or partially.
We may update this policy if our services, the technologies used or the legal requirements change. The current version published on this page shall apply.
Last updated: 03.05.2026