Mira CalderUne chronologie n'est pas une liste d'horodatages copiés depuis des pages. C'est un ensemble d'événements dont les moments, lieux, identités et relations ont chacun été testés. Un même élément peut avoir un moment de capture, un moment de mise en ligne, un moment de publication publique, un moment de mise à jour et un moment d'archivage – et aucun d'eux ne correspond nécessairement au moment de l'événement représenté.
La méthode fiable consiste à normaliser chaque horodatage sans effacer sa forme d'origine, à séparer les événements sources des événements de publication, et à tester si la séquence résultante est physiquement et chronologiquement possible.
Définissez l'événement que vous cherchez à situer
Rédigez une ligne pour chaque événement factuel, et non une ligne pour chaque page web :
| ID événement | Acteur ou objet | Action | Lieu déclaré | Moment déclaré |
|---|---|---|---|---|
| E1 | Compte nommé | A publié une image | Plateforme | Heure de publication visible |
| E2 | Personnes représentées | Ont assisté à un événement | Lieu ou ville | Fenêtre temporelle de l'événement |
| E3 | Appareil photo ou dispositif | A capturé le fichier | Localisation possible de la scène | Heure des métadonnées |
Cela empêche qu'une date de publication devienne silencieusement la date de prise d'une photographie. Cela sépare également « l'organisation a annoncé un changement » de « le changement est entré en vigueur ».
Pour chaque événement, indiquez la précision dont vous avez réellement besoin : année, jour, heure ou minute. Ne cherchez pas une certitude à la minute près lorsque l'affirmation publique ne porte que sur le mois.
Conservez chaque horodatage sous deux formes
Enregistrez l'horodatage exactement tel que la source l'affiche, puis ajoutez une valeur normalisée pour la comparaison. Conservez :
- le texte et la langue d'origine
- le fuseau horaire source ou le décalage UTC, s'il est indiqué
- l'heure UTC normalisée
- le fuseau horaire nommé et le lieu utilisés pour la conversion
- la précision et l'incertitude
- l'URL source, l'identifiant et l'heure de consultation
Par exemple, conservez à la fois 14 août 2026, 21 h 30 GST et son instant UTC calculé. Ne remplacez pas l'original par la conversion.
La RFC 3339 définit un horodatage Internet avec un décalage UTC numérique ou Z pour UTC. Ce format est utile dans un tableau de preuves car 2026-08-14T21:30:00+04:00 indique plus que « 21 h 30 ce soir ». Si une source ne donne aucun fuseau horaire, marquez-le comme inconnu ; n'attribuez pas par défaut le fuseau local du chercheur.
Nommez ce que mesure chaque date
Utilisez un type d'horodatage à côté de chaque valeur :
- heure d'événement : quand l'action réelle s'est produite
- heure de capture : ce qu'un appareil photo, enregistreur ou fichier affirme sur la création
- heure de mise en ligne : quand une plateforme a reçu un fichier
- heure de publication : quand il est devenu accessible publiquement
- heure de mise à jour : quand la page ou l'enregistrement a changé
- heure d'archivage : quand une archive a capturé une représentation
- heure de consultation : quand vous avez observé la source
Les définitions des plateformes comptent. YouTube indique que les dates de mise en ligne et de publication peuvent différer lorsqu'une vidéo était privée ou non répertoriée avant de devenir publique, et sa date de page de lecture publique utilise l'heure normale du Pacifique. Par conséquent, une date YouTube visible est une preuve de disponibilité publique selon la règle de la plateforme – pas une preuve du moment d'enregistrement.
De même, une capture d'archive prouve qu'une version a été capturée à ce moment-là, pas qu'elle a été publiée pour la première fois alors. Les métadonnées d'un fichier peuvent être manquantes, copiées, modifiées ou réinitialisées par une exportation. Conservez ces limites dans la ligne.
Convertissez les fuseaux horaires avec les règles historiques
Les décalages de fuseaux horaires changent avec les lois d'heure d'été et les décisions politiques. N'appliquez pas le décalage d'aujourd'hui à une heure locale ancienne. Utilisez le lieu nommé et les règles en vigueur à la date de l'événement.
La base de données de fuseaux horaires IANA enregistre les historiques de décalages et les règles d'heure d'été pour des lieux représentatifs et est périodiquement mise à jour lorsque les règles changent. Enregistrez le fuseau nommé, tel que America/New_York, et la version de la base de données ou de l'outil utilisée pour les conversions importantes. Une abréviation de trois lettres telle que CST peut être ambiguë entre pays et saisons.
Si le lieu est incertain, montrez chaque conversion plausible au lieu de choisir celle qui fait fonctionner le récit. Autour des transitions d'heure d'été, une heure locale peut se produire deux fois ou ne pas se produire du tout ; recherchez un décalage explicite ou un autre événement synchronisé.
Vérifiez le lieu au bon niveau
Séparez les affirmations de localisation par précision :
- pays ou région large
- ville ou commune
- lieu, rue ou site public identifiable
- coordonnées exactes
Une preuve soutenant une ville ne soutient pas automatiquement un lieu spécifique. Utilisez des points d'ancrage de localisation indépendants tels que panneaux visibles, langue, conception routière, transports, terrain, ligne d'horizon, devantures de magasins, programmes d'événements, matériel officiel du lieu et autres vues contemporaines.
Comparez plusieurs indices. Un seul nom d'entreprise peut avoir des succursales. Un point de repère peut apparaître sur un écran, une affiche, un reflet ou un composite. Les métadonnées GPS ou de localisation peuvent être utiles, mais elles peuvent être absentes ou modifiables et doivent correspondre à la scène visible et aux enregistrements externes.
Arrêtez-vous à la localisation la moins précise nécessaire pour résoudre l'affirmation. Ne publiez pas un domicile exact, une chambre d'hôtel, un trajet scolaire ou une localisation privée actuelle simplement parce que des indices visuels la rendent déductible.
Transformez les preuves en intervalles et contraintes
La plupart des preuves publiques soutiennent une fenêtre plutôt qu'un instant. Exprimez-le honnêtement :
- pas avant : un événement préalable s'est produit à ce moment
- pas après : une publication ou archive datée contient déjà l'élément
- entre : le dernier état confirmé sans changement et le premier état avec
- approximativement : la source elle-même ne donne qu'une valeur grossière ou incertaine
Puis ajoutez des contraintes de séquence :
- E1 doit se produire avant E2
- E2 et E3 affirment la même personne dans des lieux incompatibles
- le déplacement entre E3 et E4 nécessite au moins un intervalle plausible
- un bâtiment ou produit montré dans E5 n'existait pas avant une date documentée
- la lumière du jour, la météo ou l'activité programmée entre en conflit avec l'heure affirmée
Ne déduisez pas de déplacement exact à partir de traces de localisation publiques concernant une personne privée. Le but est de tester une affirmation d'événement public, pas de reconstituer les mouvements de quelqu'un.
Exigez la continuité d'identité à travers la chronologie
Une séquence propre peut encore connecter les mauvaises personnes ou objets. Donnez à chaque acteur, compte, véhicule, document et élément média un identifiant stable lorsque c'est possible. Enregistrez quand un lien d'identité est direct et quand il est déduit.
Pour les personnes, utilisez des points d'ancrage publics et appropriés dans le temps plutôt que le nom seul. Pour les comptes, conservez les identifiants ou ID de plateforme stables et considérez la compromission ou le renommage. Pour les images et vidéos, comparez le même fichier, recadrage, séquence d'images clés ou source attribuable – pas simplement des scènes similaires.
Si une identité change entre les lignes, divisez la chronologie candidate. Ne faites pas paraître la chronologie cohérente en fusionnant silencieusement des homonymes ou des republications.
Construisez un tableau de contradictions
Testez l'explication alternative la plus forte, pas seulement votre récit préféré :
| Preuve | Soutient | Entre en conflit avec | Fiabilité et limite |
|---|---|---|---|
| URL source ou enregistrement | Événement ou intervalle | Événement ou affirmation concurrent | Direct, déduit, modifiable, incomplet ou copié |
Résolvez les contradictions en retournant à la source sous-jacente. Vérifiez si un fuseau horaire, un format de date, une publication programmée, une relecture d'archive, une publication retardée, une personne mal identifiée ou un lieu mal étiqueté explique la différence. Si ce n'est pas le cas, conservez le conflit.
Le silence n'est pas une résolution. Un événement manquant peut laisser les deux chronologies possibles.
Indiquez ce qu'établit la chronologie
Utilisez des conclusions liées à la proposition testée :
- Séquence vérifiée : les identités d'événements, localisations et intervalles pertinents concordent à travers des preuves directes et indépendantes.
- Cohérent mais non vérifié indépendamment : aucune contradiction n'a été trouvée, mais la chaîne dépend d'une source ou de liens déduits.
- Moment ou lieu affirmé contredit : des preuves fiables rendent une partie matérielle de la séquence proposée impossible ou erronée.
- Fenêtre bornée uniquement : les preuves soutiennent des limites de plus tôt/plus tard, pas un moment exact.
- Non résolu : un fuseau horaire, une identité, une couverture ou une preuve source manquants laissent plus d'une séquence plausible.
Publiez le tableau de chronologie et les hypothèses de conversion pour qu'une autre personne puisse le reproduire. Pour les dates de publication web contestées, continuez avec comment trouver la version la plus ancienne d'une page web. Pour les fichiers sources et journaux de capture, utilisez comment préserver et documenter une source web.