Richtlinie zur lokalen Verarbeitung

Datenschutzerklärung

Diese Datenschutzerklärung erläutert, wie Controller-Diagnosen lokal ausgeführt werden, welche Berechtigungen angezeigt werden können und welche Daten die Website nicht benötigt.

Local Processing Summary

Controller input values, MIDI notes, HID choices, and haptic settings stay in the browser.

Controller-Daten bleiben im Browser

GamepadTesterOnline.org ist so konzipiert, dass der Datenschutz des Controllers einfach ist: Die Kerndiagnose wird lokal im Browser ausgeführt. Damit der Gamepad-Tester funktioniert, müssen Tastendrücke, Stick-Achsen, Triggerwerte, rohe Mapping-Daten, Vibrationsoptionen, Abfragebeispiele, MIDI-Noten und HID-Berechtigungsergebnisse nicht auf einen Server hochgeladen werden. Diese Datenschutzrichtlinie behandelt den Datenschutz von Gamepad-Testern als Produktanforderung und nicht als nachträglichen Gedanken.

Die Site verfügt über kein Benutzerkontosystem, keine Anmeldung und keinen Datei-Upload. Es werden keine Namen, Adressen, Zahlungsdetails oder Controller-Seriennummern abgefragt. Die Datenschutzrichtlinie basiert auf dem tatsächlichen Verhalten der Controller-Diagnose und nicht auf allgemeinen Erhebungsansprüchen, so dass der Datenschutz des Controllers weiterhin an die tatsächlichen Aktionen der Browser-Tools gebunden ist.

Wenn ein Benutzer das Projekt manuell kontaktiert, kann er Diagnosedetails wie Browser, Betriebssystem, Controller-Modell, Verbindungstyp oder beobachtete Werte angeben. Diese Details werden vom Benutzer außerhalb des Live-Testers bereitgestellt. Die Site kann die Werte des lokalen Controllers nicht sehen, es sei denn, der Benutzer sendet sie über einen separaten Kommunikationskanal.

Berechtigungen und Browser-APIs

Der Standard-Gamepad API zeigt im Allgemeinen keine Browser-Berechtigungsaufforderung an, erfordert jedoch möglicherweise einen angeschlossenen Controller und einen Tastendruck. Haptische Befehle werden vom Benutzer initiiert. WebHID und Web MIDI sind berechtigungsbasierte APIs und werden erst nach einem eindeutigen Klick auf Seiten angefordert, die sie benötigen. Die Eingabeaufforderung kommt vom Browser und nicht von einem versteckten Hintergrundprozess.

Eine Verweigerung der Berechtigung sollte nicht die gesamte Website beschädigen. Seiten, die optionale APIs verwenden, zeigen den Status „nicht unterstützt“ oder „verweigert“ an und halten nach Möglichkeit Diagnosen zur Nichtberechtigung bereit. Dieser Ansatz schützt den Datenschutz der Verantwortlichen, indem er unnötige Eingabeaufforderungen vermeidet und den erweiterten Zugriff auf explizite Arbeitsabläufe beschränkt.

Eingebettete Widgets folgen den gleichen Prinzipien. Ein iframe-Gamepad-Tester sollte eine lokale Browserdiagnose durchführen und keine rohen Controller-Eingaben für die Einbettungsseite sammeln. Websitebesitzer, die ihre eigenen Analysen rund um einen iframe hinzufügen, sind für ihre eigenen Datenschutzpraktiken verantwortlich.

Der Schutz der Privatsphäre macht die Ergebnisse der Browsertests nicht offiziell oder vollständig. Der Testprozess hängt weiterhin von der Browserunterstützung, den Berechtigungen, dem Verbindungsmodus und dem Verhalten des lokalen Geräts ab. Wenn ein Benutzer manuell Screenshots, Protokolle oder Werte über Kontakt oder Feedback sendet, sind diese Details nicht mehr nur lokal im Browser und sollten unnötige persönliche Informationen vermeiden.

Analysen, Protokolle und zukünftige Änderungen

Microsoft Clarity und Google Analytics werden für gewöhnliche Analysen auf Seitenebene verwendet, z. B. Seitenaufrufe, Verweise, ungefähre Geräte- und Browserinformationen sowie allgemeine Interaktionsmuster. Diese Tools sind für den Kern-Gamepad-Tester nicht erforderlich und sollten nicht zum Erfassen von Controller-Rohwerten, HID-Berichten, MIDI-Meldungen, genauen Eingabesequenzen oder haptischen Einstellungen verwendet werden.

Statische Hosting- und routinemäßige Serverprotokolle können je nach Hosting-Anbieter Standardanfrageinformationen wie Seite URL, Zeitstempel, Benutzeragent und IP-Adresse aufzeichnen. Diese Protokolle sind von der Controller-Diagnose getrennt und werden zum Lesen der Gamepad-Eingaben nicht benötigt.

Die Richtlinie kann im Zuge der Weiterentwicklung der Funktionen aktualisiert werden, insbesondere wenn mehrsprachige Seiten, Analyseeinstellungen oder zusätzliche Einbettungskontrollen hinzugefügt werden. Die Leitregel sollte dieselbe bleiben: So wenig wie möglich sammeln, die Controller-Diagnose lokal halten und das berechtigungsbasierte Browserverhalten klar erklären.

Cookies, lokale Speicherung und Dienste von Drittanbietern

Die Website nutzt möglicherweise den lokalen Speicher des Browsers für Benutzeroberflächenpräferenzen wie z. B. Designeinstellungen. Der lokale Speicher verbleibt im Browser des Benutzers, es sei denn, der Benutzer löscht ihn oder der Browser entfernt ihn. Es ist nicht erforderlich, Live-Controller-Eingaben zu lesen.

Microsoft Clarity und Google Analytics verwenden möglicherweise Cookies oder ähnliche Browser-IDs, um Analysen auf Seitenebene bereitzustellen. Diese Dienste sind getrennt von Gamepad API, WebHID, Web MIDI, Vibrationskontrollen und Rohdiagnosewerten.

Benutzer können Cookies, lokale Speicherung und Website-Daten über die Browsereinstellungen einschränken oder löschen. Das Blockieren von Analysen oder das Löschen von Speicher kann sich auf die Präferenzpersistenz oder aggregierte Seitenmetriken auswirken, sollte jedoch nicht verhindern, dass die Kerncontrollertests Live-Eingaben lokal verarbeiten.

Häufig gestellte Fragen

Kurze Antworten auf häufige Fragen zu den Diagnosen auf dieser Seite.

Lädt der Gamepad-Tester meine Tastendrücke hoch?

Nein. Tasten- und Achsenwerte werden lokal im Browser verarbeitet.

Warum werden die Eingabeaufforderungen WebHID oder MIDI angezeigt?

Diese APIs erfordern eine explizite Browserberechtigung und werden erst nach einem Benutzerklick angefordert.

Sind Analysen installiert?

Ja. Microsoft Clarity und Google Analytics werden für Analysen auf Seitenebene verwendet, die Kerncontroller-Diagnose wird jedoch lokal ausgeführt und die Analyse sollte keine rohen Controller-Eingaben erfassen.

Sinnvolle nächste Prüfungen

Über das Projekt

Lesen Sie, wie mit der lokalen Browserdiagnose und Originalinhalten umgegangen wird.

Lesen Sie die Pfade zur Fehlerbehebung

Behebung von Erkennungs-, Bluetooth-, Berechtigungs-, Browser- und Mobilproblemen.

Öffnen Sie alle Werkzeuge

Wählen Sie die richtige Diagnoseseite für das angezeigte Controller-Symptom.