Évaluer une source et conserver une preuve exploitable

2. Identifier l'autorité et le type de document

Commencez par le domaine, l'éditeur et sa compétence. Légifrance diffuse les textes français ; EUR-Lex les textes européens ; un service de l'État explique une démarche ; une commune publie ses actes et services ; un opérateur décrit son propre contrat ou produit.

Relevez la nature : texte consolidé, décision, délibération, règlement, fiche pratique, spécification, conditions contractuelles, documentation technique, jeu de données, communiqué ou article. Un contenu secondaire peut aider à découvrir le sujet, mais ne suffit pas à établir une obligation lorsqu'une source primaire accessible existe.

3. Distinguer source primaire, référence et commentaire

Une source primaire publie l'acte, la donnée, la spécification ou l'information dont son auteur est responsable. Une source de référence organise ou explique avec compétence. Un article de presse, un blog ou un comparateur peut contextualiser, mais il ne doit pas devenir silencieusement l'autorité sur la règle, le tarif ou la fonction d'un tiers.

La proximité avec le sujet ne suffit pas. Une page de réservation ne prouve pas l'accessibilité détaillée d'un lieu ; un logo partenaire ne prouve pas une intégration ; un tutoriel ne prouve pas que l'API reste disponible ; une ancienne capture ne prouve pas l'état actuel.

4. Vérifier qui publie réellement

Contrôlez le domaine, l'organisation, la page À propos, les mentions, le chemin du document et les éventuelles redirections. Un sous-domaine, une plateforme documentaire ou un dépôt peut être légitime sans porter le nom principal ; la relation doit être démontrable.

Méfiez-vous des copies, agrégateurs, URL proches, documents réhébergés et résultats de recherche qui affichent un extrait sans contexte. Ouvrez la page finale. Pour un fichier téléchargé, conservez l'URL de provenance et le titre interne, pas seulement un nom de fichier générique.

5. Lire version, publication, effet et mise à jour séparément

Une date affichée peut être celle de la page, du document, de l'entrée en vigueur, d'une mise à jour technique ou d'une consultation. Relevez celles qui répondent à la question. Un PDF ancien lié depuis une page récente ne devient pas automatiquement récent.

Pour un texte consolidé, identifiez l'état consulté et les dispositions transitoires. Pour un contrat ou une documentation, cherchez numéro de version, date de prise d'effet et historique. Pour un dataset, distinguez date de production, période couverte, publication et expiration.

6. Délimiter territoire, public, objet et canal

Une règle peut viser une commune, une catégorie de bien, une taille d'entreprise, un type de contrat ou un rôle. Une donnée peut ne couvrir qu'un magasin, un canal ou une période. Inscrivez ces limites dans l'affirmation, pas dans une note invisible.

Ne transposez pas une information municipale à la France, un tarif Web au guichet, un prix d'adhérent au public général ou une capacité de démonstration à la production. Si le périmètre n'est pas établi, publiez l'incertitude et la question à confirmer.

7. Lire les définitions, renvois et exceptions

Les mots ordinaires peuvent recevoir une définition propre au texte ou au contrat. Lisez les premières dispositions, le glossaire, les notes et les annexes. Une obligation générale peut comporter une exception de quantité, de public, de date ou de situation.

Suivez les renvois nécessaires sans perdre la chaîne : article, décret, annexe, décision locale ou condition complémentaire. Notez le passage utilisé et ce qu'il ne permet pas de conclure. Un titre de page ou un résumé éditorial n'a pas la précision du passage qui fonde l'affirmation.

8. Classer la fraîcheur nécessaire

Une chronologie historique bien établie peut être revue annuellement. Un horaire, programme, tarif, état de service, couverture de données ou version applicative exige une date visible et parfois une vérification le jour même. Une règle peut changer moins souvent mais nécessite une revue lors d'une réforme.

Attribuez une cadence et des déclencheurs : échéance, publication d'une nouvelle version, changement de domaine, annonce officielle, lien cassé, contradiction ou signalement. La cadence n'est pas une garantie ; elle organise le prochain contrôle.

9. Relier une source à une seule affirmation vérifiable

Une source ne valide pas une page entière par proximité thématique. Écrivez l'affirmation, citez le passage ou le champ, puis testez autorité, date, territoire, public et exceptions. Si la source répond seulement à une partie, divisez la phrase.

Distinguez citation, paraphrase et inférence. Une inférence doit être annoncée comme telle et rester prudente. Par exemple, la distance calculée entre une gare et un lieu est une mesure géométrique ; elle ne prouve ni le temps de marche réel ni l'accessibilité du chemin.

1. Écrire la phrase sans ambiguïté.
2. Nommer le fait ou la règle qu'elle affirme.
3. Pointer le passage ou champ qui la fonde.
4. Tester date, territoire, public et exception.
5. Classer : confirmée, réservée, reportée ou écartée.

10. Résoudre un conflit de sources sans choisir la plus commode

Lorsque deux sources diffèrent, comparez nature, autorité, version, date et périmètre. Un texte consolidé peut remplacer une fiche ancienne ; un organisateur peut corriger un programme repris par un agrégateur ; deux pages officielles peuvent couvrir des offres différentes.

Conservez l'écart et cherchez une source de départage. Si aucune ne permet de conclure, publiez les valeurs attribuées ou retirez l'affirmation. Ne faites pas une moyenne de dates, de tarifs ou de règles incompatibles.

11. Évaluer une API ou un jeu de données

Lisez schéma, licence, provenance, méthode de collecte, couverture, fréquence, identifiants, unités, valeurs manquantes et politique de correction. Vérifiez un échantillon dans sa source. Un endpoint qui répond 200 ne prouve ni complétude, ni fraîcheur, ni adéquation au besoin.

Conservez la version du contrat, l'empreinte ou l'ETag du snapshot, la date de génération et la période réelle des observations. Une absence de ligne peut signifier hors couverture, retard ou indisponibilité ; elle ne doit pas devenir une valeur négative inventée.

12. Vérifier une promesse technique par contrat et comportement

Une documentation décrit un contrat ; un test ciblé montre un comportement sur une version et un environnement. Il faut souvent les deux. Relevez version, URL, authentification, entrée, sortie, erreurs, limites de débit, cache et mode dégradé.

Ne déduisez pas une capacité d'un nom de paquet, d'une interface inactive ou d'une route future. Une preuve locale ne vaut pas ouverture publique. Une démo fictive ne vaut pas production réelle. Un ancien déploiement peut rester accessible sans être la version canonique.

13. Conserver la preuve minimale de la vérification

Le registre conserve titre, éditeur, URL, date de consultation, version, passage ou champ utilisé, résultat et responsable de revue. Si la ressource change, une copie datée ou une empreinte peut documenter le contexte dans le respect des droits applicables.

Ne copiez pas un dossier personnel complet lorsqu'une référence, un statut et une note de contrôle suffisent. Séparez la source publique de la preuve privée. Les secrets, jetons, données d'identité et contenus de comptes ne vont ni dans une URL, ni dans un rapport, ni dans un dépôt éditorial.

• Finalité écrite avant la copie.
• Éléments étrangers exclus ou masqués.
• Accès limité aux rôles concernés.
• Durée et suppression prévues.
• URL publique sans secret ni identifiant personnel.

14. Comprendre ce qu'une capture, une archive et une empreinte prouvent

Une capture montre un rendu visible à un instant, mais pas nécessairement le code, la réponse complète ou l'identité de l'utilisateur. Une archive conserve un état du fichier ou du site selon son mécanisme. Une empreinte permet de comparer des octets ; elle ne certifie pas leur exactitude ni leur auteur.

Associez l'outil à la question. Pour un texte, conservez la version et le passage. Pour un endpoint, la réponse et les en-têtes utiles. Pour un visuel, la résolution et le contexte. Pour un build, l'arbre de fichiers et la version déployée. N'utilisez pas une seule capture comme preuve universelle.

15. Tenir un registre de sources exploitable

Une ligne de registre relie un identifiant stable, la source, l'affirmation, la portée, la date, la cadence, le responsable et l'état. Elle distingue source primaire, référence, preuve opérationnelle et source remplacée. Une ancienne source reste traçable mais ne continue pas d'alimenter le contenu actif.

Les statuts doivent être actionnables : qualifiée, qualifiée avec réserve, à revoir, expirée, remplacée, inaccessible ou écartée. « Vérifiée » sans date, version ni périmètre ne suffit pas.

16. Réviser sans effacer la preuve antérieure

Lorsqu'une source change, comparez les passages ou champs utiles, identifiez les pages et décisions affectées, puis publiez une correction datée. Conservez l'état qui fondait une décision passée si sa conservation est nécessaire et autorisée ; ne le laissez pas présenté comme courant.

Si le fond est inchangé, consignez la nouvelle date et la version retrouvée. Si la source disparaît, cherchez son successeur officiel ou retirez l'affirmation. Une archive secondaire peut expliquer l'historique, mais ne remplace pas automatiquement une confirmation actuelle.

17. Quatre exemples de qualification

Ces exemples montrent comment limiter une conclusion à ce que la source établit réellement.

18. Publier une correction de façon traçable

Une correction nomme l'affirmation concernée, l'ancienne base, la nouvelle source, la date et l'effet sur le contenu. Elle modifie les pages dépendantes et le registre, sans réécrire silencieusement l'historique utile.

Lorsque le défaut est public et important, rendez la politique de correction accessible. Pour une simple mise à jour de fraîcheur, la date de révision peut suffire. Dans tous les cas, la nouvelle page ne doit pas continuer à citer la source remplacée comme vérité courante.

19. Rendre la décision reproductible

Un relecteur doit pouvoir retrouver la source, comprendre son autorité, vérifier le passage et reproduire la conclusion à la date indiquée. Le dossier mentionne aussi ce qui n'a pas été conclu : absence, ambiguïté, document retiré ou compétence incertaine.

La reproductibilité ne signifie pas accumuler toutes les pages consultées. Elle consiste à conserver le chemin minimal entre question, source, passage, qualification et décision éditoriale.

20. Checklist avant publication ou décision

Si une réponse manque sur un fait sensible ou instable, reportez la conclusion plutôt que de combler le vide.

• Question exacte et type d'information identifiés.
• Éditeur et compétence vérifiés.
• Source primaire recherchée.
• Nature du document qualifiée.
• Version, dates et état consolidé relevés.
• Territoire, public, objet et canal délimités.
• Définitions, exceptions et renvois lus.
• Affirmation reliée à un passage ou champ précis.
• Conflits expliqués ou laissés ouverts.
• Fraîcheur et prochaine revue définies.
• Preuve minimale conservée sans secret ni donnée superflue.
• Capture, archive et empreinte utilisées pour ce qu'elles prouvent réellement.
• Statut du registre et responsable renseignés.
• Correction et rollback éditorial prévus.