Vous cherchez des retours fiables sur l'API Géorisques et ses alternatives avant de brancher les risques immobiliers dans votre application ? Entre l'API officielle du BRGM, ERRIAL, les briques SIG payantes, le développement maison et les agrégateurs qui renvoient tout en un appel, le choix est plus large qu'il n'y paraît — et les développeurs qui ont intégré ces données ont des avis tranchés. Ce comparatif 2026 met les cinq voies côte à côte, sans parti pris commercial : ce que chacune couvre réellement, ses limites techniques, et le profil de projet auquel elle convient.
Géorisques est le portail public du ministère de la Transition écologique et du BRGM qui centralise les risques naturels et technologiques en France. Si vous découvrez le sujet, lisez d'abord notre présentation de Géorisques et de son fonctionnement ; cet article suppose que vous cherchez surtout à automatiser la récupération de ces données, pas à les consulter à la main.
La réponse courte
Il n'existe pas une seule bonne API, mais un choix qui dépend de votre volume, de votre tolérance à la complexité et de ce que vous devez produire au bout de la chaîne :
- Vous êtes développeur et voulez la donnée brute, gratuitement : l'API Géorisques officielle (v1/v2) est la source de référence. Gratuite, mais fragmentée en de nombreux endpoints et parfois lente.
- Vous voulez produire un document d'état des risques : ERRIAL génère le rapport réglementé à partir d'une adresse ou d'une parcelle, également accessible par API.
- Vous voulez tout en une seule requête, prêt à l'emploi : un agrégateur interroge l'ensemble des bases et renvoie un JSON unifié, voire génère l'ERP conforme. C'est le créneau des API tierces comme RisquesAPI.
En clair : l'API officielle pour la donnée brute et gratuite, ERRIAL pour le document réglementaire, un agrégateur pour industrialiser sans réassembler soi-même une dizaine d'endpoints. Le reste de l'article détaille les retours d'usage de chaque option.
Les 5 façons d'exploiter les données Géorisques
Toutes les solutions du marché se rattachent à l'une de ces cinq familles. Les distinguer évite de réinventer une couche d'agrégation quand un service la fournit déjà — ou, à l'inverse, de payer pour ce que l'État expose gratuitement.
1. L'API Géorisques officielle (BRGM)
Le socle de tout l'écosystème. L'API officielle expose les risques par territoire ou par coordonnées : inondation, séisme, retrait-gonflement des argiles, radon, mouvements de terrain, cavités souterraines, installations classées, sols pollués (SIS), anciens sites industriels (BASIAS/BASOL), et le rapport de risque. Les endpoints v1 restent accessibles sans jeton ; les nouveaux endpoints v2 ajoutent des filtres métier et de nouveaux critères géographiques, avec un jeton obtenu via un compte Cerbère ou FranceConnect, valable un an. La limite est de 1000 requêtes par minute et par IP. C'est gratuit et officiel, mais il faut orchestrer plusieurs appels et recomposer soi-même une vue d'ensemble.
2. ERRIAL (état des risques réglementé)
ERRIAL (État des Risques Réglementés pour l'Information des Acquéreurs et des Locataires) exploite le plan cadastral pour localiser un bien, consolide automatiquement les risques associés à sa parcelle et produit un rapport prêt à télécharger. La solution est aussi proposée sous forme d'API. Son intérêt : elle vise le document d'information plutôt que la donnée brute. Sa limite, souvent rappelée, est qu'ERRIAL reste un outil d'information et ne se substitue pas juridiquement à l'ERP officiel signé — un point à connaître avant de l'intégrer dans un parcours transactionnel.
3. Les briques SIG et services tiers (SOGEFI, Notiplus…)
Des éditeurs SIG proposent des services qui encapsulent les données Géorisques du BRGM dans leurs propres API ou flux cartographiques (WMS), avec parfois une couche de fiabilité et de support. Ces solutions ciblent surtout les acteurs qui ont déjà un système d'information géographique et veulent afficher les risques sur une carte. Elles ajoutent de la commodité, mais restent centrées cartographie plutôt que génération d'un état des risques exploitable ligne à ligne.
4. Le développement maison
Certaines équipes préfèrent construire leur propre couche d'agrégation, par exemple une API interne en FastAPI qui appelle les endpoints Géorisques, met en cache les réponses et normalise le format. C'est la voie la plus flexible, et l'on trouve des projets open source qui montrent la démarche. Le coût caché : la maintenance. Les endpoints évoluent (passage v1 vers v2), les schémas changent, et gérer les cas particuliers (adresse mal géocodée, commune sans PPR, timeouts) représente un travail continu.
5. Les agrégateurs « un appel »
Pour ceux qui veulent la donnée consolidée sans assembler eux-mêmes une dizaine de sources, une API d'agrégation interroge en une requête toutes les bases de risques et renvoie un résultat structuré unique, voire génère directement l'ERP conforme. C'est le créneau de RisquesAPI, mais aussi de briques intégrées à certains logiciels de diagnostic. On échange une part de contrôle contre un gain de temps d'intégration considérable.
Ce que disent les développeurs
En synthétisant les retours récurrents sur les forums techniques, les dépôts open source et les discussions entre intégrateurs proptech, plusieurs points de vue reviennent — sans idéaliser aucune solution.
Sur l'API officielle
Le consensus : « c'est la seule source qui fasse autorité, et elle est gratuite ». Les critiques portent sur deux points concrets. D'abord la fragmentation : obtenir une vue complète d'une adresse demande d'enchaîner plusieurs endpoints (géocodage, puis rapport de risque, puis détails par thématique). Ensuite la latence : certains signalent que l'endpoint de rapport de risque peut mettre une dizaine de secondes à répondre avec un couple latitude/longitude et un rayon, ce qui impose une file d'attente ou un cache côté application.
Sur ERRIAL
Les retours saluent la production directe d'un rapport lisible, mais rappellent la nuance juridique : ERRIAL informe, il ne remplace pas l'ERP officiel dans un compromis ou un bail. Pour un développeur, cela veut dire que générer un ERRIAL ne dispense pas de comprendre la réglementation de l'état des risques avant de l'exposer à des utilisateurs finaux.
Sur le fait maison
Ceux qui ont développé leur propre couche apprécient le contrôle total du format et du cache. Le regret le plus fréquent est le coût de maintenance : « ça marchait, puis un endpoint a changé et il a fallu tout revérifier ». Sur un projet où les risques ne sont qu'une fonctionnalité parmi d'autres, beaucoup jugent après coup que le temps passé aurait été mieux investi ailleurs.
Sur les agrégateurs
Le point de vue dominant chez les équipes qui traitent du volume : « un appel, un JSON, on passe à la suite ». L'argument est le temps d'intégration réduit à quelques heures et la stabilité du format. Le contre-argument honnête : on dépend d'un tiers pour une donnée pourtant publique, et il faut vérifier que le service reste à jour des sources officielles. D'où l'importance d'un palier gratuit pour tester avant de s'engager.
Comparatif détaillé des alternatives
Le tableau suivant met les cinq voies en regard sur les critères qui comptent vraiment pour un projet d'intégration : coût, ce que l'API renvoie, l'effort de mise en place et le profil visé.
| Solution | Coût | Ce qu'elle renvoie | Effort d'intégration | Limite principale |
|---|---|---|---|---|
| API Géorisques officielle | Gratuit | Données brutes par endpoint | Élevé (multi-appels) | Fragmentée, latence variable |
| ERRIAL | Gratuit | Rapport réglementé par parcelle | Moyen | Informatif, ne vaut pas l'ERP signé |
| SIG tiers (SOGEFI…) | Payant / sur devis | Flux carto et API risques | Moyen | Orienté cartographie, pas ERP |
| Développement maison | Temps interne | Ce que vous codez | Très élevé | Maintenance continue à votre charge |
| Agrégateur (1 appel) | Gratuit puis à l'usage | JSON unifié + ERP généré | Faible | Dépendance à un service tiers |
Trois enseignements se dégagent. D'abord, la donnée est la même partout : toutes ces solutions puisent dans les bases publiques Géorisques. Ce que vous choisissez, c'est un compromis entre effort d'intégration et contrôle, jamais un accès exclusif à l'information. Ensuite, l'API officielle reste la référence et le juge de paix : toute solution tierce doit être fidèle à ses données. Enfin, la logique change de nature selon la taille du projet : pour un prototype ou un usage ponctuel, l'API officielle brute suffit ; dès qu'il faut de la fiabilité en production et un format prêt à l'emploi, l'arbitrage penche vers un agrégateur ou une couche maison bien maintenue.
Quelle solution selon votre projet
Vous prototypez ou avez un besoin ponctuel
L'API Géorisques officielle est parfaite : gratuite, documentée, sans jeton en v1. Acceptez sa latence, mettez un cache léger, et vous avez la donnée brute pour valider votre idée. Inutile de payer quoi que ce soit à ce stade. Notre guide technique récupérer l'état des risques d'une adresse par API détaille les appels de base.
Vous construisez un produit proptech ou un logiciel métier
En production, la question devient celle du coût total. Réassembler et maintenir soi-même une dizaine d'endpoints a un prix en temps d'ingénierie qui dépasse souvent celui d'un agrégateur. Si les risques sont au cœur de votre produit, une couche maison peut se justifier ; s'ils n'en sont qu'une fonctionnalité, un service unifié vous fait gagner des semaines. Les équipes qui débutent l'intégration d'API peuvent d'ailleurs apprendre à intégrer des APIs avec Claude Code pour accélérer la mise en place.
Vous êtes diagnostiqueur ou éditeur d'un outil d'ERP
Vous devez produire un document exploitable, pas seulement afficher des risques. Là, un agrégateur qui renvoie les données et génère l'ERP conforme élimine l'essentiel du travail. Vous gardez la maîtrise de la présentation finale et de la responsabilité, tout en déléguant la plomberie d'agrégation.
Agréger tous les risques en un appel
Pour les équipes qui veulent la donnée consolidée sans orchestrer plusieurs endpoints, l'agrégation transforme un travail d'assemblage en un simple appel réseau. Le principe : vous envoyez une adresse, l'API interroge l'ensemble des bases de risques (inondation, séisme, argiles, radon, ICPE et sites Seveso, sols pollués, PPR) et renvoie en une seule réponse structurée tous les risques associés, ainsi que l'état des risques conforme prêt à annexer.
Concrètement, cela remplace une dizaine d'appels et de recompositions par une requête unique. RisquesAPI fonctionne sur ce modèle : un point d'entrée qui agrège les sources Géorisques et génère l'ERP. La documentation détaille les paramètres et le format de réponse, et l'offre inclut 100 requêtes par jour gratuites pour tester l'intégration avant de passer à l'échelle — voir les paliers de tarification. Les équipes qui travaillent avec des assistants IA peuvent aussi brancher l'API via le serveur MCP pour interroger les risques d'une adresse directement en langage naturel.
Ce positionnement n'est pas antinomique de l'API officielle : un agrégateur en dépend et doit rester fidèle à ses données. Il ne remplace pas la source publique, il en épargne l'orchestration. Pour choisir, comparez honnêtement le temps d'intégration et de maintenance d'une solution maison au coût d'un service prêt à l'emploi, et testez sur le palier gratuit avant de décider. Si votre besoin porte sur le document plutôt que sur l'API, notre comparatif des solutions d'état des risques en ligne couvre le versant non technique.