Le 13 avril 2026, IGN, Cerema et Inria ont officiellement lancé le JUNN — Jumeau Numérique National. Sur le papier : 25 M€ engagés par l'État via France 2030, 14 M€ de contributions partenaires, 4 territoires pilotes, et 200 acteurs réunis dans une "Équipe de France des jumeaux numériques de territoires".
Le mot est devenu un raccourci. Derrière, deux récits opposés circulent dans la presse spécialisée et chez les éditeurs SIG.
Le premier annonce une rupture paradigmatique — un nouvel outil de décision publique, un commun numérique souverain, une fenêtre historique pour la France.
Le second pointe le risque d'une nouvelle usine à gaz à la BIM. Lourde, coûteuse, finalement peu utilisée par ceux qui devaient en bénéficier.
Cet article ne tranche pas entre les deux. Il pèse les arguments avec un précédent vécu — le BIM dans le BTP — puis propose une 3e lecture qui n'est pas dans le débat dominant.
Genèse et périmètre actuel
Du concept industriel à l'ambition territoriale
Le jumeau numérique n'est pas une idée de 2026. Le concept a été théorisé en 2002 par Michael Grieves, chercheur américain, pour modéliser des produits industriels — moteurs d'avion, lignes de production, satellites.
La NASA et l'industrie aérospatiale l'ont déployé dans les années 2010, à l'échelle d'un objet ou d'un système clos.
Le saut vers la ville arrive plus tard. Singapour lance Virtual Singapore en 2015 — premier jumeau numérique urbain mondial. La France suit en 2017 avec Rennes Métropole, accompagnée par Dassault Systèmes.
Puis vient la vague locale. Angers, Dijon, Lille, la Vendée, le port autonome de Bordeaux développent leurs propres jumeaux entre 2018 et 2023.
Toutes ces initiatives fonctionnent en silos — données et outils hétérogènes, pas d'interopérabilité. C'est ce constat qui motive l'appel à communs lancé par IGN, Cerema et Inria en 2024, et son aboutissement deux ans plus tard : le JUNN.
2002-2014
Naissance industrielle
Michael Grieves · NASA · Aérospatial · Manufacturing
2015-2017
La ville pionnière
Virtual Singapore · Rennes Métropole · Dassault Systèmes
2018-2023
Vague locale française
Angers · Dijon · Lille · Vendée · Bordeaux
2024-2026
Cadrage national
Appel à communs IGN/Cerema/Inria · JUNN · 4 territoires pilotes
Ce qui est annoncé en avril 2026
Le JUNN n'est pas un produit. C'est un socle commun — infrastructure technique et gouvernance partagée — destiné à articuler les jumeaux locaux existants et à venir.
Le consortium est large. Au noyau IGN-Cerema-Inria s'ajoutent Météo-France, le BRGM, Dassault Systèmes, Camptocamp, Cap Digital, GeometryFactory et Géodata Paris.
Chacun apporte une brique — modèles 3D et temporels, IA, infrastructure, structuration de la filière industrielle, simulation multiphysique pour l'adaptation climatique des villes.
Le travail démarre en avril 2026 sur 4 territoires pilotes — Alpes-Maritimes, Charente-Maritime, Gironde, Ille-et-Vilaine — pour produire les premiers jeux de données 3D et la plateforme de visualisation.
Le calendrier R&D court jusqu'en 2029. Les jalons institutionnels suivants — appels à contributions, briques opérationnelles — sont prévus entre fin 2026 et 2027.
Ce qui reste flou
Trois zones d'incertitude méritent d'être nommées maintenant.
Le modèle économique post-2029 n'est pas défini. Le communiqué officiel parle de "modèle hybride public-privé", construit progressivement à partir des retours d'expérience. En clair : on verra.
La gouvernance des données entrantes n'est pas figée. Quelles données les collectivités devront-elles produire ? Selon quels formats ? Avec quel niveau de qualité minimum ?
Tout cela passe par les futurs appels à contributions — donc négociable, donc politique.
L'articulation avec les jumeaux locaux existants reste théorique. Un premier partenariat se met en place avec Angers Loire Métropole, mais le mode opératoire pour les autres métropoles déjà engagées (Rennes, Lille, Dijon) n'est pas tranché.
Ces flous ne sont pas des défauts du projet — ils sont l'enjeu réel des deux prochaines années. Et c'est précisément sur eux que les deux récits dominants prennent position.
Récit 1 — La révolution paradigmatique
Le discours des promoteurs
Le récit dominant chez les institutions et la plupart des éditeurs SIG est celui d'une rupture. Le JUNN n'est pas un outil — c'est un changement de régime dans la décision publique.
Quatre promesses structurent ce discours.
Ce qui ne tient pas dans ce récit
Le récit révolutionnaire suppose trois conditions qui ne sont pas remplies aujourd'hui.
La qualité homogène des données collectivités. Beaucoup de réseaux ne sont pas géoréférencés. Le second œuvre — électricité, fluides — est rarement modélisé. Les plans circulent encore en PDF scanné dans la majorité des communes.
Sans données de qualité en entrée, aucun jumeau ne peut produire une simulation crédible.
La maturité des modèles de simulation multi-domaines. Croiser climat, mobilité, énergie et démographie dans un seul système prédictif reste expérimental.
Les boucles de feedback entre ces domaines ne sont pas validées scientifiquement. On peut produire une démo flatteuse — on ne peut pas encore engager une politique publique sur sa base.
Les compétences SIG et data en interne. Le déficit est massif dans les communes de moins de 50 000 habitants — souvent un seul agent SIG, parfois aucun.
Ces collectivités ne sauront ni alimenter ni exploiter un jumeau, même mis à disposition gratuitement.
Le récit révolutionnaire vend le résultat sans poser les prérequis. C'est précisément le piège dans lequel un autre projet, plus ancien, est tombé avant lui.
Récit 2 — Le précédent BIM
Une promesse qui n'a tenu qu'en partie
Le BIM — Building Information Modeling — a commencé sa marche dans le BTP français au début des années 2010. La promesse était comparable au JUNN : un modèle unique partagé entre tous les acteurs du bâtiment, fin des silos, simulation préalable, exploitation outillée tout au long de la vie du bâtiment.
La réalité quinze ans plus tard est plus contrastée.
Le BIM s'est concentré sur le gros œuvre — structure, enveloppe, façade — où les acteurs sont peu nombreux (un BE structure, un architecte, une entreprise générale) et les modèles industrialisables.
Sur le second œuvre — électricité, plomberie, CVC, finitions — le BIM n'a quasi jamais été utilisé en production. J'ai travaillé dans une entreprise de BTP spécialisée en électricité avant d'être indépendant.
La règle de fonctionnement était simple : on regardait le modèle BIM quand il existait, et on continuait à travailler sur des plans 2D pour les besoins du chantier.
Ce n'est pas qu'un ressenti isolé. Le programme de recherche européen BIMplement documente le même écart à l'échelle nationale : les PMEs françaises qui utilisent le BIM s'en tiennent à la phase de conception — la phase d'exécution de chantier n'est tout simplement pas couverte.
Le verrou est aussi technique. Le Corporate BIM Manager de Legrand identifie un problème structurel sur l'électricité : les logiciels BIM actuels ne savent pas gérer la notion de câble, pourtant l'élément central de toute installation électrique.
Le BIM a tenu sa promesse sur le gros œuvre — structure, enveloppe, où les acteurs sont peu nombreux et les modèles industrialisables. Sur le second œuvre — électricité, fluides, finitions — la promesse n'est jamais arrivée : trop d'acteurs, trop d'urgence chantier, trop de variations cas par cas. L'outil parfait n'a pas trouvé son utilisateur.
Pourquoi le JUNN risque la même trajectoire
Trois parallèles structurels relient le BIM au JUNN.
L'effet d'échelle inversé. Plus on monte — du bâtiment au quartier, du quartier au territoire, du territoire au niveau national — plus on perd la résolution opérationnelle nécessaire au terrain.
Le commun JUNN ne saura pas répondre à la question "où passe ce câble dans cette rue". Ce n'est pas son rôle. Mais c'est cette question-là que les agents de collectivité se posent au quotidien.
La loi de Conway énonce qu'un système informatique reproduit la structure de l'organisation qui le construit.
Le JUNN porté par IGN, Cerema et Inria reproduira leur logique — recherche, modélisation, prospective. Pas la logique des agents de voirie ou des chargés d'aménagement qui doivent décider d'une réfection ou d'un permis de construire.
Le besoin d'utilisateur moyen. La commune française moyenne ne cherche pas à simuler le climat 2050.
Elle cherche à savoir où sont ses canalisations, quelles routes sont à refaire en priorité, comment optimiser la tournée de ses agents espaces verts.
Si le JUNN suit la trajectoire du BIM, il sera adopté par les grandes métropoles techniques (Rennes, Lille, Angers déjà engagées) — et ignoré par la grande majorité des communes qui auraient eu besoin d'autre chose.
Ce que les deux récits ratent
Les deux récits dominants débattent sur le mauvais axe : "révolution ou échec ?". C'est une question fermée qui force à prendre position pour ou contre.
L'axe utile est ailleurs. Il porte sur l'échelle et l'usage.
Pour 90 % des collectivités françaises, le besoin opérationnel en 2026 n'est ni un jumeau national, ni un modèle 3D enrichi de simulations climatiques.
Ce que 90 % des collectivités ont réellement besoin
- Structurer les données SIG qui dorment dans des dossiers Excel et des plans PDF
- Raccrocher les référentiels open data disponibles — BDTopo, LiDAR HD, OpenStreetMap
- Coupler le SIG aux processus métier — interventions voirie, espaces verts, eau, urbanisme
C'est cet axe-là qui produit la valeur de gestion territoriale au quotidien. Pas la simulation prospective.
Et c'est précisément ce que les deux récits dominants ne mettent pas sur la table — ni les promoteurs du JUNN (qui vendent la rupture), ni les sceptiques (qui dénoncent l'usine à gaz).
Ma position — SIG bien fait, open data, couplage métier
Ma position est qu'on se trompe d'investissement quand on parle du JUNN à une collectivité moyenne.
Pour les collectivités de moins de 100 000 habitants — soit environ 95 % des communes françaises — le ROI immédiat est dans la structuration de l'existant.
Trois priorités, dans l'ordre.
D'abord, un SIG métier exploitable. PostGIS et QGIS suffisent pour la grande majorité des cas. Pas besoin de plateforme propriétaire ni de jumeau intégré.
C'est la base — et c'est précisément ce qui manque dans la plupart des communes. Le détail technique des choix de stockage est traité dans le stockage de la donnée géospatiale en 2026.
Ensuite, l'intégration des référentiels open data nationaux. BDTopo, LiDAR HD, OpenStreetMap, Géoportail de l'Urbanisme — tout est déjà disponible, gratuit, et sous-utilisé.
Une commune qui sait afficher sa BDTopo croisée avec son cadastre dans QGIS a déjà fait une grande partie du chemin vers la "modernisation cartographique" qu'on lui vend ailleurs sous étiquette jumeau numérique. L'article sur l'exposition de la donnée géospatiale sur le web couvre l'aspect web de cette intégration.
Enfin, le couplage avec l'outil métier. C'est l'étape la plus négligée et la plus rentable — relier le SIG à l'ERP, à la gestion d'interventions, à la GMAO.
C'est la même logique d'intégration que pour un projet ERP réussi — voir pourquoi les projets ERP échouent — et c'est ce qui transforme un SIG d'outil de cartographie en outil de décision. Et si des capteurs terrain entrent dans l'équation — éclairage, eau, qualité de l'air — ce qu'il faut monter, c'est un pipeline IoT géolocalisé, pas un jumeau.
Pour 90 % des collectivités françaises, le bon investissement en 2026 n'est pas dans un jumeau numérique territorial. C'est dans le SIG qu'elles ont déjà et qu'elles n'exploitent pas.
— Mattieu Pottier, MP-i
Pour les grandes métropoles — Rennes, Lille, Angers, Dijon, et les 4 territoires pilotes du JUNN — le jumeau numérique a un sens.
Volumes importants, équipes SIG mûres, capacité de gouvernance forte, simulations multi-domaines pertinentes pour les arbitrages d'aménagement à venir. C'est là que les 25 M€ de France 2030 produiront leurs effets utiles.
Le piège à éviter en 2026-2027, c'est l'étiquette commerciale. La plupart des éditeurs SIG vont rebadger leurs outils existants "compatibles jumeau numérique".
Il faut filtrer trois choses qui n'ont rien à voir entre elles.
- JUNN (commun numérique) utile, structurant, à suivre sur la durée
- Jumeaux métropolitains réels (Rennes, Angers, Dijon…) — produits par des équipes mûres, pertinents pour leur échelle
- Étiquette commerciale des éditeurs rebadging d'outils existants ; à ignorer poliment
Un jumeau numérique de territoire n'est pas un produit. C'est l'étape d'après pour une collectivité qui a déjà structuré ses données. Sans cette étape préalable, c'est un projet sans utilisateurs.
Vous travaillez sur un projet SIG en collectivité ? Discutons de ce qui est réaliste pour votre contexte avant d'engager un budget jumeau numérique.