Publication web avec QGIS : choisir la méthode et publier une carte

La méthode la plus simple pour publier une carte QGIS n’est pas forcément celle qui répondra le mieux aux besoins de ses utilisateurs. La Publication web avec QGIS peut prendre plusieurs formes : un export autonome avec qgis2web ou une diffusion dynamique avec Lizmap et QGIS Server. Pour choisir, examinez les données à exposer, les interactions attendues et les moyens disponibles pour maintenir et sécuriser la carte.

Un export statique peut convenir à une carte consultative publiée sur un hébergement web classique. Une solution fondée sur QGIS Server peut mieux répondre à un besoin de diffusion de services et de mise à jour des données, mais demande une configuration et une administration spécifiques.

Ce guide compare ces méthodes et présente un workflow allant de la préparation du projet QGIS au choix de l’hébergement. Vous pourrez repérer les dépendances techniques, déterminer quelles données et quels services rendre accessibles, puis prévoir les compétences nécessaires à la maintenance de la carte.

Publication web avec QGIS : définir le besoin avant de choisir une méthode

Avant de sélectionner un outil, précisez ce que signifie « publier » pour votre projet. Voulez-vous rendre une carte consultable dans un navigateur, proposer une interface interactive ou exposer un service géospatial qu’un autre logiciel pourra interroger ? Ces usages ne nécessitent ni les mêmes fonctions ni la même architecture. QGIS permet de préparer les données et leur représentation dans un environnement SIG. La diffusion web exige ensuite une méthode adaptée aux utilisateurs et aux contraintes du projet.

Quels besoins la publication doit-elle couvrir ?

Décrivez les tâches des utilisateurs visés. Doivent-ils seulement visualiser la carte, filtrer des entités, consulter leurs attributs ou interroger les données ? Une modification depuis le navigateur est-elle indispensable ? Précisez également les profils et leurs droits d’accès : une carte destinée à un usage interne ne signifie pas que ses données doivent être accessibles au public.

Évaluez le volume des données, leur fréquence de mise à jour et leur sensibilité. Une carte consultée ponctuellement peut répondre à des besoins différents d’un outil utilisé régulièrement avec des données actualisées. Ces critères influencent le mode de diffusion, l’hébergement et les précautions d’accès à prévoir. Par exemple, si les données changent souvent, incluez dans votre comparaison la manière dont elles seront actualisées et testées après chaque mise à jour.

Quelles différences entre projet QGIS, carte web et service ?

Un projet QGIS organise les couches, leurs sources de données, leur ordre d’affichage et leur représentation dans un environnement SIG. Il sert à préparer la publication, mais ne constitue pas à lui seul une interface de consultation dans un navigateur.

Une application web présente la carte et ses commandes dans une interface destinée aux utilisateurs finaux. Un service géospatial fournit, de son côté, des données ou des fonctions qu’une application ou un autre outil peut interroger, sans nécessairement proposer une interface cartographique complète.

Le projet QGIS prépare les couches et leur rendu, l’application web organise l’expérience de consultation, et le service géospatial rend des données ou des fonctions disponibles à d’autres outils.

Le choix dépend donc du niveau d’interactivité recherché, des capacités de maintenance et de l’architecture déjà en place. Définissez ces critères avant de comparer les méthodes : vous pourrez ainsi écarter les options qui ne répondent pas aux besoins réels du projet.

QGIS, qgis2web, QGIS Server ou Lizmap : comparer les modes de publication

Pour choisir une méthode de Publication web avec QGIS, comparez le niveau d’interactivité, les composants à héberger et les compétences nécessaires à la maintenance. qgis2web peut répondre à un besoin circonscrit. QGIS Server et Lizmap s’intègrent dans une architecture serveur, qui demande davantage de configuration et de suivi.

• qgis2web exporte un projet en carte web. Cette approche peut convenir à une diffusion cartographique définie et ne nécessite pas de pile serveur SIG pour un export GeoJSON. Les fonctions disponibles dépendent de la version et de la configuration : testez le rendu, les interactions et le comportement des couches dans le navigateur. Une modification du projet implique de vérifier le processus de régénération et de mise en ligne, plutôt que de compter sur une synchronisation automatique. La version stable 4.4.0, publiée en septembre 2026, prend en charge les versions de QGIS de 3.22.0 à 4.99.0. L’export en tuiles vectorielles PBF nécessite un serveur web local pour fonctionner.
• QGIS Server publie des services géospatiaux à partir d’un projet QGIS. Avant de retenir cette option, vérifiez l’hébergement, les ressources disponibles, l’accès aux données, la configuration des services et les compétences d’administration. La documentation officielle de QGIS détaille les fonctions et les éléments à prendre en compte. Pour limiter les incompatibilités, il est recommandé d’utiliser la même version de QGIS Server que celle de QGIS Desktop ; la version LTR actuelle est la 3.44.
• Lizmap associe le travail de configuration dans QGIS à une application web et à QGIS Server. Cette option peut répondre à des besoins applicatifs plus élaborés, mais nécessite de vérifier la compatibilité des versions et la maintenance des composants. Par exemple, Lizmap 3.7.0 exige au minimum QGIS Server 3.22, tandis que la version stable 3.9.11 est disponible. Dans cette architecture, QGIS Server doit être protégé contre l’accès public direct, les requêtes passant par l’application Lizmap.

PostGIS peut servir à stocker et gérer des données spatiales, mais ne constitue pas une interface web. Considérez-le comme un composant éventuel de l’architecture, et non comme un outil de présentation des cartes. Pour approfondir vos compétences sur QGIS, la formation QGIS Avancé peut être une piste. Vérifiez son adéquation avec vos objectifs.

Comment publier un projet QGIS sur le web : les étapes de préparation et de test

La mise en ligne ne consiste pas simplement à copier un projet local sur un serveur. Les sources de données, les chemins d’accès et les paramètres définis sur le poste de travail doivent fonctionner dans l’environnement cible. Suivez ces étapes pour structurer la Publication web avec QGIS et repérer les problèmes avant l’ouverture aux utilisateurs.

1. Cadrer l’usage. Confirmez les utilisateurs visés, les données consultées, les interactions attendues et les appareils utilisés. Déterminez qui validera la carte avant sa mise en ligne.
2. Inventorier les données et les accès. Pour chaque couche, identifiez la source, son emplacement et les conditions d’accès nécessaires. Repérez les données sensibles et décidez si elles doivent être exclues, réservées à certains utilisateurs ou diffusées selon des règles précises. Ne présumez pas qu’une couche visible dans QGIS peut être exposée sur le web.
3. Préparer le projet. Supprimez les couches inutilisées et vérifiez que les chemins de fichiers restent accessibles depuis l’environnement de publication. Contrôlez les systèmes de coordonnées, les styles, les étiquettes et les dépendances. Un chemin local absolu peut fonctionner sur le poste de création sans être résolu par le serveur.
4. Générer et contrôler la carte. Publiez selon la méthode retenue, puis testez le résultat dans son environnement réel. Le tutoriel de publication avec qgis2web présente une démarche pratique pour cet outil. Les options disponibles peuvent toutefois varier selon les versions et la configuration.
5. Valider avec les utilisateurs. Vérifiez l’affichage, la lisibilité, les légendes, les infobulles et les filtres. Testez les interactions sur les appareils prévus avec des données représentatives. Relevez les temps de chargement et les erreurs éventuelles, puis corrigez les problèmes avant la mise en service.
6. Organiser la maintenance. Documentez qui met à jour les données, le projet QGIS et les composants de publication. Prévoyez un nouveau contrôle après chaque modification importante, notamment lorsque les sources, les styles ou les versions évoluent.

La validation par les utilisateurs révèle souvent des problèmes difficiles à repérer depuis le poste de conception : filtre incompris, légende illisible ou couche qui ne se charge pas. Si vous souhaitez approfondir vos compétences sur QGIS avant de conduire ces étapes, consultez la formation QGIS Avancé et vérifiez son adéquation avec vos objectifs.

Choisir la suite adaptée à votre projet de publication web avec QGIS

Votre choix doit répondre aux usages actuels sans imposer une architecture que l’équipe ne pourra pas administrer. Une carte simple à consulter, une application interactive et une architecture de services n’ont pas les mêmes prérequis. Pour la Publication web avec QGIS, confrontez les fonctions indispensables aux capacités techniques réellement disponibles.

Quels critères utiliser pour arrêter son choix ?

Établissez une grille de décision et faites-la valider par les personnes qui exploiteront la solution. Séparez les besoins immédiats des évolutions envisagées afin d’éviter une architecture trop complexe ou rapidement limitée.

• Usages : consultation seule, filtres, interrogation, modification ou consommation de services par d’autres outils.
• Données : volume, fréquence de mise à jour, emplacement des sources et conditions d’accès.
• Environnement : hébergement disponible, composants déjà en place et dépendances à maintenir.
• Responsabilités : personnes chargées des données, du projet QGIS, de la publication et des contrôles après mise à jour.

Une carte statique peut convenir à une diffusion ponctuelle avec peu d’interactions. Des données fréquemment actualisées ou des usages applicatifs plus étendus peuvent conduire à étudier une solution serveur. Dans les deux cas, validez les choix de sécurité, de maintenance et de gestion des versions avec les personnes chargées d’administrer la solution.

Quand approfondir ses compétences QGIS ?

Comparez les tâches nécessaires au projet avec les compétences présentes dans l’équipe : préparation des couches, contrôle des chemins et des styles, configuration de la publication, tests et suivi des mises à jour. Cet état des lieux aide à définir les savoir-faire à développer et les objectifs d’apprentissage prioritaires.

Formation SIG propose une formation QGIS Avancé. Pour vérifier si elle correspond à votre besoin, précisez votre niveau, vos objectifs et les contraintes de votre projet. Échanger sur une formation QGIS adaptée permet d’aborder cette adéquation en fonction de votre situation.

Préparez une publication web adaptée à vos usages

Une Publication web avec QGIS réussie commence par un choix cohérent avec les utilisateurs et les données à diffuser. Un export cartographique, une application interactive et une architecture de services répondent à des besoins distincts. Évaluez les interactions indispensables, les dépendances techniques et les moyens disponibles pour assurer la maintenance.

Avant l’ouverture aux utilisateurs, contrôlez les sources de données, les chemins, les systèmes de coordonnées et les styles. Testez ensuite la carte dans son environnement cible, avec les appareils et les usages prévus. Cette validation permet de repérer les problèmes d’accès, de lisibilité ou de mise à jour avant le déploiement.

Pour développer vos compétences sur QGIS, Formation SIG propose une formation QGIS Avancé. Le contenu pertinent dépend de votre niveau et de vos objectifs ; échangez avec l’organisme pour vérifier si cette formation correspond à votre projet. Contactez Formation SIG pour discuter de vos objectifs de formation QGIS.

Questions fréquentes sur la publication web avec QGIS

Comment publier une carte QGIS sur Internet ?

Choisissez d’abord le mode de diffusion selon les usages attendus : une carte web exportée, une application interactive ou des services géospatiaux. Préparez ensuite le projet en vérifiant les couches, leurs sources, les chemins de fichiers, les systèmes de coordonnées et les styles. Avec qgis2web, exportez la carte puis déployez les fichiers générés sur un hébergement web. Pour une architecture avec QGIS Server ou Lizmap, configurez les composants nécessaires et testez les accès avant la mise en service.

Peut-on créer une carte web avec QGIS sans serveur ?

Oui, qgis2web peut générer une carte web autonome, notamment sous forme de fichiers HTML, CSS et JavaScript. Pour la consulter sur Internet, il faut toutefois déposer ces fichiers sur un hébergement web. Cette approche ne requiert pas nécessairement un serveur SIG tel que QGIS Server. Les capacités dépendent de la version et de la configuration : testez le rendu et les interactions. Toute modification du projet peut nécessiter de régénérer l’export et de republier les fichiers.

Quelle différence entre qgis2web, QGIS Server et Lizmap ?

qgis2web exporte un projet en carte web adaptée à un périmètre fonctionnel défini. QGIS Server publie des services géospatiaux à partir d’un projet et nécessite une configuration serveur. Lizmap s’appuie sur QGIS Server et ajoute une interface web pour consulter les cartes. Le choix dépend du niveau d’interactivité recherché, des données à servir et des compétences de maintenance disponibles. Vérifiez les versions compatibles et les composants requis avant de retenir une architecture.

Faut-il savoir programmer pour publier un projet QGIS sur le web ?

Pas nécessairement. Une publication avec qgis2web peut être réalisée sans développer une application web sur mesure, même si la préparation du projet et les tests demandent des compétences SIG. Une architecture fondée sur QGIS Server ou Lizmap implique aussi de maîtriser les composants serveur et leur configuration. Des adaptations de développement peuvent être nécessaires pour des fonctions spécifiques. Évaluez les tâches prévues et les compétences de l’équipe avant de choisir la méthode.

Comment rendre accessibles les données d’un projet QGIS publié en ligne ?

Les sources de données doivent être accessibles depuis l’environnement où la carte ou le service est publié. Vérifiez les chemins, les connexions, les droits d’accès et les mécanismes d’authentification prévus. N’exposez pas automatiquement toutes les couches du projet : identifiez les données sensibles et limitez leur diffusion aux utilisateurs concernés. Avec une carte exportée, vérifiez quelles données sont intégrées aux fichiers générés. Testez ensuite l’accès avec un compte et un contexte représentatifs des utilisateurs finaux.

Pourquoi une carte QGIS publiée ne s’affiche-t-elle pas comme prévu ?

Les causes fréquentes sont des chemins de données non résolus, des sources indisponibles, des systèmes de coordonnées mal pris en charge ou des styles qui ne se traduisent pas comme prévu dans le navigateur. Certaines interactions ou options du projet peuvent aussi différer selon la méthode de publication et sa configuration. Contrôlez les couches une par une, puis testez les légendes, les étiquettes, les filtres et les infobulles dans l’environnement cible. Vérifiez enfin les versions des composants et les erreurs de chargement.

Article par

David Beni (Fondateur & Directeur d'arx iT)

Ingénieur informaticien diplômé de l’École polytechnique fédérale de Lausanne (EPFL), je me suis spécialisé très tôt dans les Systèmes d’Information Géographique (SIG) et ai fondé arx iT en 2001, société de conseil, de services et de formation en géomatique aujourd’hui implantée en Suisse et en France. Pour développer et structurer son activité de formation, arx iT a créé **FormationSIG.com**, plateforme entièrement dédiée à la formation professionnelle dans les domaines des SIG et de la géomatique.

Depuis 25 ans, je dirige arx iT et accompagne des organisations publiques et privées dans la conception et la mise en œuvre de leurs projets SIG, autour des technologies Esri et Open Source, de la géodata, du développement cartographique et, plus récemment, de la GéoIA. Cette expérience de terrain nourrit directement les formations proposées sur FormationSIG.com, avec l’objectif de transmettre des compétences actuelles, concrètes et immédiatement applicables dans un contexte professionnel.

Titulaire également d’un MBA de l’Université de Genève, j’ai développé une double compétence technique et managériale. J’ai par ailleurs conduit arx iT vers les certifications ISO 9001 et ISO 14001 et j’interviens depuis 2014 comme auditeur et consultant en systèmes de management.

Cette combinaison d’expertise technique, d’expérience opérationnelle et de culture de l’amélioration continue guide notre approche de la formation : des contenus structurés, actualisés et directement issus des pratiques et des besoins rencontrés sur le terrain.