W3C consolide la recommandation sur l'API Geolocation : une mise à jour normative, pas une révolution
Le W3C a publié une mise à jour de la recommandation sur l'API Geolocation, intégrant des améliorations techniques et une formalisation normative de pratiques déjà répandues, sans introduire de changements majeurs dans son fonctionnement.
Publié le par Emmanuel LASTRA Mis à jour le 2 min de lecture
Mise à jour (26 mars 2026) : le World Wide Web Consortium a finalement rétropédalé sur le statut de la spécification Geolocation, désormais republiée en Candidate Recommendation Snapshot. Ce retour en arrière, après un passage en Recommandation, vise à permettre aux groupes de travail de continuer à itérer plus rapidement sur des évolutions substantielles et à intégrer de nouvelles fonctionnalités. Les contributions, via le dépôt GitHub, sont ouvertes jusqu’au 1er mai 2026, signe que la spécification reste active et en cours de stabilisation.
Le W3C a publié ce 24 mars 2026 une recommandation mise à jour pour l’API de géolocalisation, cosignée par le Devices and Sensors Working Group et le Web Applications Working Group. Il ne s’agit pas d’une révolution, mais surtout d’une formalisation normative de pratiques déjà largement répandues dans les navigateurs.
Ce que la spécification officialise :
- La méthode .toJSON() est ajoutée aux interfaces GeolocationPosition et GeolocationCoordinates w3, permettant la sérialisation JSON directe via JSON.stringify().
- L’attribut accuracy est désormais défini sans ambiguïté comme une mesure en mètres à 95 % de confiance.
- Les valeurs NaN sont remplacées par null pour les données absentes ou indisponibles (appareil immobile, cap inconnu), et le type unrestricted double est adopté pour éviter les erreurs sur les valeurs infinies.
- La spécification intègre également une section “Emulation” permettant aux développeurs d’utiliser le protocole WebDriver BiDi pour injecter des positions simulées lors des tests automatisés, et confirme le cadrage de l’accès via la directive Permissions-Policy w3, avec un accès limité par défaut à l’origine principale.
Pourquoi maintenant ?
Ces apports ne sortent pas de nulle part. Ils proviennent en grande partie de l’échec de la Geolocation Sensor API, officiellement abandonnée en tant que Discontinued Draft début février 2026 : plutôt que de maintenir deux API concurrentes, le W3C a choisi de reverser ses innovations directement dans l’API classique. Par ailleurs, la finalisation de suites de tests standardisées (Web Platform Tests) garantit désormais une interopérabilité effective entre Chrome, Firefox et Safari, ce qui était le vrai prérequis à toute recommandation stable. L’intégration avec Permissions-Policy avait elle aussi nécessité plusieurs années de concertation pour ne pas casser les sites existants.
Ce qui ne change pas vraiment
L’obligation HTTPS (effective depuis 2015-2016 dans Chrome), le fonctionnement général de l’API, ou les mécanismes de consentement utilisateur n’ont pas été modifiés. Cette mise à jour relève davantage d’une consolidation diplomatique et technique avec pour objectif de garantir que les comportements déjà implémentés de manière isolée deviennent une base stable du Web plutôt que de l’introduction de fonctionnalités inédites.
Source. Recommendation. Mise à jour du 26 mars 2026 - Call for Implementations.