Alternative à ArcGIS Online : les solutions open source, une par une

Pourquoi chercher une alternative

ArcGIS Online est la plateforme SIG en ligne d'Esri : cartes web, couches hébergées, applications, collecte terrain et partage, dans un même service par abonnement. Le modèle repose sur des types d'utilisateurs et sur des crédits, consommés par le stockage, le géocodage ou certaines analyses.

Les raisons de regarder ailleurs sont souvent les mêmes : un budget de licences difficile à prévoir, des équipes qui travaillent déjà dans QGIS, le souhait de garder des formats et des services standards, ou la volonté d'héberger ses données dans un pays ou sur ses propres serveurs. Le monde libre n'offre pas un produit unique équivalent, mais un ensemble de logiciels qui, assemblés, couvrent l'essentiel.

D'après la documentation d'Esri, les crédits paient notamment le stockage des couches hébergées, le géocodage de tableaux d'adresses, les analyses, l'impression et le calcul d'itinéraires, tandis que l'usage des fonds de carte ou une recherche d'adresse isolée sont gratuits. Le coût suit donc l'usage réel, ce qui est souple, mais rend le budget annuel plus délicat à prévoir quand les volumes grandissent.

Alternative à ArcGIS Online : composant par composant

Ce tableau compare des usages, pas des produits identiques. Nous n'indiquons pas de prix Esri : les tarifs d'ArcGIS Online dépendent des types d'utilisateurs et des crédits, consultez la page officielle d'Esri pour un chiffre à jour.

Récupérer vos données : formats et précautions

Avant de choisir un outil, regardez ce que vous pouvez sortir d'ArcGIS Online, et sous quelle forme. D'après la documentation d'Esri, une couche d'entités hébergée peut être exportée en CSV, Excel, shapefile, géodatabase fichier, GeoJSON, collection d'entités, KML et GeoPackage. L'export est réservé au propriétaire de la couche et aux administrateurs de l'organisation, sauf si la couche a été configurée pour autoriser les autres utilisateurs à exporter : vérifiez ce réglage avant de répartir le travail entre plusieurs personnes.

En pratique, privilégiez le GeoPackage pour les couches sans pièces jointes, et la géodatabase fichier pour celles qui portent des photos de terrain. Évitez le shapefile comme format de transit : la troncature des noms de champs et la perte des valeurs nulles créent des erreurs silencieuses qu'on découvre des semaines plus tard. Pendant la transition, QGIS sait aussi se connecter directement à un serveur ArcGIS REST pour afficher des services d'entités ou de cartes : utile pour comparer l'ancien et le nouveau côte à côte.

Lizmap et QGIS Server pour les cartes web

Lizmap transforme un projet QGIS en portail cartographique web, servi par QGIS Server. La carte s'affiche telle que vous l'avez conçue dans QGIS, sans réécrire de styles. La configuration propre au web (outils affichés, couches interrogeables, éditables ou masquées, emprise de départ) se règle dans l'extension Lizmap de QGIS Desktop, puis se publie avec le projet. Il n'y a donc pas de seconde interface à apprendre : un géomaticien qui maîtrise QGIS prend en main la publication en quelques heures.

• Consultation : couches, légende, recherche, info-bulles, impression à partir des mises en page QGIS.
• Édition en ligne des couches PostGIS, avec formulaires issus du projet QGIS.
• Droits d'accès par groupe d'utilisateurs, par projet et par couche.
• Graphiques intégrés aux cartes grâce à l'outil de visualisation de données de Lizmap.

Pour une comparaison détaillée, lisez Lizmap ou ArcGIS Online, et pour l'installation, héberger Lizmap ou l'installer soi-même.

Avantage pour les équipes déjà formées : il n'y a qu'un outil de conception, QGIS Desktop. La carte imprimée, la carte sur le poste et la carte web partagent le même projet. Une modification de style faite dans QGIS se retrouve en ligne à la publication suivante, sans double saisie ni conversion.

GeoServer et GeoNode pour diffuser et cataloguer

GeoServer publie vos couches en WMS, WFS, WCS et WMTS, lisibles par tous les clients OGC, y compris ArcGIS. C'est l'équivalent des services d'entités et de cartes que vous partagez depuis ArcGIS Online. Voyez l'hébergement GeoServer en ligne et le choix entre GeoServer, MapServer et QGIS Server.

GeoNode ajoute un catalogue : fiches de métadonnées, recherche, cartes composées dans le navigateur, droits par ressource. Il s'appuie lui-même sur GeoServer. C'est la brique la plus proche d'un portail de données ouvertes. Pour une organisation qui doit publier des données de référence, c'est souvent la pièce qui manque le plus à un simple portail cartographique : des fiches lisibles, qui disent d'où vient la donnée, quand elle a été mise à jour et sous quelle licence on peut la réutiliser.

QField pour la collecte terrain

QField est une application mobile libre qui ouvre vos projets QGIS sur Android et iOS, en ligne ou hors ligne. Les formulaires, les listes de valeurs et les contraintes définis dans QGIS se retrouvent sur le terrain. Concrètement, l'agent ouvre sur son téléphone ou sa tablette le même projet que celui du bureau, avec ses fonds de carte, ses couches et ses formulaires. Hors réseau, il continue de relever ; ses saisies, photos comprises, sont conservées sur l'appareil jusqu'à la prochaine synchronisation. Les contrôles de saisie définis dans QGIS, comme un champ obligatoire ou une valeur bornée, s'appliquent sur le terrain avant même l'envoi, ce qui évite de corriger les erreurs au retour.

La synchronisation renvoie les relevés vers le bureau. Avec LizPack Field, elle repose sur la même technologie que QFieldCloud, et avec le plan Pro, les relevés sont écrits dans votre base PostGIS : la carte Lizmap qui les affiche se met à jour à chaque synchronisation.

Pour une équipe qui collecte aujourd'hui avec les applications mobiles d'Esri, le changement porte surtout sur la préparation : le formulaire ne se construit plus dans un outil web, mais dans les propriétés des couches du projet QGIS. En contrepartie, le même projet sert au bureau, sur le terrain et dans le portail web. Comptez une campagne pilote avec quelques agents avant de généraliser, le temps d'ajuster listes de valeurs, photos et contraintes.

Migrer depuis ArcGIS Online : la démarche

Quitter une plateforme intégrée se prépare. La bonne nouvelle : vos données ne sont pas prisonnières. D'après la documentation d'Esri sur les crédits, l'export de données fait partie des opérations qui ne consomment pas de crédits. Le travail porte surtout sur la reconstruction des cartes et des formulaires.

1. Inventorier les contenus réellement utilisés : couches hébergées, cartes, applications, formulaires de collecte, et qui s'en sert.
2. Exporter les couches hébergées dans un format ouvert, puis les importer dans une base PostGIS, depuis QGIS ou avec les outils PostgreSQL habituels.
3. Reconstruire les cartes dans QGIS : symbologie, étiquettes, mises en page d'impression. C'est l'étape la plus longue ; elle est aussi l'occasion de faire le tri.
4. Publier les projets avec Lizmap, et les couches destinées aux partenaires avec GeoServer.
5. Recréer les formulaires de terrain dans QGIS (widgets, listes de valeurs, contraintes) pour QField, et tester hors ligne avant la saison de collecte.
6. Faire tourner les deux systèmes en parallèle quelques semaines, communiquer les nouvelles adresses, puis fermer l'ancien.

Un point de calendrier compte : selon la documentation d'Esri, une organisation qui a épuisé ses crédits passe en mode restreint, où les membres peuvent encore consulter le contenu existant mais plus publier de couches. Planifiez donc la migration avant la fin de votre période d'abonnement, pas après. Si vous voulez de l'aide pour la reconstruction des projets, nos services le proposent sur devis. Sur le plan budgétaire, la bascule se gère mieux par étapes : d'abord les cartes de consultation, qui demandent peu de reconstruction, puis l'édition en ligne, enfin la collecte de terrain, en évitant de changer d'outil en pleine saison de relevés.

Les erreurs fréquentes en migration

Les migrations qui déraillent se ressemblent. Les problèmes ne viennent presque jamais des logiciels libres eux-mêmes, mais de détails de données ou d'organisation qu'on n'a pas inventoriés au départ.

• Oublier les pièces jointes. Une couche exportée en GeoPackage ou en shapefile perd ses photos. Exportez en géodatabase fichier les couches qui en ont, et prévoyez leur stockage avant l'import.
• Passer par le shapefile. Des champs comme date_inspection_terrain deviennent des noms tronqués, et les cases vides deviennent des zéros. Les filtres et les formulaires qui s'appuyaient sur ces champs cessent de fonctionner.
• Négliger les listes de valeurs. Les listes de choix d'un formulaire ne voyagent pas toujours avec les données. Notez-les avant l'export, puis recréez-les dans les propriétés des couches du projet QGIS, pour Lizmap comme pour QField.
• Recréer les comptes trop tard. Les groupes et les droits d'accès sont à reconstruire. Faites la liste des utilisateurs et de ce qu'ils doivent voir ou modifier avant d'ouvrir le nouveau portail.
• Casser les liens partagés. Les adresses des cartes et applications diffusées sur un site web ou dans des courriels changent. Recensez-les pour prévenir les destinataires et mettre à jour les pages concernées.
• Migrer tout d'un coup. Commencez par une carte simple et peu critique, validez-la avec ses utilisateurs, puis enchaînez sur les autres.

Gardez enfin une copie complète des exports, datée, même après la bascule : c'est votre point de retour si une donnée manque au contrôle.

Trois situations types

• Une collectivité qui publie un plan local et collecte sur le terrain. Le cœur du besoin est une carte de consultation pour les habitants, une carte d'édition pour les services techniques et une collecte mobile. Assemblage conseillé : PostGIS pour les données, QGIS Server et Lizmap pour les deux cartes, avec des droits par groupe, et QField pour les agents. Les relevés écrits dans PostGIS apparaissent dans la carte Lizmap à chaque synchronisation.
• Un bureau d'études qui livre des données à ses clients. Le besoin principal est de diffuser des couches propres, documentées, lisibles dans les outils de chaque client, souvent ArcGIS. Assemblage conseillé : PostGIS et GeoServer, avec des flux WMS et WFS par projet, et un portail Lizmap pour les cartes de restitution.
• Une organisation qui partage des données ouvertes. Le besoin est un catalogue : fiches de métadonnées, recherche, téléchargement. Assemblage conseillé : GeoNode, qui s'appuie sur GeoServer et PostGIS, complété d'un portail Lizmap pour les cartes thématiques.

Dans les trois cas, les logiciels sont les mêmes ; seul l'assemblage change. Chez LizPack, ils correspondent à LizPack Map, GeoServer Cloud, LizPack Field et LizPack Catalogue, que vous pouvez combiner selon votre situation et adopter progressivement.

Ce qui reste plus simple chez Esri

• Un seul éditeur, un seul compte. Tout est intégré d'emblée ; en open source, il faut assembler plusieurs logiciels, ou s'appuyer sur une infrastructure géospatiale open source comme LizPack, qui les assemble pour vous.
• Les applications prêtes à l'emploi : tableaux de bord, récits cartographiques, constructeurs d'applications sans code. Les équivalents libres existent en partie, mais demandent plus de configuration.
• Les contenus de référence : fonds de carte, données démographiques et services de géocodage fournis avec l'abonnement.
• L'écosystème ArcGIS Pro : si vos équipes produisent leurs cartes dans ArcGIS Pro, rester chez Esri évite une conversion des projets et une formation à QGIS.

Si ces points pèsent lourd chez vous, ArcGIS Online reste un bon choix. Si votre priorité est QGIS, les formats ouverts et un coût maîtrisé, l'assemblage libre est mûr. LizPack, une infrastructure géospatiale open source, l'héberge et le relie pour vous, sans remplacer aucun de ces logiciels : voyez ce que fait LizPack et le coût d'un SIG web open source. Pour trancher sans parier, faites un essai réel : publiez une de vos cartes existantes avec Lizmap et une de vos couches avec GeoServer, faites-les utiliser quelques semaines par les personnes concernées, puis comparez le temps passé, la satisfaction des utilisateurs et le coût annuel estimé des deux options.

Questions fréquentes