Réponse courte

ArcGIS Pro et ArcGIS Online sont les deux moitiés d'un même écosystème Esri, et non des rivaux. ArcGIS Pro est une application bureautique 64 bits qui s'exécute sur votre machine Windows et assure le gros du travail : géotraitement, édition, cartographie complexe, 3D et analyse avec des extensions comme Spatial Analyst. ArcGIS Online est une plateforme SaaS hébergée qui stocke, diffuse et partage ce travail sous forme de cartes web, de couches d'entités hébergées, de tableaux de bord et d'applications de terrain. Le schéma habituel est : construire et analyser dans Pro, publier et collaborer via Online.

Application bureautique vs plateforme hébergée

La distinction fondamentale tient à l'endroit où résident le logiciel et les données.

ArcGIS Pro est un logiciel installé. Il utilise votre processeur, votre GPU, votre mémoire vive et votre stockage local ou réseau ; il lit directement les géodatabases, les shapefiles, les rasters et les connexions à des bases de données ; et il exécute localement la boîte à outils de géotraitement complète. Parce qu'il s'agit d'un véritable SIG bureautique, il offre un contrôle fin de la symbologie, de l'étiquetage, des mises en page, des systèmes de coordonnées, de la topologie et de l'édition qu'un navigateur ne peut égaler. C'est aussi là que vit l'automatisation Python, via le site-package arcpy et les ArcGIS Notebooks.

ArcGIS Online est un service web multi-locataire hébergé par Esri. Vous ne l'installez pas ; vous vous y connectez via un navigateur. Il stocke le contenu sous forme d'éléments (cartes web, couches d'entités hébergées, couches de tuiles, applications), les diffuse sur le web et gère le partage, les autorisations et l'authentification d'une organisation. Ses outils d'analyse s'exécutent côté serveur et constituent délibérément un sous-ensemble de ce qu'offre Pro, centré sur les opérations courantes (zone tampon, superposition, enrichissement, points chauds) plutôt que sur la boîte à outils complète. Ses points forts sont la portée et la collaboration : une couche hébergée peut être consommée par Dashboards, Experience Builder, Field Maps, StoryMaps et Instant Apps sans que personne n'ait à installer de logiciel SIG.

À quoi sert chacun

Utilisez ArcGIS Pro lorsque le travail relève de :

  • Géotraitement et modélisation : ModelBuilder, la boîte à outils complète, Spatial Analyst, 3D Analyst, Network Analyst.
  • Édition détaillée de grandes classes d'entités avec règles topologiques et validation des attributs.
  • Cartographie pour l'impression ou mises en page haute fidélité.
  • Analyse raster et d'imagerie, travail sur nuages de points LAS et scènes 3D.
  • Automatisation avec arcpy.

Utilisez ArcGIS Online lorsque le travail relève de :

  • Partage de cartes et de données avec des collègues, des clients ou le public.
  • Création de tableaux de bord, collecte de données sur le terrain (Survey123, Field Maps) et applications web sans code.
  • Analyse légère, où la commodité prime sur la profondeur.
  • Gestion centralisée du contenu avec des autorisations au niveau de l'organisation.

Un modèle mental utile : Pro est l'atelier, Online est la vitrine et le quai de chargement.

Comment ils se connectent : la boucle publication-synchronisation

Pro et Online partagent un même modèle d'identité et un même système de contenu, et c'est ce qui rend l'écosystème cohérent.

Vous vous connectez à ArcGIS Pro avec votre compte d'utilisateur nommé ArcGIS Online (ou un portail ArcGIS Enterprise). Une fois connecté, vous pouvez créer une carte dans Pro et la publier directement comme couche d'entités hébergée sur Online via Partager comme → Couche web. Les données sont copiées dans le stockage géré d'Online et deviennent un service web doté d'un point de terminaison REST. À partir de là :

  • Les cartes web, tableaux de bord et applications d'Online consomment la couche hébergée.
  • Les éditeurs utilisant Field Maps mettent à jour la même couche sur le terrain.
  • Vous pouvez rajouter la couche hébergée dans Pro, l'éditer, puis écraser ou synchroniser le service.

Cet aller-retour est le cœur opérationnel d'un atelier Esri : édition et analyse de référence dans Pro, distribution et collecte terrain via Online, avec des modifications qui circulent dans les deux sens. L'alternative pour les organisations ayant besoin d'un contrôle sur site est ArcGIS Enterprise, l'équivalent auto-hébergé d'Online (Portal for ArcGIS plus ArcGIS Server) installé dans votre propre infrastructure ; Pro y publie de la même manière.

Licences et coûts, concrètement

Les licences sont le terrain où les équipes ont des surprises ; planifiez-les donc délibérément.

ArcGIS Pro est sous licence d'utilisateur nommé via une organisation ArcGIS Online ou un portail Enterprise, généralement un type d'utilisateur (comme Creator ou GIS Professional) plus l'application Pro, et des extensions optionnelles (Spatial Analyst, 3D Analyst, etc.) sous licence par utilisateur. Un utilisateur nommé se connecte à Pro et à Online avec le même compte.

ArcGIS Online consomme en plus des crédits de service, la monnaie d'usage d'Esri. Les crédits sont dépensés notamment pour le stockage des couches d'entités hébergées et des tuiles, certaines opérations d'analyse et la génération de tuiles. Le coût d'Online est donc fonction à la fois des licences (types d'utilisateur) et de la consommation (crédits), ce qui signifie qu'un grand jeu de données hébergé ou une analyse lourde côté serveur peut consommer des crédits indépendamment du nombre de personnes connectées. Budgétez les deux axes, et préférez réaliser localement dans Pro les opérations coûteuses en crédits lorsque c'est possible.

Un cycle de vie de projet typique sur les deux

Pour rendre la répartition concrète, suivons le cheminement d'un seul projet cartographique à travers l'écosystème.

  1. Ingestion et nettoyage dans Pro. Les données brutes de levé, la CAO et le GPS de terrain arrivent dans une géodatabase fichier. Vous définissez délibérément le SCR du projet (souvent un système projeté régional pour une édition et une mesure précises), corrigez la topologie et validez les attributs par rapport aux domaines.
  2. Analyse dans Pro. Les modèles de géotraitement s'exécutent ici : zones tampons, superpositions, modèles d'aptitude, dérivées de terrain avec Spatial Analyst. C'est là que comptent le jugement de l'analyste et la boîte à outils complète, et où les résultats sont reproductibles via ModelBuilder ou arcpy.
  3. Création de la carte dans Pro. La symbologie, l'étiquetage et le rendu dépendant de l'échelle sont définis avec un contrôle cartographique complet.
  4. Publication sur Online. Partager comme → Couche web copie les couches pertinentes vers des services d'entités/de tuiles hébergés. Vous décidez de la portée du partage et du caractère éditable des données.
  5. Distribution et collecte via Online. Les tableaux de bord résument les données, Field Maps permet aux équipes de les éditer hors connexion, et Experience Builder ou StoryMaps les présente aux parties prenantes, sans qu'aucune d'elles n'ait besoin de Pro.
  6. Resynchronisation vers Pro. Les modifications de terrain reviennent dans la couche hébergée ; les analystes la rapatrient dans Pro pour la valider, relancer l'analyse et écraser le service.

Le même objet de données parcourt la boucle, ce qui explique pourquoi une discipline rigoureuse sur les choix de SCR et de schéma à l'étape 1 porte ses fruits jusqu'au bout.

Pièges courants et pourquoi ils surviennent

  • S'attendre à ce que l'analyse d'Online égale celle de Pro. Online expose un sous-ensemble sélectionné ; la boîte à outils de géotraitement complète vit dans Pro. Les équipes se heurtent à un mur quand elles tentent de modéliser dans le navigateur.
  • Consommation de crédits surprise. Les grandes couches hébergées, les caches de tuiles générés et l'analyse côté serveur grignotent discrètement les crédits ; surveillez l'usage dans les paramètres de l'organisation.
  • Dérive de SCR à la publication. Les couches d'entités hébergées et les fonds de carte qu'elles recouvrent sont généralement en Web Mercator (EPSG:3857) ; publier sans réfléchir au SCR peut provoquer des problèmes de mesure et d'alignement. Décidez de votre SCR d'analyse dans Pro avant de publier.
  • Considérer Online comme une sauvegarde. La publication copie les données vers le stockage d'Online, mais ce n'est pas une sauvegarde versionnée de votre géodatabase ; conservez votre source de référence dans Pro/Enterprise.
  • Conflits d'édition. Deux flux éditant la même couche hébergée (équipes de terrain via Online, analystes via Pro) sans stratégie de synchronisation provoquent des écrasements. Utilisez le versionnement par branches ou un modèle clair de propriété des éditions.

AQ et validation

  • Après publication, ouvrez la couche hébergée dans une nouvelle carte web Online et confirmez que la géométrie, les attributs, le SCR et le nombre d'enregistrements correspondent à la source Pro.
  • Vérifiez que les définitions de champs/domaines ont survécu à la publication, car certains types de données Pro se simplifient une fois hébergés.
  • Contrôlez que la portée du partage (privé, organisation, public) est bien celle prévue avant de diffuser un lien.
  • Suivez la consommation de crédits par rapport au travail effectué afin que le coût ne dérive pas à votre insu.

Le point de vue de Bathyl

Nous conservons l'analyse, l'édition et la cartographie de référence dans ArcGIS Pro et utilisons ArcGIS Online strictement comme couche de distribution et de collecte terrain, avec une seule identité d'utilisateur nommé reliant les deux. La décision récurrente n'est pas « Pro ou Online » mais « quel travail relève de l'atelier et lequel relève de la vitrine », et bien réussir cette répartition garde sous contrôle aussi bien les crédits que la qualité des données.

Lectures complémentaires

Sources