CIIFragments Studio is CII-accredited: recover up to 20% of your software development spendLearn more
Integrations · French open data

Integration of French open data APIs

The government API in the product, never hardcoded in the front

We put Adresse, Géo, API Particulier, cadastre or weather to work in your journeys. No availability guarantee: caching, a fallback path and Datapass clearance are decided before the screen.

  • Government API clients in production
  • cache and fallback
  • Datapass scoped
In short

What is a French open data API and when should you have it integrated?

French open data APIs expose public registers: addresses, municipalities, weather, transport, cadastre, legal texts, sometimes a citizen's status. They live on api.gouv.fr and data.gouv.fr, with open access or a Datapass depending on the service. You have the integration built when the data must enter a journey (autocomplete, eligibility, pricing) rather than an export. The work consists of isolating the provider, holding under the throughput, and degrading the product when the public source is deaf, because there is often no enforceable contract.

The friction

What breaks when the government API moves

Public data exists. Until the URL stops being pasted in the front, eligibility is decided too late and a government outage takes the product down.

The address is still typed in four fields

What we do

BAN autocomplete fills the form. Fewer lost parcels, fewer invented postcodes.

Address chosen, not typedINSEE code storedFewer delivery errors

Eligibility is decided after the request

What we do

Territory, status or operational data lands while typing. The user no longer submits a file outside the perimeter.

Check while typingOut-of-area file avoidedExplicit business rule

We hard-coded the gouv URL in the front end

What we do

An abstraction layer, a URL in configuration, a cache. When the domain changes, you change a variable, not twenty screens.

Provider isolatedURL in configurationCache under the throughput

The public API falls over, and the product with it

What we do

Planned degradation: manual entry, last known value, a clear message. A gouv incident is no longer a total outage.

Planned degradationLast value usableInternal alert, not a blank screen
The tools in detail

What each gouv API actually involves

API Adresse

Geocoding

The strongest cluster in the category: autocomplete, reverse geocoding, batches. Operated by IGN on the Géoplateforme. The old data.gouv URL is a trap. The score is not read as a probability; acceptance is decided on the match level. This is the most actionable page in the block.

  • Autocomplete in the funnel
  • Stable INSEE code and identifier
  • Batches with a queue, not naive parallelism
Read the page

API Géo

Territories

The administrative split: municipalities, EPCIs, departments, regions. Used to derive a file's territory from a municipality code, often next to the API Adresse. Simple on the surface, essential so you do not code Paris as a single municipality.

  • Territory derived from the municipality code
  • EPCIs and departments
  • Natural complement to Adresse
Read the page

API Particulier

User status

A citizen's status (quotient, employment, family depending on the cleared APIs) to prefill or check a right. Datapass, FranceConnect in some cases: this is not an open API. Scoping starts with clearance, not with the form.

  • Right checked while typing
  • Datapass before the code
  • Data minimisation
Read the page

DVF & cadastre

Land

Land-value requests and parcels, for eligibility, estimates or territorial targeting. Often combined with the API Adresse and API Géo. We store what the file needs, not the entire cadastre.

  • Land in the business rule
  • Parcel attached to the file
  • Combinable with Adresse and Géo
Read the page

France Travail

Employment

Job listings and employment data to make live in a business tool (matching, tracking, publishing). No detailed sheet here: access and perimeter are confirmed at scoping. An employment page that copies a portal is not an integration.

  • Listings in the business tool
  • Access confirmed at scoping
  • Not a portal mirror
Read the page

Legifrance

Legal texts

Official texts to cite or follow in a product (compliance, decision support). No invented routes: scoping fixes the corpus, freshness and source display. A copy outside the licence is not an integration.

  • Up-to-date text in the product
  • Source displayed
  • Corpus scoped
Read the page

Météo France

Forecasts

Forecasts and observations for a product where weather is a rule (intervention, logistics, agriculture, energy). No invented quotas here: scoping fixes the time step, the area, and what you store versus what you query on the fly.

  • Weather in the business rule
  • Area and time step scoped
  • Cache rather than a call on every view
Read the page

SNCF & transport

Transport

Schedules, disruptions, sometimes other transport operators. Useful in a travel or logistics journey. Scoping fixes the network concerned and the freshness required, without hard-coding a transport URL in the front end.

  • Schedules in the journey
  • Disruptions visible
  • Provider isolated
Read the page

URSSAF

Social

Data and checks useful for employer, declaration or social-eligibility journeys. Access is not always open: Datapass and clearance are confirmed at scoping. We do not promise a route until your access right is real.

  • Employer or payroll journey
  • Clearance confirmed
  • No invented route
Read the page
Use cases

Four business rules born from an official source

01

Address autocomplete in the tunnel

Address API, server-side, with cache. Four free-text fields leave the form.

02

Territorial eligibility

Geo API, municipalities, zoning. The rule is computed before the request, not after a rejection.

03

Weather or transport rule

An official threshold triggers a business behaviour. The source is cited, versioned.

04

Citizen-right check

Particulier API when Datapass allows it. This is not a header to add, it is an approval.

For you

Product, business, engineering: one client, not twenty screens

We do not “stick data.gouv on”. We set a source contract: cache, fallback, Datapass, reuse.

Product shortens the form

Fewer fields, fewer address errors. The tunnel sits on an official source.

The business cites the rule

Eligibility, zoning, weather: the decision has a provenance. It is no longer an internal spreadsheet.

Engineering has a single HTTP client

URLs move. Twenty screens calling government APIs is twenty incidents. We centralise.

Legal scopes reuse

Licence, retention, ban on storing everything (cadastre). This is decided, it is not a detail.

Method

The method an open-data API forces

01

Source contract

API, version, fields, frequency, internal owner.

Deliverable: source sheet
02

Cache and fallback

Cache TTL, timeout, fallback message, queue.

Deliverable: fallback strategy
03

Datapass

Datapass scope, documents, homologation environment.

Deliverable: Datapass file or N/A
04

Legal reuse

Licence, cache duration, what we may not store.

Deliverable: reuse note
Good to know

What nobody tells you before you sign

01

No contract, no SLA

Many gouv APIs are open with no enforceable commitment. The product must degrade. Counting on availability “like a paid SaaS” is a scoping error.

02

Datapass is not a header to add

API Particulier, some social APIs: clearance precedes the code. Starting the form before access wastes weeks.

03

URLs move

The API Adresse changed operator and domain. A URL hard-coded in the front end is debt. The base lives in configuration.

04

You do not store the entire cadastre

Data useful to the file is kept, the rest is queried again. Copying a public register “just in case” raises licence, freshness and cost questions.

Our expertise

What we measure on an open data project

9 APIs
French public APIs integrated, from address to cadastre
0
availability commitment on these APIs: the cache answers
100 %
of calls cached: your journey survives an outage
15 d
your first open data flow in production, fallback included
FAQ

French open data API integration: your questions

Three steps. First identify the service and the access mode: open, or Datapass. Then build an abstraction layer, with a cache, a queue under the throughput, a URL in configuration, and degradation if the source is deaf. Finally test on your real data. The difficulty is not finding the endpoint on api.gouv.fr, it is making the data hold in a product journey without gluing the provider to the front end.

Many are open, without a key, under an open licence. Others require an account, a token or a Datapass. Free does not mean unconstrained: throughput, freshness, no SLA. We recheck the access mode at the scoping of each API, rather than generalising to the whole gouv catalogue.

The API Adresse normalises an address and gives coordinates and a municipality code. API Géo describes the administrative split (municipalities, EPCIs, departments, regions). They are often combined: the address gives the citycode, Géo derives the territory. It is not one or the other.

No. Address autocomplete, API Géo, part of the cadastre and weather are used without that journey. API Particulier and some social APIs require it. Scoping starts with that question, because it decides the delay before the first flow, far more than the development.

Degrade. Manual entry, last known value, a clear message, an internal alert. A product that can only show “502” on a signup form loses users for a cause outside your control. That degradation is drawn at scoping, it is not improvised on the day of the incident.

Which government API does your journey really call?

30 minutes to list Address, Geo, Particulier or another source, any Datapass, and the fallback if it goes down.

Discuss my open data project
Discuss my open data project