Datenschutz

1. Verantwortlicher

E-Mail: contact.jm.apps@gmail.com

2. Website

Bereitstellung

Diese statische Website wird nach dem derzeit nachweisbaren Stand über GitHub Pages bereitgestellt. Beim Abruf verarbeitet GitHub technisch erforderliche Verbindungs- und Serverdaten, insbesondere IP-Adresse, Zeitpunkt und angeforderte Ressource. Zweck ist die sichere und zuverlässige Auslieferung der Website; Rechtsgrundlage für die von JM Apps veranlasste Bereitstellung ist Art. 6 Abs. 1 lit. f DSGVO. GitHub kann Daten auch außerhalb der Europäischen Union verarbeiten. Weitere Angaben macht GitHub in seiner Datenschutzerklärung. Eine konkrete GitHub-Speicherfrist wird hier nicht behauptet.

Keine Website-Analyse

Die Website enthält keine Analyse- oder Werbeskripte, keine externen Webfonts, Videos oder Social-Media-Embeds und kein Kontaktformular oder Login. Der eigene Website-Code setzt keine Cookies und verwendet weder Local Storage noch Session Storage, IndexedDB oder Fingerprinting. Deshalb wird auf dieser Website kein Cookie-Banner angezeigt.

Kontakt per E-Mail

Wenn du uns freiwillig per E-Mail kontaktierst, verarbeiten wir Absenderadresse, Inhalt und technische Zustelldaten zur Bearbeitung deiner Anfrage. Je nach Inhalt beruht dies auf Art. 6 Abs. 1 lit. b DSGVO oder auf dem berechtigten Interesse an der Bearbeitung und Dokumentation sonstiger Anfragen nach Art. 6 Abs. 1 lit. f DSGVO. Die veröffentlichte Mailbox wird über Google bereitgestellt; auch dein eigener E-Mail-Anbieter verarbeitet die Nachricht. Eine feste Löschfrist ist nicht belegt. Nachrichten werden nur so lange aufbewahrt, wie dies für Bearbeitung, Nachweis, gesetzliche Pflichten oder die Geltendmachung beziehungsweise Abwehr von Ansprüchen erforderlich ist.

3. Apps und gemeinsames Backend

KNOWI und TALUMI verwenden das gemeinsame Backend unter https://api.jm-apps.de. Wenn der Dienst erreichbar ist, kann beim ersten Start automatisch eine pseudonyme Gastidentität mit zufälliger Benutzerkennung und Zugangsnachweis angelegt werden. Viele lokale Funktionen bleiben ohne registriertes Konto nutzbar. Ein freiwillig registriertes Konto gilt für beide Apps. Dabei werden Benutzername und Passwort sowie – falls angegeben – Anzeigename und Recovery-E-Mail-Adresse verarbeitet. Passwörter werden serverseitig als Argon2id-Hash, Zugangs- und Sitzungstokens nur als HMAC-Hash gespeichert; die verwendbaren Zugangsdaten liegen auf dem Gerät im geschützten Systemspeicher.

Bei API-Aufrufen fallen außerdem Verbindungsdaten wie IP-Adresse, Zeitpunkt, App-/Routenbezug, Status und technische Diagnosedaten an. Die eigene Anwendungstelemetrie verwendet eine zufällige Request-ID und Routenvorlagen statt vollständiger URLs. Für authentifizierte Nutzung kann je Konto, App und UTC-Tag ein grober Aktivitätseintrag entstehen; der Code sieht die Löschung solcher Einträge nach 35 Tagen vor. Die regelmäßige produktive Ausführung dieser Bereinigung sowie konkrete Fristen für Infrastruktur-Logs und Backups sind noch nicht abschließend nachgewiesen.

Als Rechtsgrundlagen kommen je nach Verarbeitung die Bereitstellung ausdrücklich genutzter Konto-, Synchronisierungs- und Spielfunktionen nach Art. 6 Abs. 1 lit. b DSGVO, berechtigte Interessen an sicherem, stabilem und missbrauchsresistentem Betrieb nach Art. 6 Abs. 1 lit. f DSGVO sowie – für einwilligungsbedürftige Werbeverarbeitung – Art. 6 Abs. 1 lit. a DSGVO in Betracht. Soweit zusätzlich ein Zugriff auf Informationen im Endgerät einwilligungsbedürftig ist, wird die Einwilligung gesondert über die Google User Messaging Platform (UMP) eingeholt.

4. Werbung, UMP und Google Mobile Ads

Die geprüften Releasekandidaten für iOS und Android enthalten Google Mobile Ads und UMP. Sie verwenden ausschließlich Native- und Interstitial-Anzeigen. Banner-, Rewarded-, Rewarded-Interstitial- und App-Open-Anzeigen sind nicht implementiert. Aktive Quiz-, Lern-, Gesprächs- und Spielsitzungen bleiben werbefrei. Interstitials sind zusätzlich durch eine anfängliche aktive Nutzungszeit von mindestens zehn Minuten, mindestens zwei App- und Inhalts-Sitzungen, einen Abstand von mindestens 15 Minuten, den Ausschluss direkt aufeinanderfolgender Inhalts-Sitzungen und den Ausschluss nach einer Native-Impression in derselben Sitzung begrenzt. Für diese Frequenzsteuerung werden nur lokale, appbezogene Zähler und Zeitpunkte gespeichert.

Bei jedem geeigneten Appstart aktualisiert UMP die Einwilligungsinformationen und zeigt ein erforderliches Formular an. Erst wenn UMP mit canRequestAds() Anzeigenanfragen erlaubt, initialisiert die App das Werbe-SDK und kann einen Anzeigenrequest auslösen. Die App erzwingt nicht pauschal nur nichtpersonalisierte Werbung; die zulässige Auslieferung hängt von der UMP-Auswahl, Plattformsignalen und der Google-Konfiguration ab. Eine Ablehnung sperrt die Kernfunktionen nicht.

Wenn UMP einen Privacy-Options-Einstieg verlangt, ist er sichtbar erreichbar: in KNOWI unter Profil → App & Hilfe → Datenschutz & Werbung, in TALUMI unter Einstellungen → Datenschutz & Werbung. Dort öffnet Werbeeinstellungen verwalten das Google-Formular. Änderungen gelten für zukünftige Verarbeitung in der jeweiligen App; die Auswahl wird nicht zwischen KNOWI und TALUMI synchronisiert. Die Website kann diese App-Einstellung nicht ändern.

Google Mobile Ads kann je nach Einwilligung, Plattform und Konfiguration insbesondere IP-Adresse beziehungsweise daraus abgeleitete ungefähre Region, Appstarts und Anzeigeninteraktionen, Leistungs- und Diagnosedaten, Geräte-, App- und Werbekennungen sowie Informationen zu angezeigter Werbung verarbeiten. Zwecke können Werbeauslieferung und -messung, Analyse sowie Betrugsprävention sein. Android-Releasebuilds enthalten die Berechtigung für die Werbe-ID. Auf iOS fordert die App derzeit keine App-Tracking-Transparency-Autorisierung an und enthält keine NSUserTrackingUsageDescription; das allein ist keine Zusage, dass jede SDK-Verarbeitung außerhalb von Apples Trackingbegriff liegt. JM Apps übermittelt keine Quizantworten, Punkte, Karteikarten, Gesprächsinhalte oder Kontoangaben als Ad-Targeting-Parameter.

Empfänger sind Google und – abhängig von der tatsächlich im AdMob-/UMP-Portal freigeschalteten Auslieferung – beteiligte Anzeigenanbieter. Deren endgültige Liste, Rollen, Aufbewahrung und Übermittlungsgrundlagen werden durch die Portal-Konfiguration mitbestimmt und müssen vor dem öffentlichen Appstart nochmals abgeglichen werden. Allgemeine Hinweise enthält die Datenschutzerklärung von Google.

5. KNOWI

KNOWI verarbeitet lokal insbesondere Profil- und Onboardingangaben, Quiz- und Fortschrittsdaten, Daily-Versuche, Lernstände, Karteikarten und gegebenenfalls selbst eingegebene Lerninhalte. Bei freiwilliger Kontosynchronisierung werden die dafür ausgewählten Fortschritts-, Daily-, Quiz-, Karteikarten- und Lerninformationen mit dem Backend übertragen. Offizielle Daily-Challenges, Ranglisten, Freundschaften, Duelle und Duellnachrichten benötigen ein registriertes Konto und verarbeiten unter anderem Nutzerkennungen, Freundschaftsbeziehungen, Fragen- und Antwortkennungen, Auswahl, Richtigkeit, Punkte, Bearbeitungszeiten, Status und freiwillige Nachrichten. Andere Teilnehmende erhalten nur die für die jeweilige Funktion vorgesehenen Profil-, Ergebnis- oder Spielinformationen.

KNOWI Kids

Im KNOWI-Kids-Bereich werden keine Anzeigen geladen, vorgeladen oder angezeigt. Das gilt auch für verspätete Anzeigen-Callbacks. UMP wird jedoch beim Appstart aktualisiert und das Google-Mobile-Ads-SDK kann nach UMP-Freigabe bereits initialisiert worden sein, bevor der Kids-Bereich geöffnet wird. Der Kids-Bereich ist keine Altersprüfung und begründet keine Aussage, die gesamte KNOWI-App verarbeite keinerlei Werbedaten von Kindern. Die konkrete Altersauswahl bleibt lokal; bei freiwilliger Synchronisierung wird nur ein Altersband übertragen. Die Zielgruppen-/Families-Einordnung und der Umgang mit unbekanntem Alter müssen vor dem öffentlichen Release verbindlich festgelegt werden.

6. TALUMI

TALUMI speichert lokal unter anderem Anzeigename, Onboarding, Favoriten, Präferenzen und Sitzungsmetadaten. Bei einem registrierten Konto können Favoriten, Präferenzen und Sitzungsmetadaten synchronisiert werden. Die App zeichnet keine gesprochenen Antworten auf und enthält keine Mikrofonfunktion.

Bei TALUMI Together werden Raumcode, Modus, Teilnehmerkennungen und -namen, Auswahl, Status, Stimmen, Zeitpunkte und Wiederverbindungsinformationen verarbeitet; eigene Partybegriffe nur, wenn Teilnehmende sie ausdrücklich eingeben. Räume laufen spätestens nach sechs Stunden ab. Beim regulären Abschluss werden geheime Begriffe und Stimmen entfernt und der beendete Raum läuft spätestens nach zehn Minuten ab. Die Kamera wird nur nach Öffnen des QR-Scanners genutzt. Der JM-Apps-Code speichert oder überträgt keine Kamerabilder. Der eingesetzte ML-Kit-Barcodescanner kann jedoch Geräte-/Appinformationen, Installationskennungen sowie Leistungs-, Konfigurations-, Ereignis- und Fehlerdaten für Diagnose und Nutzungsanalyse an Google übermitteln.

7. Empfänger, Speicherorte und Fristen

Die Produktionskonfiguration weist Render-Webservice und PostgreSQL-Datenbank in Frankfurt aus; der öffentliche API-Endpunkt wird nach dem aktuell beobachteten Antwortpfad über Cloudflare ausgeliefert. Dies belegt die technische Konfiguration und Auslieferung, aber noch nicht sämtliche Vertragsrollen, Log-/Backupfristen oder Drittlandgarantien. Render und Cloudflare können für Hosting, Datenbank, Transport, Schutz und Betrieb Verbindungs- und Inhaltsdaten verarbeiten. Für Recovery-/Verifizierungs-E-Mails ist ein SMTP-Versand vorgesehen; der tatsächlich produktiv eingesetzte Anbieter und seine Aufbewahrung sind noch zu bestätigen.

Kontoprofil, Zugangssitzungen, synchronisierte Inhalte und soziale Daten werden grundsätzlich bis zur Löschung des Kontos oder des jeweiligen Inhalts gespeichert, soweit keine kürzere Frist genannt ist. TALUMI-Räume und Löschbelege haben die oben genannten Fristen. Für abgeschlossene Duelle, einzelne Historien-/Tombstone-Daten, inaktive Konten, Infrastruktur-Logs und Backups gibt es noch keine abschließend belegte produktive Löschfrist. Lokale Daten liegen im App-Sandboxspeicher; Zugangsdaten und Wiederverbindungsnachweise im geschützten Systemspeicher. Android-Backups schließen den geschützten Credential-Speicher aus, können aber andere lokale App-Daten enthalten.

8. Kontolöschung

Beide Apps bieten für eine Server-Gastidentität und ein registriertes Konto einen In-App-Löschweg unter Datenschutz & Rechtliches → Konto löschen. Ein registriertes Konto gilt gemeinsam für KNOWI und TALUMI; seine Löschung betrifft deshalb beide Apps. Gelöscht werden Profil und Zugangsdaten, Sitzungen, Freundschaften und Anfragen, eigene Daily-, Sync-, TALUMI- und Pushdaten sowie die aktuell zugeordneten lokalen Daten in der verwendeten App. Eigene Duellantworten werden gelöscht; gemeinsame Duelle werden beendet und Identitätsbezüge entfernt. Betroffene TALUMI-Räume werden beendet und die Teilnahme entkoppelt. Inhalte anderer Personen und nicht mehr auf das gelöschte Konto zurückführbare gemeinsame Restdaten werden nicht als deren Daten mitgelöscht.

Für sichere Wiederholungen bleibt ein nicht auf das Konto zurückführbarer HMAC-Löschbeleg sieben Tage bestehen. Offline-Geräte und bereits erzeugte Backups können nicht sofort aus der Ferne bereinigt werden. Weitere Hinweise und der alternative E-Mail-Weg stehen unter Account löschen.

9. Rechte

Unter den gesetzlichen Voraussetzungen bestehen Rechte auf Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung und Datenübertragbarkeit sowie auf Widerspruch. Eine Einwilligung kann jederzeit mit Wirkung für die Zukunft widerrufen werden; Werbeeinstellungen werden über den oben beschriebenen UMP-Pfad geändert. Anfragen können an contact.jm.apps@gmail.com gesendet werden. Bitte nenne die betroffene App und – soweit vorhanden – den Benutzernamen, aber keine Passwörter, Tokens oder Wiederherstellungsdaten. Zum Schutz des Kontos kann eine angemessene Identitätsprüfung erforderlich sein.

Betroffene Personen können sich außerdem bei einer zuständigen Datenschutz-Aufsichtsbehörde beschweren. Dieses Recht wird durch eine vorherige Kontaktaufnahme mit JM Apps nicht eingeschränkt.

10. Stand

Stand: 30. September 2026. Die App-Angaben beruhen auf den lokal geprüften iOS- und Android-Releasekandidaten Build 5, dem zugehörigen Quellstand und dem öffentlich erreichbaren API-Endpunkt. Store-, AdMob-/UMP-Portal-, Vertrags-, echte Anzeigen- und physische Geräteprüfungen sind davon getrennte Nachweise und vor einem öffentlichen Apprelease erneut abzugleichen.