Les données géographiques produites par une organisation restent dans la très grande majorité des cas confinées à un cercle restreint de spécialistes. Le géomaticien sait où elles sont, comment les ouvrir, comment les interpréter. Le directeur opérationnel, le chargé de mission ou l’élu, non. Ce cloisonnement n’est pas une fatalité technique : c’est un problème d’outillage et d’architecture. Le WebSIG est précisément la réponse à ce problème. Il permet de publier des données cartographiques sous forme d’interfaces web interactives accessibles depuis un navigateur, sans logiciel SIG installé, sans formation préalable à la géomatique. La question n’est plus de savoir si le WebSIG est utile. C’est de comprendre comment le déployer correctement.
Du SIG bureautique au WebSIG : pourquoi le passage est devenu incontournable
Un SIG bureautique est un outil puissant, mais fondamentalement exclusif. Il nécessite une installation logicielle, une licence dans certains cas, et une courbe d’apprentissage réelle. Résultat : les données géographiques restent dans les mains de ceux qui maîtrisent l’outil, et le reste de l’organisation travaille avec des exports statiques (PDF, images, tableaux) qui perdent toute la dimension interactive et interrogeable de la donnée spatiale.
Le WebSIG résout cette équation en déplaçant l’interface de consultation vers le navigateur web. L’utilisateur final n’a besoin d’aucune installation, d’aucune compétence SIG : il accède à une carte interactive, peut filtrer des couches, interroger des objets géographiques, exporter des résultats. La donnée reste centralisée et maintenue par l’équipe SIG, mais son accès est ouvert à toute l’organisation. Ce passage du SIG bureautique au WebSIG est aujourd’hui documenté dans de nombreuses organisations publiques et privées. La plateforme de ressources territoriales de la Région Nouvelle-Aquitaine, accessible en intranet à plus de 600 agents, illustre concrètement ce que ce changement produit : une meilleure circulation de l’information géographique, un appui documenté à la décision, et une culture commune des territoires partagée entre services techniques et directions. Des ressources spécialisées comme formationsig.com accompagnent les équipes qui veulent structurer cette transition avec les bonnes compétences techniques et organisationnelles.
Les cas d’usage qui justifient la mise en ligne de vos données spatiales
La mise en ligne de données cartographiques ne répond pas à une logique unique. Deux grandes familles de cas d’usage coexistent, avec des enjeux, des publics et des architectures radicalement différents.
WebSIG interne et intranet : démocratiser l’accès aux données métier
Le WebSIG interne s’adresse aux collaborateurs, agents ou partenaires authentifiés d’une organisation. Son objectif est de rendre les données géographiques métier consultables par des profils non techniques, sans passer par l’équipe SIG pour chaque demande de carte ou d’export.
- Gestion de patrimoine immobilier : une direction immobilière consulte la localisation, l’état et les caractéristiques techniques de ses actifs sur une carte interactive sans solliciter le service SIG.
- Suivi de chantiers et d’interventions terrain : les équipes opérationnelles visualisent en temps réel la localisation des interventions, des incidents et des plannings d’intervention sur une carte accessible depuis un mobile ou une tablette.
- Pilotage territorial pour les collectivités : les élus et les directeurs généraux disposent d’un tableau de bord cartographique synthétisant les indicateurs clés du territoire (équipements, démographie, projets en cours) sans dépendre des rapports statiques produits par les services techniques.
- Jumeau numérique : Val d’Europe Agglomération a déployé un jumeau numérique 3D de son territoire permettant de simuler des projets d’aménagement et de communiquer visuellement avec les élus et les partenaires économiques sur les transformations urbaines en cours.
WebSIG public et open data : ouvrir les données au territoire
Le WebSIG public s’adresse à des utilisateurs extérieurs à l’organisation : citoyens, entreprises, chercheurs, autres administrations. Il s’inscrit dans une démarche d’open data et de transparence territoriale. Les portails cartographiques de biodiversité, les atlas territoriaux en ligne, les cartographies de risques naturels accessibles aux particuliers en sont des exemples courants. La logique de gouvernance y est différente : les données publiées doivent être documentées, maintenues, et leur mise à jour doit être planifiée, faute de quoi la confiance des utilisateurs s’érode rapidement.
Architecture, sécurité et droits d’accès : structurer un WebSIG robuste
Un WebSIG est une infrastructure applicative à part entière. Le sous-estimer en le traitant comme un simple site web de cartographie est la première erreur de déploiement. Trois dimensions structurantes doivent être traitées dès la conception.
Architecture en couches
Une architecture WebSIG robuste distingue trois niveaux : le serveur cartographique (GeoServer, MapServer ou équivalent cloud) qui expose les données via des services standardisés, la couche API qui gère les requêtes et les droits d’accès, et l’interface front-end (Leaflet, OpenLayers, ou solution packagée) qui présente les données à l’utilisateur. Cette séparation permet de faire évoluer chaque composant indépendamment et d’intégrer le WebSIG dans l’écosystème SI de l’organisation sans couplage fort.
Cybersécurité et gestion des droits
La mise en ligne de données géographiques sensibles (réseaux d’infrastructure critique, données personnelles localisées, périmètres de sécurité) expose l’organisation à des risques qui doivent être traités avant le déploiement, pas après. Les mesures incontournables incluent :
- Authentification forte sur les WebSIG internes, idéalement via SSO (Single Sign-On) connecté à l’annuaire d’entreprise (Active Directory, LDAP) pour éviter la gestion d’un référentiel utilisateur supplémentaire
- Gestion des droits d’accès granulaire par couche et par profil utilisateur : un agent terrain n’a pas les mêmes droits de consultation qu’un directeur ou qu’un partenaire externe
- Chiffrement des flux en HTTPS systématique, y compris pour les services WMS/WFS internes exposés sur l’intranet
- Journalisation des accès pour les données sensibles : qui a consulté quelle couche, à quelle heure, depuis quelle IP
Hébergement et disponibilité
Le choix entre hébergement on-premise, cloud public et cloud souverain dépend du niveau de sensibilité des données et des contraintes réglementaires de l’organisation. Les collectivités et les opérateurs d’importance vitale sont soumis à des exigences spécifiques (HDS, SecNumCloud) qui orientent le choix vers des solutions d’hébergement certifiées. Pour les organisations sans contrainte réglementaire forte, les solutions cloud managées réduisent significativement la charge d’administration de l’infrastructure.
Open data, interopérabilité et standards OGC : ce qu’il faut respecter dès le départ
L’interopérabilité est la condition de la pérennité d’un WebSIG. Une plateforme cartographique construite sur des formats propriétaires ou des API fermées crée une dépendance technique qui complique toute évolution future et bloque l’intégration avec les systèmes partenaires. Les standards OGC (Open Geospatial Consortium) sont le référentiel de base à respecter dès la conception.
- WMS (Web Map Service) : expose des couches cartographiques sous forme d’images raster. Le standard le plus répandu pour la visualisation, compatible avec tous les clients SIG et la majorité des plateformes de cartographie web.
- WFS (Web Feature Service) : expose des données vectorielles interrogeables et filtrables. Contrairement au WMS, il donne accès aux attributs des objets géographiques et permet des requêtes spatiales depuis le client.
- WCS (Web Coverage Service) : expose des données raster continues (MNT, images satellitaires, modèles climatiques) pour des traitements analytiques distants.
- GeoJSON et flatgeobuf : formats d’échange légers pour les applications web modernes, natifs dans les bibliothèques JavaScript de cartographie et compatibles avec les entrepôts de données cloud.
La conformité aux standards OGC présente un avantage opérationnel immédiat : les couches publiées peuvent être consommées directement par d’autres organisations partenaires, intégrées dans des portails nationaux (Géoportail, data.gouv.fr) et croisées avec des données ouvertes tierces sans transformation préalable. Cette capacité d’intégration est particulièrement structurante pour les collectivités qui participent à des démarches d’open data territoriales ou qui alimentent des observatoires régionaux partagés.
Le catalogue de métadonnées est enfin un composant trop souvent négligé dans les déploiements WebSIG. Documenter chaque couche publiée (date de mise à jour, source, système de projection, licence d’utilisation, contact responsable) est une obligation légale dans le cadre de la directive INSPIRE pour les autorités publiques, et une bonne pratique indispensable pour tout WebSIG destiné à durer. Une couche non documentée est une couche qui sera mal utilisée, mal interprétée, et finalement abandonnée.
