Alim'confiance France — Contrôles sanitaires restaurants
Pricing
from $1.00 / 1,000 inspection results
Alim'confiance France — Contrôles sanitaires restaurants
Interroge les résultats officiels des contrôles sanitaires (DGAL / Alim'confiance) sur les restaurants et commerces alimentaires en France : niveau d'hygiène, date d'inspection, localisation, filtrable par ville, département ou zone géographique.
Pricing
from $1.00 / 1,000 inspection results
Rating
0.0
(0)
Developer
keazee kzp
Maintained by CommunityActor stats
0
Bookmarked
2
Total users
1
Monthly active users
6 days ago
Last modified
Categories
Share
Interrogez les résultats officiels des contrôles sanitaires (dispositif Alim'confiance, DGAL — ministère de l'Agriculture) sur les restaurants et commerces alimentaires en France : niveau d'hygiène (Très satisfaisant / Satisfaisant / A améliorer / A corriger de manière urgente), date d'inspection, activité, localisation — filtrable par commune, département ou zone géographique.
Pourquoi cet Actor
Aucun Actor Apify Store dédié à Alim'confiance n'a été trouvé lors du scan du 07/09/2026, alors que le jeu de données officiel est public, structuré, mis à jour quotidiennement et couvre 73 000+ établissements. Le pattern (wrapper propre autour d'une API open data gouvernementale, avec filtres géo/métier) est le même que celui qui a fait le succès des Actors "prix carburants France" déjà présents sur le Store.
Cas d'usage
- Applications de livraison / réservation de restaurant (affichage du score hygiène)
- Sites immobiliers ou de tourisme (qualité alimentaire du quartier)
- Consultants CHR (repérage d'établissements à risque, veille concurrentielle)
- Journalisme de données local
Input
| Champ | Type | Description |
|---|---|---|
commune | string | Nom exact de la commune (voir piège Paris/Lyon/Marseille ci-dessous) |
codePostal | string | Code postal exact |
departement | string | Code département (ex: 69) |
latitude / longitude / rayonKm | number | Recherche par cercle géographique |
niveauHygiene | enum | Très satisfaisant, Satisfaisant, A améliorer, A corriger de manière urgente |
activite | string | Recherche plein texte (ex: Restaurants, Boulangerie) |
dateInspectionMin | string (AAAA-MM-JJ) | Ne garder que les contrôles récents |
maxResultats | integer | Plafond de résultats (et de coût), défaut 500 |
Output (par établissement)
siret, nomEtablissement, enseigne, raisonSociale, activites[], typeActivite,
adresse, codePostal, commune, departement, region, latitude, longitude,
niveauHygiene, dateInspection, contexteInspection, evaluationGlobale,
dateExtractionSource.
Tarification (pay-per-event, à configurer dans Apify Console avant publication)
- Événement
result-item: 0,001 $ / établissement renvoyé (= 1 $ / 1 000 résultats). - Pas d'abonnement.
maxResultatsplafonne le coût par run.
Source, licence, conformité (RGPD et CGU vérifiés le 07/09/2026)
- Source :
export_alimconfiancesur https://dgal.opendatasoft.com (miroir officiel du datasetdata.gouv.fr"Résultats des contrôles officiels sanitaires — Alim'confiance", publié par la DGAL). - Licence : Licence Ouverte / Etalab — réutilisation libre, y compris commerciale.
- RGPD : les données portent sur des établissements (SIRET), pas des particuliers. La
raisonSocialecorrespond parfois au nom d'un entrepreneur individuel agissant à titre professionnel (ex: un restaurateur en nom propre) — c'est une donnée professionnelle publiée par l'État lui-même à des fins de transparence sanitaire, du même type que celle déjà republiée sans réserve par les dizaines d'Actors Store qui exposent SIRENE, BODACC ou Société.com (dirigeants nommément identifiés). Aucune coordonnée personnelle (téléphone/email d'un particulier) n'est incluse. - Aucun contournement de mesure technique : appel direct à une API ouverte, sans authentification, sans CAPTCHA.
Limites connues (vérifiées, pas supposées)
- Paris, Lyon et Marseille sont enregistrés par arrondissement dans
libelle_commune(ex:"Lyon 2e Arrondissement", avec un double espace avant "Arrondissement" — défaut de saisie de la source officielle, vérifié le 07/09/2026). Une recherchecommune="Lyon"ne renverra donc RIEN pour ces 3 villes : utilisercodePostalou la recherche géographique à la place. Documenté ici plutôt que découvert en production. - Contrairement à l'Actor IRVE de ce même lot, le champ géo natif
georesde ce dataset est correctement construit (vérifié : total_count croît de façon monotone avec le rayon — 144 résultats à 1 km, 1 158 à 5 km, 1 909 à 20 km autour du centre de Lyon) : la fonction ODSQLwithin_distance()est donc utilisée directement, sans contournement. - Les résultats géo-radius ne sont pas triés par distance (l'API ne le fait pas et ce wrapper ne recalcule pas la distance côté client, contrairement à l'Actor IRVE) — amélioration possible si la demande le justifie.
- Un établissement peut apparaître plusieurs fois (un enregistrement par inspection) ; pour
n'avoir que la dernière évaluation, trier par
dateInspectioncôté consommateur.
Test local (fait, vérifié le 07/09/2026)
node test_local.js
→ 2 cas réels exécutés avec succès, écrits dans test_output.json :
- Département 69 (Rhône) + niveau "A améliorer" : 10 établissements, tous au bon niveau.
- Géo-radius (centre de Lyon, 3 km) : 10 établissements réels avec coordonnées cohérentes.