Welche Systemapps unter Volla OS benötigen Standortdienste?

Aus Volla Wiki
Zur Navigation springen Zur Suche springen

Welche Systemapps unter Volla OS benötigen Standortdienste?

Volla OS ist eine privacy-orientierte, degoogled Android-Distribution (reines AOSP ohne Google Play Services, Google Location Provider oder andere Google-Komponenten). Die Notwendigkeit, den Standortdienst (global „Standort" in den Einstellungen) einzuschalten, ergibt sich nicht aus Google-Diensten, sondern direkt aus dem Android Open Source Project (AOSP)-Framework.


Historische Entwicklung der Standort-Kopplung

Die Kopplung von Bluetooth-LE-Scans und WLAN-Scans an den Standortdienst wurde mit Android 6.0 (2015) eingeführt: Beide Scan-Technologien können zur präzisen Indoor-Ortung genutzt werden (über MAC-Adressen, SSIDs, Signalstärken) – auch ohne GPS. Das System blockierte daher alle Scan-Ergebnisse, wenn der Standortdienst global deaktiviert war.

Ab Android 12 (API Level 31) wurde dieses Modell grundlegend überarbeitet:

  • Neue dedizierte Laufzeit-Berechtigungen: BLUETOOTH_SCAN,
 BLUETOOTH_ADVERTISE, BLUETOOTH_CONNECT
  • Apps können mit dem Manifest-Flag
 android:usesPermissionFlags="neverForLocation" bei
 BLUETOOTH_SCAN BLE-Scans durchführen,
 ohne dass der Standortdienst global aktiv sein muss.
  • Ohne dieses Flag gilt weiterhin: BLE-Scan → Standortdienst erforderlich.

Ab Android 13 (API Level 33) gilt dasselbe analog für WLAN-Scans:

  • Neue Berechtigung NEARBY_WIFI_DEVICES mit optionalem
 neverForLocation-Flag
  • Apps mit diesem Flag können WLAN-Geräte im Umfeld scannen, ohne den
 Standortdienst zu benötigen.

Ob eine konkrete System-App unter Volla OS den Standortdienst benötigt, hängt also davon ab, ob sie diese Flags korrekt deklariert – nicht vom ROM selbst.

Warum die Standortpflicht im AOSP?

Bluetooth- und WLAN-Scans liefern Daten, die eine Indoor-Ortung mit hoher Genauigkeit ermöglichen – auch ohne GPS. AOSP blockiert daher standardmäßig alle Scan-Resultate (Discovery, LE-Scan, WLAN-Scan), solange „Standort" aus ist, sofern die jeweilige App keine neverForLocation-Deklaration besitzt. Das gilt auch für degoogled ROMs wie Volla OS, GrapheneOS oder /e/OS, da es sich um ein reines AOSP-Framework-Verhalten handelt.

Übersicht: Welche Systemfunktionen / -Apps brauchen Standort an?

Systemfunktion / App-Komponente Standortdienst zwingend an? Erklärung (Volla OS, reines AOSP, Stand: Android 15, März 2026) Funktioniert ohne Standort?
Bluetooth-Geräte suchen / neu paaren
(Einstellungen → Verbundene 
 Geräte → Neues Gerät koppeln)
Ja – bei Standard-AOSP-Settings-App Aktiver Discovery- oder BLE-Scan; die Settings-App deklariert 
 neverForLocation in der Regel nicht → Framework blockiert
 Ergebnisse ohne aktiven Standortdienst
Nur bereits gekoppelte Geräte nutzbar
Bluetooth bereits gekoppelte Geräte nutzen
(A2DP-Kopfhörer, 
 Auto-Freisprechen, Tastatur, Maus, Smartwatch ohne Neu-Scan …)
Nein Nur Verbindungsaufbau / GATT-Connect, kein neuer Discovery-Scan nötig Voll funktionsfähig
WLAN-Netzwerke scannen / Liste anzeigen
(Einstellungen → Netzwerk 
 & Internet → WLAN)
Ja – bei Standard-AOSP-Settings-App Jeder aktive Scan liefert SSID + RSSI-Daten → starke Ortung möglich; 
 die Settings-App nutzt NEARBY_WIFI_DEVICES ohne
 neverForLocation
Nein
Automatische Verbindung zu bekannten WLANs Nein (meist) Kein aktiver Nutzer-initiierter Scan; gespeicherte Profile werden 
 passiv genutzt
Ja – problemlos
Bluetooth- & WLAN-Scanning im Hintergrund
(Einstellungen → 
 Standort → Standortdienste → Wi-Fi-/Bluetooth-Scanning)
Nein (deaktivierbar) Volla OS hat keinen Google-Location-Service → diese Schalter wirken 
 direkt (kein verstecktes Scanning im Hintergrund)
Kann komplett deaktiviert bleiben
Nearby-Geräte-Funktionen
(z. B. Quick-Share-ähnliche oder lokale 
 Sharing-Tools, soweit in Volla OS implementiert)
Ja Nutzt BLE- und/oder WLAN-Discovery-Scans Nein
Exposure Notifications / Kontaktverfolgung
(Google Exposure 
 Notification API)
Nicht anwendbar Diese API ist Google-Play-Services-spezifisch und in einem degoogled 
 ROM wie Volla OS ohne microG standardmäßig nicht vorhanden.
 BLE-basierte Open-Source-Alternativen (z. B. über F-Droid) unterliegen
 eigenen Berechtigungsregeln.
Entfällt

Praktische Empfehlung für Volla-OS-Nutzer (maximaler Datenschutz)

  • Standortdienst dauerhaft aus – funktioniert problemlos für:
    • Alle bereits gekoppelten Bluetooth-Geräte (A2DP, HFP, HID, GATT)
    • Automatische Verbindung zu gespeicherten WLAN-Netzen
    • GPS-Nutzung in Offline-Karten-Apps (kein BT-/WLAN-Scan erforderlich)
  • Standortdienst nur temporär einschalten, wenn nötig:
    • Neue Bluetooth-Geräte koppeln (insbesondere BLE: Kopfhörer, Tracker, Smart-Home, Fitness-Devices)
    • Neue WLAN-Netzwerke entdecken oder manuell auswählen
    • Nach dem Koppeln / der WLAN-Auswahl kann Standort sofort wieder deaktiviert werden
  • Hintergrund-Scanning dauerhaft deaktivieren (Einstellungen → Standort → Standortdienste): Unter Volla OS hat dies echte Wirkung – anders als unter Stock-Android mit Google-Diensten, die teils unabhängig davon scannen.

Fazit

Unter Volla OS ist der Standortdienst nur dann erforderlich, wenn aktiv nach neuen Geräten gesucht oder ein neues WLAN-Netz gescannt wird. Für den Normalbetrieb (bereits verbundene Geräte + bekannte WLANs) kann er dauerhaft deaktiviert bleiben.

Ob eine App den Standortdienst benötigt, ist keine Volla-OS-spezifische Eigenschaft, sondern hängt davon ab, ob die jeweilige App ab Android 12 (BT) bzw. Android 13 (WLAN) das neverForLocation-Flag deklariert. System-Apps der AOSP-Settings tun dies in aller Regel nicht, weshalb die klassische Kopplung an den Standortdienst dort weiterhin gilt.

Abgerufen von „http://wiki.volla.online/index.php?title=Welche_Systemapps_unter_Volla_OS_benötigen_Standortdienste%3F&oldid=6464“