Révisions WordPress : garder un historique éditorial utile

Un article WordPress évolue souvent après sa première publication : un chiffre est vérifié, un passage est précisé, un titre est ajusté. Les révisions enregistrent une partie de ces changements et permettent de revenir à une version antérieure si une modification pose problème. Pour une équipe éditoriale, elles offrent donc un filet de sécurité, à condition de savoir les utiliser et de ne pas les confondre avec une sauvegarde complète du site. Leur gestion relève autant de l’organisation du travail que de la maintenance technique.

WordPress crée des révisions lorsque vous enregistrez différentes versions d’un contenu. Depuis l’éditeur, vous pouvez comparer les changements et restaurer une version précédente, par exemple après une correction trop large ou la suppression accidentelle d’un paragraphe. L’autosauvegarde, elle, protège ponctuellement le travail en cours, mais ne remplace pas cet historique de versions. Les révisions ne couvrent pas non plus les médias, les réglages du site ou les données d’extensions : elles ne constituent donc pas une sauvegarde générale.

Dans un flux éditorial, l’historique est particulièrement utile quand plusieurs personnes interviennent sur un même article. Une consigne interne peut préciser qui relit les modifications sensibles et à quel moment une ancienne version doit être restaurée plutôt que réécrite. Cette précaution limite les pertes de contenu et facilite la vérification d’un changement, notamment lorsqu’une mise à jour touche une information importante. Elle ne dispense pas de documenter les décisions éditoriales : une révision montre ce qui a changé, mais pas toujours pourquoi.

Le nombre de versions conservées mérite toutefois un examen adapté au site. Sur un petit site, quelques révisions supplémentaires représentent généralement une gêne limitée. Sur une publication qui modifie fréquemment de nombreux contenus, leur accumulation peut augmenter le volume de la base de données, où WordPress stocke les informations des articles. Cela ne signifie pas que chaque révision ralentit directement les pages visibles ou nuit au référencement : le principal enjeu concerne la gestion de la base et des sauvegardes.

WordPress permet de limiter les révisions avec la constante WP_POST_REVISIONS, configurée dans le fichier wp-config.php. Une limite peut suffire à conserver un historique récent sans garder indéfiniment toutes les versions. Avant de modifier ce réglage, vérifiez les pratiques de l’équipe, les extensions de révision et les consignes de votre hébergeur. Une suppression en masse dans la base de données est à éviter sans sauvegarde récente et méthode de restauration testée : le gain d’espace ne compense pas le risque de perdre des versions encore utiles.

La bonne règle consiste à conserver assez d’historique pour sécuriser les corrections, puis à ajuster sa rétention selon le rythme de publication et les contraintes techniques. Pour un site média, définissez une procédure simple : comparer avant de restaurer, réserver les changements importants à des personnes identifiées et vérifier les sauvegardes indépendamment des révisions. Ce cadre protège le travail éditorial sans transformer chaque modification en opération de maintenance. Il aide aussi à garder une base WordPress maîtrisée, sans faire porter aux révisions un rôle qu’elles n’ont pas.