Définir l’événement
Précisez acteurs, lieu, intervalle, type de changement et décision attendue. Évitez de collecter tout ce qui mentionne un mot-clé.
GUIDE / PROTOCOLE
Reconstituer une chronologie de signaux publics
Un ordre d’apparition sur les réseaux ne suffit pas à établir l’ordre des faits.
Réponse directe
Comment bâtir une chronologie vérifiable à partir de sources ouvertes ?
Formulez le changement étudié, puis enregistrez séparément les dates déclarées, les dates observées et les dates de capture. Reliez chaque événement à sa source et à son degré d’incertitude ; cherchez les versions antérieures avant de déduire une causalité.
01 / Méthode de contrôle
Méthode de contrôle
Collecter les jalons
Relevez première version trouvée, mises à jour, annonces, reprises et corrections. Notez le fuseau horaire et la précision de chaque date.
Distinguer les horloges
Séparez événement allégué, mise en ligne, indexation, consultation et archivage. Une capture tardive ne date pas l’événement.
Tester les relations
Confrontez les séquences à d’autres sources et aux hypothèses concurrentes. Publiez une chronologie annotée plutôt qu’une histoire causale non démontrée.
02 / Preuves à conserver
Preuves à conserver
Table des jalons
Événement, date et heure, fuseau, type de date, URL et statut de vérification.
Versions conservées
Copie ou référence d’archive, horodatage de collecte et différences importantes.
Chaîne de reprises
Qui cite qui, date de reprise et éventuelle correction de la source initiale.
Lecture critique
Événements établis, intervalles incertains, explications alternatives et point de révision.
POINT DE CONTRÔLE
Avant de conclure
Une erreur de lecture fréquente et la vérification qui permet de l’éviter.
Conclusion trop rapide
La date d’une capture ou de son partage n’est pas forcément la date du fait représenté. Une chronologie qui les confond peut inverser la causalité.
Contrôle décisif
Consigner séparément événement allégué, première publication retrouvée, modifications, republications et heure de consultation, avec fuseau horaire et degré de certitude.
APRÈS LE CONTRÔLE
Décider selon le constat
Une archive apparaît après la date alléguée de l’événement
L’archive établit au mieux la présence de la page à sa date de capture. Cherchez une trace antérieure et laissez l’événement non daté si elle manque.
Une correction efface une formulation initiale
Gardez les deux versions, marquez l’heure de chaque observation et expliquez quel constat la correction modifie.
Arbitrage et trace de décision
Arbitrage et trace de décision
Ce que le contrôle doit permettre de décider, et la preuve à conserver pour réexaminer ce choix.
Preuve suffisante
Conserver date de l’événement, date de publication et date de consultation séparément pour chaque signal ; relever les corrections et captures. Une suite de dates de pages n’est pas une chronologie des faits.
Décision suivante
Comparer les séquences plausibles et marquer les intervalles inconnus. Réviser la chronologie dès qu’un document primaire déplace un jalon important.
OSINT / Références officielles
Quand il faut dater un signal public
Ne mélangez pas date de l’événement, dépôt, publication et capture : chacune décrit un moment différent.
BODACC
Pourquoi commencer iciDater la publication d’une formalité commerciale française.
Limite à garder en têteUne annonce décrit une formalité publiée, pas à elle seule toute l’activité actuelle de l’entité.
Lire la fiche sourceTED — Tenders Electronic Daily
Pourquoi commencer iciSuivre les étapes publiées d’une procédure de marché européen.
Limite à garder en têteUn avis ne prouve ni l’exécution du contrat ni son résultat ; lire stade et documents liés.
Lire la fiche sourceWayback Machine
Pourquoi commencer iciSituer l’apparition d’une formulation sur une page web archivée.
Limite à garder en têteUne capture peut être incomplète ou réunir des ressources de dates différentes. L’archive ne valide pas les affirmations de la page ; un élément absent du rejeu n’est pas automatiquement inexistant à l’époque.
Lire la fiche sourceCas de contrôle approfondis
Situations types pour préparer un contrôle. Elles ne décrivent pas des missions ou observations réalisées.
La date de mise à jour est prise pour celle de l’événement
Ce qu’il faut examiner
Identifier séparément l’événement décrit, la première publication, la révision et l’heure de consultation. Vérifier les fuseaux horaires lorsque des sources proches semblent se contredire.
Décision et action
Créer des champs distincts et ordonner la chronologie selon la question étudiée. Une révision tardive ne déplace pas automatiquement l’événement qu’elle décrit.
Preuve à conserver
Conserver chaque date avec son type, sa précision, son fuseau lorsqu’il est connu et la pièce qui la justifie.
Une correction rétrospective efface une affirmation initiale
Ce qu’il faut examiner
Comparer les versions accessibles et lire les notices de correction. Distinguer ce qui était publié à une date donnée de ce que la version actuelle affirme.
Décision et action
Ajouter un événement de correction et limiter les conclusions à la version pertinente. Ne pas transformer l’absence de l’ancienne formulation dans la page actuelle en preuve qu’elle n’a jamais existé.
Preuve à conserver
Garder les versions datées, les changements observés et les périodes durant lesquelles chaque formulation était documentée.
La publication est prise pour l’événement
Ce qu’il faut examiner
Distinguer date de l’événement, mise en ligne et collecte.
Décision et action
Présenter l’incertitude temporelle au lieu de fabriquer un ordre certain.
Preuve à conserver
Trois dates, fuseau s’il est connu et justification de l’ordre.
Relecture avant décision
Ces questions complètent la méthode. Elles aident à vérifier ce qui est réellement établi, sans effacer les réserves du relevé.
Dates distinguées
Chaque ligne sépare-t-elle événement, publication, capture et observation, avec précision et fuseau lorsqu’ils sont connus ? Une mise à jour de page ne doit pas devenir une nouvelle date du fait.
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- La page est mise à jour en 2024 ; la chronologie date de 2024 un événement explicitement décrit comme survenu en 2021.
- État déclaré
- Écart observé
- Décision et prochain contrôle
- Rétablir la date du fait et conserver séparément publication, mise à jour et observation.
Intervalle justifié
La première trace retrouvée est-elle présentée comme une observation et non comme l’origine certaine ? Conserver les lacunes et vérifier la date de chaque destination d’une archive naviguée.
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- La première capture retrouvée date de 2018 ; aucune recherche antérieure documentée n’est disponible.
- État déclaré
- Non vérifié
- Décision et prochain contrôle
- Écrire « trace retrouvée en 2018 », sans en déduire une création en 2018. Documenter les limites de la recherche.
Capture partielle
Les médias absents et liens sortant de l’archive sont-ils signalés ? Une page capturée ne prouve pas que toutes ses ressources ont été conservées.
Documentation consultée : Internet Archive · Wayback Machine General Information ·
Voir une décision commentée
Exemple fictif : l’état concerne uniquement le critère et le périmètre décrits.
- Observation fictive
- Le relevé distingue la page archivée, une image manquante et un lien qui ouvre le Web actuel.
- État déclaré
- Vérifié dans ce périmètre
- Décision et prochain contrôle
- La capture partielle est explicitée. Ne pas attribuer à la date d’archive le contenu observé sur la destination actuelle.
OUTILS / REGISTRES
Informations à relever
Distinguer date du fait, date de publication et date du relevé. Une correction ultérieure crée une nouvelle version de la ligne ; elle ne doit pas effacer ce qui était observable auparavant.
- Date de consultation et fuseau
- URL exacte
- Affirmation à vérifier
- Dates du fait, de publication, de relevé
- Version / révision
- Limite / incertitude
- Décision / prochaine action
- Responsable du contrôle
- Prochain contrôle
03 / FAQ
Questions fréquentes
Une archive prouve-t-elle la date de création ?
Non. Elle atteste une capture à une date donnée, pas nécessairement la première publication.
Que faire d’une date approximative ?
Conservez l’intervalle ou la précision déclarée au lieu d’inventer une heure exacte.
Faut-il conserver chaque repost ?
Seulement ceux utiles pour comprendre la diffusion ou une modification du message.
Quand corriger la chronologie ?
Dès qu’une source antérieure ou une correction documentée change l’ordre ou le sens des faits.
04 / Références officielles
Références officielles
Présenter un contexte
REPÈRES DOCUMENTÉS
Fenêtres temporelles : annoncer les bornes pour éviter un double compte
La convention [début, fin) inclut le début et exclut la fin. Elle permet de placer deux fenêtres côte à côte sans attribuer l’instant de raccord aux deux. Ce choix doit être explicite dans une extraction ; il ne transforme pas automatiquement les filtres d’une API en bornes exclusives.
| Repère | Valeur ou forme | Ce que cela désigne |
|---|---|---|
| [a,b) | a ≤ t < b | L’instant b appartient à [b,c), mais pas à [a,b). Une condition de sélection correspondante est t ≥ début AND t < fin. |
| [a,b) ∩ [b,c) | ∅ | Deux fenêtres non vides qui se raccordent n’ont pas de durée commune. Des fenêtres fermées aux deux bouts auraient, elles, l’instant b en commun. |
| intersection | max(0, min(end) − max(start)) | Sur une même échelle, la durée commune est max(0, min(fins) − max(débuts)). Une durée positive indique un chevauchement. |
| [a,a) | empty | Avec cette convention, [a,a) est vide. Ce n’est pas un événement ponctuel ; l’outil l’identifie séparément et n’annonce pas un écart entre deux fenêtres non vides. |
| PostgreSQL 18 | daterange / tsrange / tstzrange | PostgreSQL distingue notamment daterange, tsrange et tstzrange. La forme canonique [) des dates discrètes ne signifie pas que toutes les plages d’horodatages sont automatiquement réécrites ainsi. |
Comparer deux fenêtres [début, fin)
Format YYYY-MM-DDTHH:MM:SS[.fraction]Z ou ±HH:MM ; t et z acceptés. Aucun espace ajouté, aucun fuseau deviné. Années et résultat UTC 0001–9999, fraction de 0 à 9 chiffres, maximum 256 caractères par champ. 24:00 n’est pas accepté dans ce profil.
Calcul local sans envoi des saisies. Les durées utilisent une échelle de jours de 86 400 secondes, sans ajout des secondes intercalaires ; elles ne mesurent pas la dérive d’une horloge.
Exemple calculé ; les données initiales restent consultables sans JavaScript.
- Durée A · s
- 86400
- Durée B · s
- 86400
- Durée commune · s
- 0
- Durée de l’union · s
- 172800
- Écart entre fenêtres non vides · s
- 0
- Relation des fenêtres
- Fenêtres adjacentes
- Instant dans A
- Non
- Instant dans B
- Oui
Données de l’exemple initial
{
"aStart": "2025-01-01T00:00:00Z",
"aEnd": "2025-01-02T00:00:00Z",
"bStart": "2025-01-02T00:00:00Z",
"bEnd": "2025-01-03T00:00:00Z",
"probe": "2025-01-02T00:00:00Z"
}À retenir pour le dossier
Le lecteur impose ici [début, fin), des bornes finies et des instants avec décalage explicite. Il compare un modèle chronologique sans secondes intercalaires, pas les conventions d’un service distant. Vérifier précision et inclusivité de l’API avant de déplacer une borne ; soustraire arbitrairement une milliseconde peut perdre des observations plus fines.
Documentation primaire
Documentation consultée le .
Vérifications complémentaires
- Lire une archive au niveau de l’enregistrement
- Europe/Paris : deux instants pour une même heure
- BODACC : choisir l’édition avant d’interpréter un résultat
- Memento : distinguer la date souhaitée de l’état obtenu
- Horodatage RFC 3161 : lire ce que le jeton date réellement
- Horodatages : contrôler le calendrier avant de comparer les chaînes
- Dates partielles : conserver la précision de la source
APPROFONDISSEMENT / PRATIQUE
Distinguer événement et publication
Des documents paraissent à plusieurs dates et décrivent parfois le même événement. La chronologie doit distinguer le moment du fait, celui de sa publication et celui de sa consultation.
Mis à jour le .
Vérifications prioritaires
Relever les différentes dates avec leur rôle et leur précision. Conserver les fuseaux lorsqu’ils sont utiles et signaler les dates déduites ou incertaines.
Pièges d’interprétation
Classer uniquement par date de publication peut inverser l’ordre des événements. Une version mise à jour peut reprendre un fait plus ancien sans en changer la temporalité.
Document de travail à conserver
La chronologie associe événement, date du fait, date de publication, source et réserve. Les intervalles incertains restent visibles plutôt que remplacés par une date arbitraire.
CAS PRATIQUE / EXEMPLE PÉDAGOGIQUE
Une publication tardive décrit un événement ancien
L’exemple ci-dessous est pédagogique. Il montre comment passer d’un document à une proposition qualifiée, en préservant le contexte, les éléments contradictoires et les informations que la recherche ne permet pas encore d’établir.
Contexte de l’exemple
Un article publié récemment évoque une décision prise plusieurs semaines plus tôt. Le classement par publication place l’événement après des conséquences qui en découlent déjà.
Démarche proposée
Identifier date du fait, publication et consultation. Examiner les passages qui précisent la temporalité et conserver les dates inconnues. Reclasser les événements selon leur rôle plutôt que leur seule apparition publique.
Conclusion et prochaine étape
La chronologie montre le décalage entre événement et connaissance publique. Les conclusions sur l’ordre des faits restent liées aux dates établies et aux intervalles incertains.
Questions pour approfondir la pratique
Comment représenter une date approximative ?
Conserver la précision disponible : mois, période ou intervalle. Ne pas choisir un jour arbitraire uniquement pour faciliter le classement ; la visualisation et le commentaire doivent montrer cette limite.
ATELIER DÉTAILLÉ / MISE EN APPLICATION
Préserver les différentes temporalités d’un événement
01 / Préparer les informations utiles
Rassembler faits, publications et consultations. Identifier les passages donnant une date exacte, une période ou un ordre relatif entre événements.
02 / Exécuter la démarche
Attribuer un rôle à chaque date, puis construire la chronologie. Vérifier les fuseaux utiles et les versions. Conserver les intervalles incertains et distinguer connaissance publique et survenue du fait.
03 / Examiner une situation alternative
Si la date est déduite, signaler les éléments de déduction. Le classement ne doit pas lui attribuer une précision supérieure à celle des sources.
04 / Décider de la suite
La chronologie est exploitable lorsque les dates et leur précision sont compréhensibles. Les conclusions sur l’ordre des faits respectent les intervalles qui se chevauchent.
05 / Transmettre les éléments de contrôle
Transmettre événements, rôles de date, sources et réserves. Une nouvelle pièce peut préciser la temporalité sans effacer les limites des observations antérieures.
LIVRABLE COMMENTÉ / GRILLE DE LECTURE
Une table d’événements avec rôle et précision des dates
La table distingue date du fait, publication et consultation. Elle conserve les périodes approximatives et les sources qui permettent de comprendre l’ordre des événements et leur visibilité publique.
Sur petit écran, faites défiler la grille pour lire les trois colonnes.
| Élément observé | Interprétation permise | Suite à prévoir |
|---|---|---|
| La date du fait est explicitement documentée. | L’événement peut être situé avec la précision fournie. | Conserver passage et fuseau lorsqu’ils influencent la lecture. |
| Seule la date de publication est connue. | La survenue du fait peut être antérieure et reste à préciser. | Ne pas remplacer le rôle de date et chercher un document complémentaire. |
| Des intervalles incertains se chevauchent. | L’ordre exact ne peut pas être établi à partir de ces pièces. | Présenter l’incertitude plutôt qu’imposer une séquence arbitraire. |
Relecture du livrable
La relecture vérifie qu’une date normalisée ne reçoit pas une précision artificielle. Les conclusions sur succession et causalité doivent respecter la distinction entre événement et connaissance publique de cet événement.
RESTITUTION / EXEMPLE DE FORMULATION
Restitution : Distinguer événement et publication
Point à clarifier
L’ordre de publication peut différer de l’ordre des événements.
Avant de transmettre
Vérifier le rôle et la précision de chaque date avant une conclusion temporelle.
Exemple de conclusion qualifiée
La chronologie distingue survenue du fait, publication et consultation. Les périodes approximatives sont conservées et les successions non établies restent explicitement incertaines.