Il peut arriver que l’on ait besoin d’intervenir sur un billet après sa publication.
Je ne parle pas de la bête coquille, de la vilaine faute d’orthographe ou de la moche tournure que l’on ne voit (bien évidemment) que lorsque la note fait sa première apparition sur le blog…
Non, je parle d’un billet qui mérite un petit (ou gros) coup de torchon, histoire de rectifier une erreur, d’apporter une précision importante, ou de mettre à jour une information.
Le billet qui mériterait de prendre en compte des informations ou points de vus que nous ont apporté nos commentateurs, par exemple…
J’ai essayé de recenser les différentes manières de procéder et j’aimerais votre avis là-dessus. Si j’en ai oublié, dites-le… je mettrai à jour mon billet !
— Laisser les commentaires rectifier une erreur sans toucher à sa note
C’est typiquement la question que je me suis posée après l’intervention d’Agnès à propos de mon billet Qu’est-ce que Wikio ?. Vais-je laisser quelques erreurs et imprécisions alors que l’on m’a signalé que ce n’était pas correct ?
Si je tiens à ce que tous les lecteurs aient lu le même billet, je peux choisir de préserver l’intégrité de ma note, en misant sur le fait que les commentaires apportent des rectifications.
Mais personnellement, cela me gêne de laisser sciemment des choses qui ne soient pas justes.
— Publier un “edit” bas de page
Avec le positionnement en bas de page d’un simple rectificatif, le mal est fait, puisque les lecteurs auront lu l’article et vu les erreurs en l’état.
Cette solution présente deux inconvénients : il alourdit le bas de page (tant pis c’est ce que j’ai fait), et il risque de passer inaperçu. Pour compenser le 1er inconvénient, j’ai opté pour une astérisque là où il y a eu modification.
Cet “edit” en bas de billet me semble le plus intéressant quand on veut apporter un complément d’information, une manière de signifier “ah au fait j’avais pas eu l’occasion de vous dire que…”.
— Publier un “édit” en haut de page
Un “edit” en haut de page focalise sur le rectificatif. Cela me semble plus justifié quand il s’agit de la mise à jour d’une note technique, qui peut avoir besoin d’évoluer pour rester juste (ex. changement de version d’une application qui a une incidence sur ce que l’on a présenté).
Gee Mee la pratique régulièrement sur son blog de tutos pour Haut & Fort (voir pour l’exemple “Coller n’est pas jouer“, que je recommande car elle vous dit pourquoi et comment se passer de Word pour préparer ses notes).
Cela peut avoir des inconvénients, notamment pour la compréhension de commentaires qui datent de la précédente version.
— Publier un “édit” dans le corps du texte
C’est une solution de compromis : on laisse la version d’origine (celle qui a été vue par les premiers lecteurs), mais on rectifie les erreurs, on apporte une précision.
Reste à savoir comment l’intégrer sans alourdir le texte… un inconvénient non négligeable.
— Mettre du texte en couleur [Edit]
Cette suggestion de Emanu124 me semble tout à fait appropriée pour ce que je suis en train de faire, là, présentement : attirer l’attention sur un ajout après l’édition du billet !
Cela lui donne une bonne visibilité, quel que soit l’endroit où on le fait.
Merci Manu !
— Barrer le texte qui n’est plus valide
Souvent pratiquée pour l’humour, cette méthode est une manière explicite d’apporter une correction. Elle est plus lisible pour ceux qui revoient le billet, par exemple quand ils reviennent suivre les commentaires.
Cela me semble valable quand il s’agit de petites retouches, des morceaux à supprimer sans que le besoin de reformuler se fasse sentir. A éviter pour un trop grand paragraphe.
— Réécrire tout ou partie du billet
Dans l’exemple que j’ai donné sur ma note sur Wikio, j’ai d’abord eu une observation de Nicolas. Pour faire vite (j’étais au boulot), j’ai trouvé plus simple de supprimer carrément l’erreur. Je le regrette, car cette méthode ne me semble pas tout à fait honnête (j’aurais dû opter pour l’option précédente).
Mais parfois cela se justifie, lorsque les notes équivalent à des “fiches” de type encyclopédique (genre Wikipedia), dotées d’une validité de longue durée. Dans ce cas, on peut indiquer la date de dernière mise à jour (voir les plugins suggérés à la fin de ce billet).
— Re-publier le billet avec les modifications
Par re-publier, j’entend le faire sortir des archives et lui donner le statut nouveau billet, en changeant sa date de publication par une plus récente.
Je pourrais envisager de pratiquer cela avec mes notes de la rubrique “événements”, puisque à priori seule la date changera, pas la description. En même temps cette idée de re-publication me semble aller à l’encontre de l’idée du blog comme un carnet au jour le jour, avec ses traces, son histoire.
Cette solution peut en outre semer la confusion et donner l’impression d’avoir déjà lu cela quelque part. A utiliser pour les très vieux billets !
— Publier un rectificatif
On peut en effet avoir envie de repartir sur de meilleures bases en publiant une nouvelle note qui viendra “corriger le tir” de la première, ou lui apporter un traitement différent. C’est une solution si l’on veut préserver l’intégrité du précédent billet… ou au contraire carrément le supprimer !
On est plutôt dans le registre de l’artillerie lourde : le rectificatif (qu’il dise son nom ou pas) n’est-il pas le plus souvent utilisé quand le billet a fait l’objet d’une polémique ?
On le voit à travers ces exemples, le choix de la méthode peut être assez subtile :
Il dépend de deux paramètres :
- l’objet / l’objectif de la mise à jour (= le fond),
- la mise en forme du billet concerné, et du blog dans son ensemble.
Cela nous amènera sans doute à combiner différents procédés, comme j’ai pu le faire avec l’exemple qui m’a conduite à écrire cette note !
> Une suggestion de plugins pour WordPress :
Pour automatiser l’affichage d’une information de mise à jour, vous pouvez voir la présentation de Update Message chez Geekeries.fr, ou celle de WPX-LastPostMod créé par M. Xhark de Blogmotion (dont vous pourrez télécharger la version qui marche avec WP 2.9x ici).
> A vous de jouer :
Quelles méthodes employez-vous ? Lesquelles réprouvez-vous ? En voyez-vous d’autres ?



La remise au goût du jour d’un billet n’est que bénéfique, tant pour les lecteurs que pour le SEO.
Bon billet !
Oui et ton plugin est une bonne idée !
Je ne rectifie jamais, tout est parfait dès la première mouture
Sérieusement, j’ai utilisé plusieurs techniques:
L’edit placé un peu partout selon les besoins:
ajout en bas de page
correction dans le corps du texte
jamais en revanche en en tête.
Il m’est arrivé de réécrire et de republier (mais jamais après des commentaires).
Il faudrait en fait faire comme ça existe dans Word avec la visualisation des modifications.
@Ferocias : Ah oui, pas bête, Wikipedia fait ça aussi je crois !
[...] This post was mentioned on Twitter by Olivier Depiesse, See Mee. See Mee said: Réactualiser un billet sans tricher : http://bit.ly/52NkA6 #BExpce [...]
Tu as raison, le discrétion sied au grattage de coquilles. Inutile d’y revenir.
Par contre, pour les actualisations, les erreurs matérielles, ou les changement de point de vue, la modification doit être signalée. Et il faut pouvoir le faire sans trop nuire à la fluidité de la note.
J’ai tendance à re-publier, en modifiant la date de mon billet, et en signalant en en-tête ou presque qu’il y a eu mise à jour. Cela permet à ceux qui sont déjà passés de noter qu’il y a du changement. Cela permet aussi de signaler, dans une liste de résultats d’un moteur de recherche, que l’URL n’est pas révélatrice de l’actualité du billet.
Dans le corps de la note, je préconise un “appel de note de bas de page” avec un astérisque ou quelque chose du genre [Màj du ...]. Cliquent ceux qui veulent, les autres suivent le fil du texte. Dans la “note de bas de page” on trouvera la version d’origine du passage concerné et les motivations du changement. Un autre hyperlien en guise de retour vers “l’appel” me semble être élégant.
Maintenant je dois reconnaître qu’une bonne prise en compte des commentaires peut parfois amener à une nouvelle rédaction, une nouvelle note.
@Gee Mee : Ah bien vu l’histoire des moteurs de recherche ! Effectivement en le signalant au début la mise à jour apparaît dans les premiers mots.
Pour les notes de bas de page, je n’ai pas réussi à appliquer ton tuto sur mes pages wordpress. Donc je m’en passe (j’avoue je n’ai pas creusé).
C’est un peu rapide comme tuto, mais en voilà un :
http://geemee.ouvaton.org/?p=3
@Gee Mee : J’esquisse même pas un voeu qu’il se réalise ! Bravo.
Et dis-donc, pourquoi tu ne l’as pas publié sur ton blog habituel, pour véfier que cela marche sur WordPress ? Et ce blog “pas fini” est-il appelé à prendre vie ? Sinon, tu peux aussi publier ton tuto ici, tu le sais…
Ca m’arrive rarement sauf des bricoles signalées avec un Edit (soit à la fin, soit dans le corps du texte, parfois au début).
Si l’erreur est importante, il FAUT faire un nouveau billet pour ressortir un nouveau flux avec un gros mea culpa pour aviser les lecteurs.
Trop flemmard pour corriger, mais si nécessaire en fin de page.
@Nicolas : c’est bien si cela t’arrive rarement, moi ce n’est pas le cas, et je sais que je peux compter sur toi pour relever les erreurs (et c’est tant mieux) !
@achille52 : zut, j’ai du mal à me faire à ce pseudo, je suis plus habituée à celui de Tweeter. Merci de ta contribution, j’avais pas pensé aux flemmards.
Je fais un – ou plusieurs – “edit” en fin de billet de couleurs différentes pour indiquer une modification ou une précision ou un com particulièrement notable.
@Emanu124 : ah oui tien, les couleurs je n’y avais pas pensé, c’est évident ! Bon cela vaudra bien un edit du billet, ça.
[...] de nombreux façons de corriger un article après avoir lu les commentaires. L’article de See Mee donne de bons conseils pour le faire. Pour ma part, je n’ai pas de méthodes arrêtées, et [...]
@Maniac Geek / Achille52 / : Merci pour la citation !
J’en profite pour recommander la lecture de son billet et signaler un conseil qu’il y donne en plus : si on fait une modification grâce à un commentaire, mentionner “mis à jour grâce à…”.