Für wen ist die App gedacht?
Für Entwickler und QA – um standortbezogene Szenarien ohne Vor-Ort-Termin zu testen; für alle anderen – für persönliche Aufgaben in Apps, die simulierte Standorte unterstützen.
Am klarsten ist die Einteilung nach Aufgaben, nicht nach Berufen.
Entwickler und Tester – um standortbezogene Szenarien ohne Vor-Ort-Termin zu reproduzieren. Ein Fehler, der an einem bestimmten Punkt in einer Stadt auftritt, wird zu einem wiederholbaren Testlauf vom Schreibtisch aus: Ein Satz Referenzpunkte liegt in den Favoriten, wird zwischen Website und Testgeräten synchronisiert und mit einem Tippen aufgerufen. Einen eigenen Leitfaden mit Checkliste gibt es im Artikel über Standorttests.
Alle, die ihre genaue Adresse nicht teilen möchten. Manche Apps fragen ohne echten Bedarf nach dem Standort, und ein verweigerter Zugriff macht sie ganz unbrauchbar. Die Simulation bietet eine dritte Möglichkeit zwischen „genaue Adresse preisgeben“ und „App nicht nutzen“: den Stadtteil oder die Stadt statt der Wohnung teilen.
Alle, die eine andere Region brauchen. Karten, Fahrpläne, lokale Angebote und Preise so sehen, wie sie ein Bewohner einer anderen Stadt sieht – ein Szenario, in dem die Simulation niemanden in die Irre führt.
Besser gleich sagen, für wen die App nicht passt. Sie hilft nicht, wo ein Dienst das Flag „Testquelle“ ausliest und mit simulierten Koordinaten nicht arbeitet: Banking-Apps, Zustellbestätigungen, betriebliche Zeiterfassung, Spiele mit Anti-Cheat-Systemen. Das ist kein Fehler, sondern eine Folge davon, dass die App strikt im eingebauten Android-Mechanismus arbeitet und die Simulation nicht verbirgt.
Und sie ersetzt kein VPN. Ein VPN ändert, woher Ihr Netzwerkverkehr kommt; die Simulation ändert die Koordinaten, die das System an Apps gibt. Eine App, die den Standort über die IP-Adresse ermittelt, bemerkt simulierte Koordinaten nicht, und eine App, die das System nach Koordinaten fragt, bemerkt kein VPN. Manchmal braucht man beides – Beispiele im Artikel Standortsimulation oder VPN.