À qui s’adresse l’application ?

Le plus clair est de raisonner par tâche plutôt que par métier.

Les développeurs et les testeurs : pour reproduire des scénarios de localisation sans se déplacer. Un bug qui apparaît à un point précis d’une ville devient un test reproductible depuis votre bureau : un ensemble de points de référence est enregistré dans les favoris, synchronisé entre le site et les appareils de test et rappelé en un appui. Une présentation détaillée avec une liste de contrôle se trouve dans l’article sur les tests de géolocalisation.

Ceux qui ne veulent pas partager leur adresse exacte. Certaines applications demandent la position sans réelle nécessité, et refuser l’accès les rend inutilisables. La simulation offre une troisième voie entre « donner mon adresse exacte » et « ne pas utiliser l’application » : indiquer le quartier ou la ville plutôt que l’appartement.

Ceux qui ont besoin d’une autre région. Voir les cartes, les horaires, les annonces locales et les prix comme les voit un habitant d’une autre ville : un scénario où la simulation ne trompe personne.

Mieux vaut dire d’emblée à qui l’application ne conviendra pas. Elle n’aidera pas là où un service lit le marqueur « source fictive » et refuse de fonctionner avec des coordonnées substituées : applications bancaires, confirmation de livraison, pointage en entreprise, jeux avec anti-triche. Ce n’est pas un défaut, mais la conséquence du fait que l’application fonctionne strictement dans le cadre du mécanisme intégré d’Android et ne masque pas la simulation.

Et elle ne remplace pas un VPN. Un VPN change l’origine de votre trafic réseau ; la simulation change les coordonnées que le système donne aux applications. Une application qui détermine la position par l’adresse IP ne remarquera pas la simulation, et une application qui demande les coordonnées au système ne remarquera pas le VPN. Parfois, il faut les deux : des exemples dans l’article simulation de position ou VPN.