Aller au contenu

Corrections

Notre journal public des corrections. Conisec ajoute et date les corrections ; il ne réécrit jamais discrètement un dossier publié.

Dernière révision

Conisec ajoute les corrections. Nous ne réécrivons pas discrètement un dossier publié, et nous n’en supprimons aucun. Lorsque nous nous trompons, la correction apparaît comme une entrée datée distincte sur la page de l’article ou de l’incident, et elle est répertoriée ici.

Le journal

Aucune correction n’a été émise. Cette page les répertoriera toutes au fur et à mesure, avec la date, l’article, ce qui était erroné et ce qui est désormais indiqué.

Signaler une erreur

Si vous avez trouvé une erreur factuelle — un chiffre erroné, un avis mal interprété, une règle mal caractérisée, une étape de vérification défaillante — veuillez nous contacter en indiquant l’URL et la source primaire qui nous contredit. Les erreurs dans une couverture de la sécurité et de la réglementation peuvent conduire un lecteur à une conclusion erronée ou vers un site hostile ; nous les traitons donc comme urgentes.

Pour signaler une vulnérabilité de sécurité dans le site Conisec lui-même, consultez notre politique de sécurité.

Corrections, mises à jour et la différence entre les deux

Les deux ne sont pas la même chose et nous ne les étiquetons pas de la même façon.

  • Une correction signifie que nous avons publié quelque chose qui était faux au moment de la publication — un chiffre mal énoncé, une attribution erronée, un texte mal interprété. Les corrections sont signalées comme telles et datées.
  • Une mise à jour signifie que les faits ont évolué après la publication — un montant de pertes révisé par le projet concerné, un régulateur publiant une déclaration supplémentaire. Les mises à jour sont datées et ajoutées ; la position antérieure n’est pas supprimée.

Confondre la seconde avec la première, c’est ainsi qu’une publication réécrit discrètement son propre historique. Nous les gardons distinctes pour que le lecteur puisse savoir laquelle des deux s’est produite.

Pourquoi les chronologies d’incidents fonctionnent par ajout uniquement

Sur un dossier d’incident, la chronologie n’est jamais modifiée sur place. Une entrée ultérieure remplace une entrée antérieure ; elle ne l’écrase pas. Si nous avons consigné un chiffre initial qui a été révisé par la suite, l’entrée d’origine et la révision restent toutes deux visibles avec leurs dates.

Cela compte pour une raison précise : les premières heures d’un incident sont le moment où la couverture est la moins fiable et la plus largement recopiée. Pouvoir constater ce qui était tenu pour vrai à ce moment-là — et quand cela a changé — fait partie de la raison d’être d’un dossier d’incident.

Lorsque la source primaire elle-même change

Parfois, ce qui évolue n’est pas notre article mais le document qui le sous-tend : un projet modifie son analyse post-incident, un régulateur remplace un avis. Lorsque nous le détectons, nous indiquons la date à laquelle nous avons consulté l’original et ce qui a changé. Nous ne redirigeons pas discrètement une citation vers un document qui dit désormais autre chose.

Signaler une erreur

Dites-le-nous via la page contact et, dans la mesure du possible, indiquez la page, l’affirmation précise et la source qui fait selon vous autorité. Une affirmation que nous ne pouvons pas rattacher à un document primaire est retirée plutôt que défendue — la charge nous incombe, et non au lecteur qui l’a signalée.