Fraîcheur des observations
Dater une observation de prix et éviter une comparaison périmée
Provenance, horodatage, période comparable et règles de retrait pour qu’un ancien prix ne soit jamais présenté comme actuel.
Un prix est un fait situé, pas une propriété permanente
Une observation relie un produit précis, un montant, une quantité, un lieu ou canal, une date et une preuve. Elle ne signifie ni que le prix est encore pratiqué aujourd’hui, ni que le produit est en stock, ni que tous les magasins de l’enseigne appliquent le même tarif.
La date doit être visible près du résultat et voyager avec la donnée lors d’un export. Une interface qui affiche seulement « 2,49 € » efface la principale condition de réutilisation de l’observation.
Distinguer les dates qui se ressemblent
| Date | Ce qu’elle décrit | Erreur fréquente |
|---|---|---|
| Observation | Moment auquel le prix a été relevé | La remplacer par la date d’import |
| Preuve | Photo ou ticket associé | Présumer qu’elle couvre un autre lieu |
| Import | Entrée dans le système | Présenter comme fraîcheur commerciale |
| Publication | Mise à disposition du snapshot | Effacer l’âge de l’observation |
| Expiration | Fin de validité éditoriale décidée | L’interpréter comme rupture de stock |
Comparer des fenêtres temporelles compatibles
Open Prices permet de filtrer des observations par bornes de date et sa comparaison de lieux renvoie la dernière observation disponible par lieu pour les produits partagés. Cette mécanique facilite le calcul, mais la dernière observation d’un lieu peut être plus ancienne que celle de l’autre. L’interface doit donc afficher les deux dates et fixer un écart maximal adapté à l’usage.
Une promotion limitée n’est comparée qu’à une observation de la même période ou explicitement qualifiée. Pour un produit frais ou un carburant, la fenêtre utile est souvent plus courte que pour un produit emballé stable. Le guide n’impose pas un nombre universel de jours : il exige une règle visible et révisable par catégorie.
Définir la fraîcheur par usage plutôt que par un chiffre unique
La durée utile dépend de la question. Une personne qui prépare un achat aujourd’hui a besoin d’observations récentes ; une analyse historique peut utiliser des données plus anciennes si leur statut est clair. Un produit très volatil, une promotion courte ou un service local ne suivent pas la même fenêtre qu’un produit emballé rarement modifié.
La règle de fraîcheur doit préciser la catégorie, le territoire, le canal, la date de départ et l’effet de l’expiration. Elle est appliquée symétriquement aux lieux comparés. Allonger la fenêtre uniquement pour conserver un résultat favorable rend la méthode non reproductible.
Une observation expirée peut rester consultable dans une chronologie ou une source, mais sort du résultat courant. Sa présence historique aide à expliquer la provenance ; elle ne permet pas d’interpoler les prix entre deux dates.
| Usage | Question de fraîcheur | Sortie prudente |
|---|---|---|
| Achat immédiat | Le prix est-il encore exploitable ? | Récent ou inconnu |
| Comparaison de lieux | Les dates sont-elles compatibles ? | Dates visibles et écart borné |
| Promotion | La période recouvre-t-elle l’achat ? | Condition active ou expirée |
| Historique | Les observations sont-elles comparables ? | Points datés, pas de ligne inventée |
| Produit modifié | Format et identité sont-ils stables ? | Rupture de série documentée |
Statuts à publier plutôt qu’un vieux classement
| Situation | Affichage conseillé | Classement |
|---|---|---|
| Deux observations récentes | Dates et lieux visibles | Possible selon la méthode |
| Une observation ancienne | Prix observé à telle date | Suspendu ou qualifié |
| Produit absent d’un lieu | Aucune observation | Jamais prix zéro |
| Preuve invalide | Observation en quarantaine | Exclue |
| Format changé | Nouvelle série ou rupture documentée | Pas de continuité implicite |
| Snapshot expiré | Données temporairement indisponibles | Aucun résultat |
Procédure de publication et de retrait
- Valider produit, lieu, canal, montant, quantité, devise et date.
- Conserver la provenance et l’identifiant de preuve sans publier de donnée personnelle.
- Appliquer la fenêtre de fraîcheur de la catégorie.
- Publier atomiquement un snapshot daté avec empreinte.
- Faire pointer un petit manifeste courant vers ce snapshot.
- Retirer du classement toute observation expirée sans la supprimer de l’historique.
- Permettre un rollback vers le dernier snapshot cohérent.
Corriger, mettre en quarantaine et republier sans réécrire le passé
Une observation incohérente — montant impossible, produit ambigu, lieu non réconcilié, date future ou preuve insuffisante — est placée en quarantaine. Elle n’alimente ni classement ni agrégat avant validation. Le statut conserve la raison et permet une revue humaine sans exposer la preuve complète au public.
Si une erreur est confirmée après publication, produisez une correction attribuée et un nouveau snapshot. Ne modifiez pas silencieusement l’archive qui a servi à un résultat précédent. Le manifeste courant peut pointer vers la version corrigée, tandis que l’ancienne reste identifiable pour l’audit et le rollback selon la politique de conservation.
Une panne de source ou un import retardé ne rajeunit pas les observations existantes. Le système peut servir le dernier snapshot avec un avertissement borné si la politique le permet, ou masquer le classement. Dans tous les cas, la date métier reste celle du relevé, pas celle du redémarrage technique.
- Détecter l’anomalie sans publier de conclusion.
- Isoler l’observation et sa provenance.
- Faire vérifier produit, lieu, date et montant.
- Corriger par une nouvelle version attribuée.
- Publier atomiquement le snapshot cohérent.
- Conserver le lien vers la version remplacée.
- Mesurer l’effet sur les résultats concernés.
Cas concret : trois magasins, une seule donnée récente
Un produit possède une observation d’aujourd’hui à Nancy, une observation vieille de six semaines au Mans et aucune observation à Lyon. Le résultat honnête présente Nancy comme observation actuelle du périmètre défini, Le Mans comme historique daté hors classement et Lyon comme absence de donnée. Il ne conclut ni que Nancy est nationalement moins chère, ni que le produit est indisponible ailleurs.
Lorsqu’une nouvelle observation arrive, elle ne remplace l’ancienne dans le classement qu’après validation. L’historique conserve les deux dates pour expliquer une évolution sans prétendre connaître les prix entre les relevés.
Checklist et limites
La fréquence de collecte ne garantit pas la représentativité. Une observation publique reste ponctuelle. Dernière révision humaine : 17 septembre 2026.
- Date d’observation visible près du prix
- Lieu, canal, produit et quantité identifiables
- Fenêtre de fraîcheur documentée par catégorie
- Ancien prix retiré du classement mais conservé comme historique
- Absence de donnée distincte du stock et du prix
- Snapshot, empreinte, publication atomique et rollback
- Aucune revendication nationale à partir d’un périmètre local
Sources
- Documentation de l’API Open Prices · Open Food Facts · vérifié le 9 septembre 2026
- Open Prices — modèle de données principal · Open Food Facts · vérifié le 16 septembre 2026
- Open Prices — comparer deux lieux · Open Food Facts · vérifié le 17 septembre 2026
- L’information sur les prix · DGCCRF · vérifié le 9 septembre 2026
- Minimiser les données collectées · CNIL · vérifié le 16 septembre 2026