Sources publiques et vérité produit

2. Hiérarchie pour la sécurité alimentaire

Pour la chaîne du froid, la congélation et les gestes en cuisine, le guide privilégie le ministère de l’Agriculture, l’Anses et la DGCCRF. Pour l’étiquetage et les dates, le règlement publié sur EUR-Lex forme la référence juridique citée, complétée par les fiches françaises destinées au consommateur.

L’étiquette du produit réel reste plus spécifique que la page générale. Le guide peut expliquer DLC et DDM, mais il ne connaît pas le lot, l’emballage, l’ouverture, la température ou les instructions particulières détenues par le lecteur.

Une source secondaire peut aider à comprendre ou repérer un sujet, mais elle n’est pas utilisée seule pour une affirmation sensible lorsqu’une source primaire accessible existe. Un forum, un article commercial ou un résultat de recherche n’est pas traité comme une règle.

En cas de contradiction apparente, la publication est suspendue ou qualifiée jusqu’à lecture des textes et du contexte. L’équipe ne choisit pas la formulation la plus pratique pour l’application.

3. Sources techniques et standards Web

IndexedDB, le standard URL, le Web Application Manifest et Schema.org Recipe décrivent des mécanismes publics distincts. Le guide cite leurs documents officiels afin d’expliquer stockage local, paramètres, installation et données structurées sans présenter une convention interne comme un standard.

Une spécification en Working Draft est identifiée comme telle. Elle peut évoluer. Le guide retient les concepts stables nécessaires au lecteur et évite de transformer une étape d’implémentation en promesse de compatibilité universelle.

Schema.org décrit un vocabulaire ; il ne garantit pas l’affichage dans un moteur. Le JSON-LD doit rester fidèle au contenu visible. IndexedDB permet un stockage structuré local ; il ne garantit ni sauvegarde infinie, ni synchronisation. Le manifeste décrit l’installation ; il ne publie pas une app dans un Store.

Les références techniques sont revérifiées lorsque l’architecture ou le contrat public change. Une simple mise à jour éditoriale qui ne touche pas au format n’exige pas de réinterpréter toute la spécification.

4. Vérité produit : preuve fraîche, promesse bornée

Une capacité Frozen Save n’est publiée que si une passation produit fraîche la confirme. La preuve doit préciser version, cible, nature des données, profil et limites. Une démo fictive ne prouve pas un compte réel ; un test local ne prouve pas une destination publique.

Le site reprend Frozen Save 1.8.14 : mode local et hors ligne sans compte, inventaires réfrigérateur et congélateur, compte natif facultatif, foyer partagé chiffré, My DOHM facultatif et transfert PaniPrix après consentement. Il maintient hors promesse les Stores, tout verdict sanitaire et toute transmission d’inventaire dans une URL.

Les chemins locaux, noms de fichiers internes et secrets ne sont jamais sérialisés dans le HTML. Le site peut mentionner une version ou une date publique lorsqu’elle aide le lecteur, mais il ne publie pas un rapport interne complet.

Si une preuve vieillit ou est remplacée, la capacité est requalifiée. L’absence de preuve ne bloque pas le guide indépendant : elle retire ou borne seulement la promesse applicative concernée.

• Version et cible identifiées.
• Profil réel distingué de la démo.
• Limites reproduites.
• Aucun chemin local public.
• Promesse retirée si preuve absente.

5. Registre minimal de chaque référence

Chaque référence publique possède un titre, un éditeur, une URL, une date de vérification et une note indiquant ce qu’elle soutient. La note empêche d’utiliser une source de congélation pour conclure sur un format Web, ou une fiche d’étiquetage pour prouver une fonction produit.

Le registre conserve aussi la route qui emploie la source et le type de fait : définition, règle, méthode, contexte, standard ou preuve. Cette traçabilité permet une revue ciblée lorsqu’un document change.

Une URL stable est préférée à un résultat de recherche. Pour un texte juridique, le lien vers EUR-Lex précise l’identifiant du texte. Pour un document vivant, la date de vérification reste visible.

Le registre éditorial ne contient ni secret, ni jeton, ni donnée du foyer. Une source interne de vérité produit reste dans le chantier approprié ; le site n’en expose qu’une synthèse factuelle.

6. Fraîcheur : stable, révisable ou datée

Une définition réglementaire reste liée au texte en vigueur et demande une veille lors d’une consolidation. Une recommandation sanitaire peut être révisée. Une version produit ou une URL peut changer plus rapidement. Une recette originale reste stable tant que ses ingrédients, étapes ou sources ne changent pas.

Le guide attribue une fréquence de revue selon le risque, sans prétendre à une surveillance en temps réel. Une information tarifaire ou commerciale demanderait une vérification plus courte ; aucune n’est publiée ici sans date. Les capacités produit sont revues lors d’une passation.

Un lien qui répond 200 n’est pas nécessairement encore pertinent. La revue vérifie le titre, l’éditeur, le contenu soutenant l’affirmation et, lorsque nécessaire, la version consolidée. Une redirection est examinée avant d’être acceptée.

Lorsqu’une information arrive à échéance, la page peut conserver son contexte historique tout en signalant la date. Une recommandation sensible périmée est retirée ou mise `noindex` jusqu’à correction.

7. Relier les affirmations aux sources sans sur-citer

Une section cite les références qui permettent de vérifier ses affirmations centrales. Répéter le même lien après chaque phrase alourdit la lecture sans ajouter de preuve. À l’inverse, une liste de sources en bas de page ne justifie pas des affirmations qu’aucune source ne soutient.

Le titre et le texte précisent le niveau de certitude : obligation, recommandation, méthode éditoriale, hypothèse ou capacité produit. Les verbes évitent d’élargir la source : « la DGCCRF indique » n’est pas reformulé en vérité universelle hors de son contexte.

Les citations directes longues sont évitées. Le guide paraphrase fidèlement et relie vers le document. Les termes réglementaires exacts — par exemple les mentions DLC et DDM — restent distingués.

Une comparaison commerciale ne s’appuie pas sur la description marketing d’un concurrent pour conclure à une limite. Elle décrit des familles et critères, ou cite une documentation primaire datée lorsque le service précis est pertinent.

• Affirmation centrale traçable.
• Niveau de certitude explicite.
• Pas de citation décorative.
• Pas de longue reprise protégée.
• Pas de conclusion plus large que la source.

8. Contradictions, retraits et pages indisponibles

Si deux sources semblent contradictoires, l’équipe identifie date, juridiction, public et contexte avant de rédiger. Une fiche destinée au consommateur et un texte pour un opérateur professionnel peuvent traiter des situations différentes.

Si une source disparaît, une copie non officielle n’est pas adoptée automatiquement. Une référence équivalente, primaire et actuelle est recherchée. Si elle n’existe pas, l’affirmation est retirée ou reformulée.

Une redirection vers une page d’accueil générique ne prouve plus le point précis. Le contrôle vérifie la présence du contenu attendu. Les erreurs 404 et les pages inaccessibles sont consignées dans la file de révision.

Le site continue de servir les guides non affectés. Une source cassée ne justifie pas de retirer tout le domaine ; elle borne seulement les routes et affirmations qui en dépendent.

1. Identifier l’affirmation touchée.
2. Comparer date et champ.
3. Chercher une source primaire actuelle.
4. Retirer si aucune preuve.
5. Republier après revue humaine.

9. Recettes originales : provenance et contrôle éditorial

Les recettes Frozen Save sont rédigées pour le corpus et ne copient pas un texte tiers. Les sources officielles servent aux précautions générales, au froid et à l’hygiène ; elles ne sont pas présentées comme auteur de la recette.

Chaque recette complète possède un titre et une introduction propres, portions, ingrédients structurés, temps, étapes, allergènes prudents, substitutions et conservation. Une variante substantielle doit changer l’intention ou la méthode, pas seulement deux mots dans un titre.

Le contrôle vérifie la cohérence entre quantités, rendement, temps et instructions. Il ne promet pas un coût lorsque les données de prix ne sont pas disponibles et ne publie aucune valeur nutritionnelle inventée.

Les pages catégories insuffisantes restent `noindex`. Le balisage `Recipe` est réservé aux recettes visibles complètes. Les corrections n’entraînent pas une republication automatique de centaines de variantes.

• Texte original.
• Recette complète.
• Précautions sourcées.
• Aucun prix ou nutrition inventé.
• Pas de variante satellite.

10. CTA, URL et preuve de destination

Un CTA vers l’application, la démo ou l’installation est publié seulement lorsqu’une destination exacte est qualifiée. La route, le statut et les limites viennent du registre canonique Sites et de la passation produit.

Le retour recette autonome est un contrat public borné. Le lien ne contient que `fs_source=seo`, `fs_return=local-list-v1`, un `recipe_id` public et `fs_lang`. La documentation du produit confirme le comportement ; le site ne crée pas un protocole concurrent.

Une destination inaccessible ou non prouvée est masquée plutôt que remplacée par une page d’accueil vague. Une démo conserve son libellé fictif et ne devient pas production par reformulation.

Les anciens domaines peuvent rester accessibles pour rollback, mais la canonical et le CTA utilisent l’origine désignée. Le site ne multiplie pas les versions indexables d’un même contenu.

11. Processus de revue humaine

Une modification commence par un défaut lecteur : source périmée, notion absente, promesse trop large ou instruction ambiguë. L’équipe corrige la page minimale concernée, construit le site ciblé et vérifie canonical, indexation, date, sources et contenu.

L’artefact local vert est déployé sans reconstruction différente. Un contrôle public court compare la route et son empreinte. Le rollback immédiat reste disponible. Cette chaîne évite de transformer une correction éditoriale en audit général.

Une information importée n’est jamais publiée automatiquement. Un connecteur futur peut détecter un changement et ouvrir une tâche de révision, mais une personne vérifie sens, portée et formulation avant publication.

La date de révision correspond à la dernière validation substantielle, pas à un simple rebuild. Une correction typographique peut être tracée sans donner l’impression que toutes les sources ont été relues le même jour.

1. Défaut précis identifié.
2. Source adaptée vérifiée.
3. Correction minimale.
4. Build ciblé.
5. Déploiement exact.
6. Smoke public court.
7. Rollback conservé.

12. Signaler une correction utile

Le lecteur peut indiquer la route, le passage, la nature du problème et une source publique pertinente. Il ne doit pas envoyer son inventaire, une photo personnelle, une adresse, un identifiant ou une information de santé.

Une demande ne garantit pas une modification. L’équipe vérifie la source, le champ et les conséquences sur les routes liées. Une correction sanitaire prioritaire peut conduire à retirer temporairement une affirmation ou à mettre une page `noindex`.

Les désaccords éditoriaux sont distingués des erreurs factuelles. Une préférence de méthode ne suffit pas à inverser un comparatif ; des données nouvelles peuvent justifier une révision des critères.

La page Corrections donne le canal canonique disponible. Si aucun contact public factuel n’existe, le site ne crée pas d’adresse fictive. La responsabilité éditoriale reste attribuée à DOHM selon les mentions disponibles.

• Route exacte.
• Passage concerné.
• Source publique.
• Aucune donnée personnelle.
• Réponse après vérification.

13. Ce que l’automatisation peut faire — et ce qu’elle ne publie pas

Un outil peut vérifier les réponses HTTP, détecter une modification de titre ou comparer une empreinte. Il peut aussi lister les pages dépendantes d’une source. Ces signaux réduisent le travail de veille sans trancher le sens.

Il ne peut pas décider seul qu’un nouveau texte soutient exactement l’ancienne affirmation, ni résoudre une contradiction juridique ou sanitaire. Il ne reformule pas automatiquement les précautions et ne crée pas une page à partir d’un mot-clé.

Les imports futurs sont versionnés, idempotents et mis en quarantaine en cas d’invalidité. Une publication atomique et un rollback protègent le site, mais la validation éditoriale humaine reste un passage obligatoire.

Les métriques portent sur la fraîcheur et les erreurs de source, pas sur le stock des visiteurs. Aucun ingrédient, date du foyer ou liste ne sert à prioriser les contenus.

14. Carte actuelle des familles de sources

Le corpus froid et congélation repose sur le ministère de l’Agriculture. La sécurité en cuisine s’appuie sur l’Anses et le ministère. L’étiquetage, DLC et DDM s’appuient sur EUR-Lex et la DGCCRF. L’anti-gaspillage mobilise l’ADEME et les ressources publiques sur les restes.

Les contenants sont documentés par la DGCCRF et les instructions des fabricants. Les formats Web s’appuient sur W3C, WHATWG, Schema.org et le RFC Editor. La vérité produit est issue des passations versionnées, dont seuls les faits publics nécessaires sont repris.

Les liens détaillés ci-dessous indiquent titre, éditeur, date de vérification et note d’usage. Une même source peut soutenir plusieurs routes, mais elle n’est pas comptée comme preuve de fonctions qu’elle ne décrit pas.

Cette carte est revue avec le corpus. Elle n’est pas une bibliographie exhaustive de l’alimentation ; elle correspond aux questions traitées par Frozen Save : voir, conserver, cuisiner et corriger un inventaire local.

• Froid : ministère.
• Hygiène : Anses et ministère.
• Dates : EUR-Lex et DGCCRF.
• Gaspillage : ADEME.
• Web : organismes de standardisation.
• Produit : passations vérifiées.