Publier un projet QGIS en ligne : quatre façons de faire comparées

Deux familles : serveur cartographique ou export statique

Toutes les solutions se rangent dans deux familles. La première s'appuie sur QGIS Server : le projet QGIS reste la source, le serveur dessine les cartes à la demande avec le style défini dans QGIS, et un client web les affiche. Lizmap, QGIS Cloud et QWC2 en font partie.

La seconde exporte le projet en pages web autonomes : les données et une approximation du style sont converties pour une bibliothèque JavaScript, et le résultat se dépose sur n'importe quel hébergement de pages. C'est le principe de l'extension qgis2web. Pas de serveur à faire tourner, mais pas de lien vivant avec le projet non plus. Il existe aussi une voie intermédiaire : publier des services WMS et WFS avec QGIS Server seul, puis les afficher dans un client web existant. Elle demande toutefois les mêmes compétences serveur que les solutions complètes, sans l'interface prête à l'emploi.

Les questions à se poser avant de choisir

Avant de comparer les outils, il faut clarifier le besoin. Les mêmes six questions départagent presque toujours les solutions :

• Qui doit voir la carte ? Le public, un service, quelques partenaires ? Dès que l'accès doit être restreint, un export statique ne suffit plus.
• Les données sont-elles sensibles ? Une donnée copiée dans une page web est lisible par tout visiteur qui sait ouvrir les outils de son navigateur.
• Faut-il modifier les données en ligne ? L'édition demande un serveur et, en pratique, une base PostGIS.
• Les données changent-elles souvent ? Si oui, une solution reliée au projet évite de refaire un export à chaque mise à jour.
• Quel volume ? Quelques centaines d'objets passent partout ; des centaines de milliers demandent un serveur qui dessine la carte à la demande.
• Qui s'en occupera ? Un serveur cartographique s'administre ; un service hébergé ou géré s'en charge pour vous.

Gardez vos réponses en tête en lisant la suite : chaque solution répond bien à certaines de ces questions et mal à d'autres. Si vous hésitez, commencez par la question des droits d'accès : c'est elle qui élimine le plus vite les solutions inadaptées. Viennent ensuite l'édition en ligne et le volume de données, qui départagent presque toujours les options restantes.

Lizmap : le projet QGIS devient un portail

Lizmap, développé par 3Liz, transforme un projet QGIS en portail cartographique. On le configure dans QGIS Desktop avec le plugin Lizmap : couches visibles, fonds de plan, outils, formulaires d'édition, droits d'accès. Le rendu est celui de QGIS Server, donc fidèle au projet. La documentation officielle, sur docs.lizmap.com, décrit chaque panneau du plugin : couches, table attributaire, édition, filtres, graphiques, atlas, infobulles.

• Forces : édition en ligne de couches PostGIS, recherche, impression à partir des mises en page QGIS, filtres, graphiques, gestion fine des utilisateurs et des groupes, modules complémentaires.
• Limites : il faut faire tourner QGIS Server et Lizmap, ou passer par un hébergeur ; la configuration demande de prendre en main le plugin Lizmap.
• Pour qui : collectivités, bureaux d'études et services SIG qui veulent un vrai portail, avec édition et droits.

On peut l'installer soi-même ou le faire héberger : le guide Installer Lizmap soi-même ou choisir un hébergement compare les deux. Avec LizPack Map, l'hébergement Lizmap de LizPack, l'instance est en ligne en quatre minutes environ et l'extension LizPack Publisher publie le projet ouvert depuis QGIS.

Côté usage, Lizmap convient aussi bien à un portail public qu'à un outil interne. Les agents d'un service peuvent y consulter, rechercher, imprimer et modifier des données, pendant que le public n'accède qu'aux cartes qui lui sont destinées. Comme tout part du projet QGIS, le géomaticien garde la main sur le rendu sans écrire de code.

QGIS Cloud : publier depuis une extension QGIS

QGIS Cloud est un service hébergé exploité par la société suisse Sourcepole. On installe l'extension QGIS Cloud depuis le dépôt officiel des extensions QGIS ; elle crée des bases PostgreSQL et PostGIS hébergées, y charge les données, puis publie le projet avec un client web, un client mobile et des services WMS et WFS, WFS-T pour l'édition.

• Forces : démarrage très simple depuis QGIS, base PostGIS fournie, rendu QGIS Server, une formule gratuite pour commencer.
• Limites : avec la formule gratuite, toutes les cartes publiées sont accessibles à tout le monde ; la restriction d'accès par mot de passe relève de la formule Pro. Le service est opéré par son éditeur : vous dépendez de ses conditions.
• Pour qui : publier rapidement une carte ou des services OGC sans rien installer, en particulier pour des données publiques.

Pour des données publiques et un besoin ponctuel, c'est une porte d'entrée commode. Pour des données internes, vérifiez avant de vous engager quelle formule permet de restreindre l'accès, où les données sont hébergées et comment les récupérer si vous partez : comme toujours, mieux vaut poser ces questions avant la première publication qu'après.

QWC2 : un client web modulaire pour équipes techniques

QGIS Web Client 2 (QWC2) est un client web libre et adaptatif pour QGIS Server, construit avec React et OpenLayers. Chaque projet QGIS publié devient un thème du client. L'écosystème qwc-services ajoute l'administration des utilisateurs, l'édition, la recherche plein texte et plusieurs modes d'authentification.

• Forces : architecture modulaire, interface moderne et très personnalisable, adaptée à de grandes infrastructures, impression PDF et recherche configurables.
• Limites : la mise en place des services, des thèmes, des ressources et des permissions demande des compétences d'administration et souvent de développement web.
• Pour qui : organisations disposant d'une équipe technique qui veut construire et faire évoluer son propre géoportail.

QWC2 et ses services sont développés en open source sur GitHub, avec une documentation en ligne sur docs.qwc.app. Avant de s'y engager, vérifiez que votre équipe pourra suivre ses nouvelles versions et maintenir vos personnalisations dans la durée : un géoportail sur mesure est un logiciel à entretenir, pas seulement une installation.

qgis2web : l'export statique sans serveur

L'extension qgis2web transforme le projet en carte web OpenLayers ou Leaflet. Elle reproduit autant d'éléments du projet qu'elle le peut : couches, emprise, styles, y compris catégorisés et gradués. En export GeoJSON, aucun logiciel serveur n'est nécessaire : le résultat se dépose sur n'importe quel hébergement de pages statiques.

• Forces : gratuit, aucun serveur cartographique, idéal pour une carte ponctuelle sur un site ou un blog.
• Limites : les données exportées accompagnent la page, donc tout visiteur peut les télécharger, et elles sont figées à la date de l'export ; tous les réglages de QGIS ne se transposent pas ; les gros jeux de données alourdissent la page ; pas d'édition, pas de droits d'accès, pas de services OGC.
• Pour qui : petites cartes publiques, peu de données, mises à jour rares.

En pratique, l'export se règle dans la fenêtre de l'extension : choix de la bibliothèque, des couches à exporter et des options d'affichage, aperçu, puis export d'un dossier qui contient la page et ses fichiers. Ce dossier se dépose tel quel sur l'hébergement. À chaque mise à jour des données, il faut refaire l'export et remplacer le dossier.

Préparer le projet QGIS, quelle que soit la solution

Quelle que soit la façon de publier un projet QGIS en ligne, la qualité du résultat se joue d'abord dans QGIS Desktop. Les mêmes précautions évitent la plupart des cartes vides, lentes ou illisibles :

• Chemins relatifs. Enregistrez le projet avec des chemins relatifs et rangez les données dans son dossier. Un chemin vers votre disque local n'existe ni sur un serveur ni dans un export.
• Formats adaptés. Préférez le GeoPackage aux Shapefile dispersés, et PostGIS dès que les données sont éditées, volumineuses ou partagées.
• Système de coordonnées. Choisissez-le en connaissance de cause. Pour superposer des fonds de plan web, la projection Web Mercator (EPSG:3857) est la plus simple ; pour des mesures précises, gardez le système officiel de votre pays dans les données.
• Noms et ordre des couches. Les noms de la légende sont ceux que verront vos visiteurs : remplacez les noms techniques par des libellés clairs, et regroupez les couches par thème.
• Champs utiles. Masquez ou renommez les champs internes avant publication : un identifiant technique n'aide personne, et certaines colonnes ne doivent pas être visibles du public.
• Métadonnées. Renseignez titre, résumé et source des données dans les propriétés du projet et des couches : elles sont reprises par les services OGC et aident vos utilisateurs.

Ces réglages ne prennent que quelques minutes et servent pour toutes les solutions. Si vous changez d'outil plus tard, un projet propre se republie sans effort.

Garder une carte web rapide

Une carte lente est une carte qu'on n'ouvre plus. Les causes sont presque toujours les mêmes, et les remèdes dépendent de la famille de solution.

Avec une solution fondée sur QGIS Server, le cache de tuiles est le levier le plus puissant pour les fonds de plan et les couches qui changent rarement. Avec un export statique, c'est la taille des données qui compte : au-delà de quelques mégaoctets, un serveur cartographique devient préférable.

Diffuser aussi des services OGC

Publier un projet QGIS en ligne ne veut pas seulement dire montrer une carte dans un navigateur. Les solutions fondées sur QGIS Server exposent aussi des services OGC, des formats d'échange normalisés que d'autres logiciels savent lire :

• WMS fournit des images de carte, avec le style du projet. Un partenaire l'ajoute dans son propre SIG comme fond ou comme couche de consultation.
• WFS fournit les objets eux-mêmes, avec leurs attributs, pour les interroger ou les analyser ; WFS-T permet en plus de les modifier.
• WMTS fournit des tuiles précalculées, rapides à afficher.
• WCS fournit des données raster brutes.

Lizmap et QGIS Cloud s'appuient sur QGIS Server et offrent ces services ; un export qgis2web n'en propose aucun. Si vos partenaires travaillent sous QGIS, ArcGIS ou un autre logiciel, ces services évitent d'envoyer des fichiers par courriel et garantissent que chacun voit la même version de la donnée. Pensez simplement à régler qui peut y accéder : un service public est lisible par tous, y compris par des outils automatiques.

Tableau comparatif pour publier un projet QGIS en ligne

Les fonctions des services tiers évoluent : vérifiez-les sur leurs sites officiels avant de décider. Ce tableau décrit leur nature, pas leurs offres commerciales.

Si votre besoin est surtout de diffuser des couches en WMS ou WFS pour d'autres logiciels, plutôt qu'un portail, regardez aussi GeoServer : le guide Héberger GeoServer en ligne présente cette option, et GeoServer Cloud en propose un espace prêt à l'emploi. Enfin, rien n'empêche de combiner : un portail Lizmap pour les agents et les élus, un export qgis2web pour une carte ponctuelle sur le site de la commune, et des services OGC pour les partenaires. L'essentiel est que la source reste unique, le projet QGIS et la base PostGIS, et que tout le reste en découle : c'est ce qui évite les versions divergentes d'une même donnée.

• Une carte publique ponctuelle, peu de données : qgis2web suffit.
• Une carte ou des services OGC publics, vite, sans rien installer : QGIS Cloud est une option simple.
• Un portail avec édition, droits par groupe et impression, sans équipe de développement : Lizmap, installé ou hébergé.
• Un géoportail sur mesure porté par une équipe technique : QWC2.
• Surtout des couches à diffuser vers d'autres logiciels : GeoServer, ou les services OGC de QGIS Server.

Questions fréquentes