Alim'confiance France — Contrôles sanitaires restaurants avatar

Alim'confiance France — Contrôles sanitaires restaurants

Pricing

from $1.00 / 1,000 inspection results

Go to Apify Store
Alim'confiance France — Contrôles sanitaires restaurants

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

keazee kzp

Maintained by Community

Actor 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

ChampTypeDescription
communestringNom exact de la commune (voir piège Paris/Lyon/Marseille ci-dessous)
codePostalstringCode postal exact
departementstringCode département (ex: 69)
latitude / longitude / rayonKmnumberRecherche par cercle géographique
niveauHygieneenumTrès satisfaisant, Satisfaisant, A améliorer, A corriger de manière urgente
activitestringRecherche plein texte (ex: Restaurants, Boulangerie)
dateInspectionMinstring (AAAA-MM-JJ)Ne garder que les contrôles récents
maxResultatsintegerPlafond 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. maxResultats plafonne le coût par run.

Source, licence, conformité (RGPD et CGU vérifiés le 07/09/2026)

  • Source : export_alimconfiance sur https://dgal.opendatasoft.com (miroir officiel du dataset data.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 raisonSociale correspond 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 recherche commune="Lyon" ne renverra donc RIEN pour ces 3 villes : utiliser codePostal ou 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 geores de 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 ODSQL within_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 dateInspection cô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 :

  1. Département 69 (Rhône) + niveau "A améliorer" : 10 établissements, tous au bon niveau.
  2. Géo-radius (centre de Lyon, 3 km) : 10 établissements réels avec coordonnées cohérentes.