
Intégration API DVF & cadastre
Nous développons votre connecteur DVF et cadastre
Nous branchons les ventes réelles (DVF+) et le parcellaire sur votre outil immobilier ou d'urbanisme. Paris s'interroge en codes d'arrondissement, pas en 75056. wxs.ign.fr ne résout plus : la cible est data.geopf.fr.
- Équipe produit senior
- connecteurs de données publiques en production
- du cadrage au monitoring
À quoi servent les APIs DVF et cadastre et comment les intégrer dans une application immobilière ?
Les données de valeurs foncières (DVF) enregistrent toutes les transactions immobilières en France depuis 2014 : prix, surface, type de bien, commune. Les APIs cadastrales donnent accès aux parcelles et aux bâtiments avec leurs géométries. On les intègre dans des outils d'estimation immobilière, de prospection foncière ou d'analyse de marché pour afficher l'historique des ventes autour d'un bien, évaluer un terrain ou alimenter un simulateur. Ces données sont publiques et gratuites ; le travail d'intégration consiste à choisir les bonnes sources selon le besoin et à maintenir le flux à jour.
Ce que nos clients construisent sur DVF et le cadastre
Fourchette de prix dans un outil d'estimation
Mutations filtrées vente et type de local, sur la commune ou l'arrondissement, pas un prix moyen national.
Fiche parcelle
Contour API Carto (idu) et historique DVF+ de la section, pour un notaire, un urbaniste ou un financier.
Observatoire communal des ventes
Open data pour une collectivité. L'étude foncière nominative, elle, c'est DV3F, et seulement si vous êtes habilité.
Fond cadastral d'un logiciel métier
PCI vecteur ou WFS Parcellaire Express pour l'agriculture, les réseaux, les servitudes. Plus de TIFF à partir de décembre 2025.
Ce que ça change dans votre outil immobilier
La technique au service d'un résultat mesurable : les ventes de la commune, le bon code INSEE, des sources officielles à jour.
Le bon code commune, dès Paris
Paris, Lyon, Marseille : on interroge l'arrondissement, pas le code ville global. Sinon les ventes tombent à zéro.
Les URLs Géoportail périmées sont évitées
Les anciens hôtes IGN ne répondent plus. On cible les points d'entrée officiels actuels, pas un tutoriel de 2019.
On parle aux sources officielles
Pas de scrape d'une app grand public, pas d'API communautaire morte. Cerema et fichiers ouverts : la stack qui tient.
Les trous de couverture sont affichés
Alsace-Moselle, Mayotte : un produit « France entière » le dit. Une ligne DVF n'est pas un prix au m² propre.
Comment nous livrons votre connecteur DVF et cadastre
Cadrage
Fichiers DVF, API DVF+, cadastre ponctuel ou fond de carte, DV3F habilité ou non. On sépare open data et restreint avant d'écrire une ligne.
Développement
Table commune / arrondissement, URL Géoplateforme en config, zéro wxs.ign.fr, cache long, attribution DGFiP / Cerema / IGN.
Recette
Tests automatisés Paris, Lyon, Marseille, une commune d'Alsace (absence attendue), 75056 = 0, 75111 > 0.
Monitoring
Alerte si Cerema preprod tombe (repli sur l'extract local), millésime PCI, DNS Géoplateforme. Vous voyez un 0 Paris avant le client.
Ce que permettent DVF et le cadastre
- Mutations DVF+
- API Cerema, millésime 2026.1, transactions 2014-2025. Plus profond que les 5 ans de l'app Etalab. Accès libre pour DVF+.
- Fichiers DVF DGFiP
- Source de vérité semestrielle (avril, octobre), 5 ans glissants, France + DOM sauf Alsace, Moselle, Mayotte. Chaque livraison remplace la précédente.
- API Carto cadastre
- Commune, division, parcelle, localisant, GeoJSON WGS84. Le ponctuel d'un formulaire, pas un dump communal.
- WFS Géoplateforme et PCI
- data.geopf.fr/wfs, couche Parcellaire Express. Fichiers PCI vecteur, millésimes 2026. 5 000 objets par requête WFS : un dump naïf tronque.
Le vocabulaire DVF et cadastre
- code_insee 75111, pas 75056
- À Paris, Lyon, Marseille, les ventes DVF+ sont sur les arrondissements municipaux (75101…75120). 75056 est le code commune INSEE de Paris : l'API Cerema y a renvoyé 0 mutation.
- DVF+
- L'open data Cerema / DGALN, plus profond que les 5 ans Etalab (2014-2025 au millésime 2026.1). Ce n'est pas DV3F.
- DV3F
- Acheteurs, vendeurs, contexte (construction après vente). Restreint : État, collectivités, EPF, SAFER. Pas vendable à un promoteur privé comme de l'open data.
- idu
- Identifiant de parcelle côté API Carto. La clé pour rattacher un bien à un contour, un PLU, une tournée.
- Géoplateforme
- data.geopf.fr, successeur du Géoportail. wxs.ign.fr : DNS mort. Toute stack QGIS ou script encore sur l'ancien hôte est déjà cassée.
- PCI vecteur
- Plan cadastral informatisé, millésimes 1er mars et 1er juin 2026. PCI Image TIFF : plus de livraisons à partir de décembre 2025. Strasbourg et voisines hors PCI.
Les contraintes réelles de DVF et du cadastre
Le code INSEE « évident » casse Paris
75056 → 0 mutation. 75111 → 39 604. Même logique que l'app Etalab (Paris 14e = 75114, pas 75014). Un connecteur « code commune » sans table d'arrondissements est faux.
wxs.ign.fr ne résout plus
Échec DNS en août 2026. Les extraits ogr2ogr des guides data.gouv sont périmés. URL Géoplateforme en configuration, zéro hôte historique gravé.
preprod dans l'URL Cerema
C'est l'hôte qui répond en 2026. Le nom est un signal de risque (SLA, bascule). On ne le grave pas : configuration, et repli sur l'extract local.
Une ligne DVF n'est pas un prix au m²
Lots, VEFA, terrain + bâti, ventes multiples. DVF+ aide (nbpar, nblocmut, codtypbien) mais le piège du prix brut reste. Alsace-Moselle / Mayotte : absents, à afficher.
Fichiers DVF DGFiP ou API DVF+ Cerema ?
Deux accès aux ventes. Le bon produit les combine, il n'en choisit pas un au hasard.
| Critère | Fichiers DVFSource DGFiP | API DVF+Cerema, interactif |
|---|---|---|
| Forme | Fichiers semestriels .txt.zip | API JSON / GeoJSON |
| Profondeur | 5 ans glissants | Depuis 2014 (millésime 2026.1) |
| Paris | Arrondissements dans le fichier | code_insee d'arrondissement, pas 75056 |
| Cadence | Avril et octobre, remplacement complet | Interrogation à la commune / parcelle |
| Alsace-Moselle / Mayotte | Absents | Absents de DVF DGFiP |
| Hôte 2026 | data.gouv.fr | apidf-preprod.cerema.fr |
| Le bon cas | Entrepôt, rechargement complet | Fiche bien, fourchette de prix |
On les combine : fichiers pour la vérité semestrielle, API pour l'interactif. On ne scrape pas app.dvf.etalab.gouv.fr. C'est un arbitrage de cadrage.
Ce que nous mesurons sur une intégration DVF et cadastre
Les autres API publiques
Les briques que nous branchons le plus souvent à côté du foncier.
DVF & cadastreNous développons votre connecteur DVF et cadastreCette page
API AdresseGéocoder l'adresse du bien, citycode INSEE, index parcelle BAN si besoin.
Météo FranceAléa climatique sur la parcelle, autre canal, autre secret.
URSSAFOpen data statistique, sans rapport avec une mutation DVF.
SNCF & transportNous développons votre connecteur SNCF
API Particulier
France Travail
LegifranceNous développons votre connecteur Légifrance
API GéoOn combine DVF et cadastre avec
La stack qui entoure le foncier sur nos projets.
Intégration DVF et cadastre : vos questions
Deux chemins. Les fichiers DGFiP, rechargés en entier deux fois par an, pour l'entrepôt. L'API DVF+ Cerema pour l'interrogation interactive, avec une table de correspondance commune / arrondissement municipal (Paris, Lyon, Marseille). Tests : 75056 = 0, 75111 > 0, une commune d'Alsace absente. On ne scrape pas l'app Etalab. On ne s'appuie pas sur api.cquest.org/dvf (502 en août 2026). L'hôte Cerema porte encore preprod dans le nom : URL en configuration, et un extract local en repli si l'API tombe.
API Carto pour le ponctuel (formulaire parcelle : /api/cadastre/parcelle, commune, division, localisant). WFS data.geopf.fr ou fichiers PCI pour le fond de carte, en respectant 5 000 objets par requête. URL Géoplateforme en configuration. wxs.ign.fr ne résout plus : toute stack encore dessus est déjà cassée. Attribution IGN, Licence ouverte 2.0. PCI Image TIFF n'est plus livré à partir de décembre 2025 : tout fond de carte neuf se conçoit en vecteur.
Parce que le code 75056 est celui de la commune de Paris, et que DVF+ sert les ventes sur les arrondissements 75101 à 75120. Relevé live : 0 sur 75056, 39 604 sur 75111, 94 403 sur Nantes (44109). C'est la même logique que l'app Etalab. Un connecteur qui envoie le code commune INSEE « évident » casse Paris, Lyon et Marseille. Lyon et Marseille suivent la même règle d'arrondissements municipaux. La table de correspondance est un livrable de cadrage, pas un correctif de prod.
DVF+ est de l'open data : mutations, pas les parties. DV3F et les Fichiers fonciers (MAJIC) sont restreints (État, collectivités, EPF, SAFER) et contiennent des personnes. On ne « enrichit » pas une vente open data avec un nom de propriétaire trouvé ailleurs. Vendre DV3F à un promoteur privé comme de l'open data est un cadrage illégal. Minimisation : DVF open data n'identifie pas les parties. On ne reconstitue pas un propriétaire à partir d'une autre source.
Les accès open data sont gratuits. Le coût est le pipeline : fichiers + API, table d'arrondissements, cadastre ponctuel vs fond, cache, repli si Cerema preprod tombe. Une fourchette de prix sur des communes hors Paris est un chantier court. Un observatoire France avec PCI, WFS et le piège Paris, c'est un projet. Nous cadrons le canal et donnons une estimation ferme avant de commencer. Alsace-Moselle et Mayotte absents de DVF DGFiP : le produit l'affiche, il n'échoue pas en silence.
Un projet d'intégration DVF et cadastre ?
Parlons-en. 30 minutes pour cadrer fichiers, API Cerema et cadastre, vérifier le piège Paris, et vous dire franchement ce qui est faisable.
Parler de mon projet DVF & cadastre