Les révisions WordPress : les comprendre, les limiter et les nettoyer

Chaque fois que vous enre­gis­trez un article ou une page dans Word­Press, le sys­tème conserve une copie de la ver­sion précédente. 

C’est ce qu’on appelle une révi­sion. Cette fonc­tion­na­li­té est utile : elle vous per­met de reve­nir en arrière si vous faites une erreur, ou de com­pa­rer deux ver­sions d’un contenu.

Mais sur un site actif depuis plu­sieurs années, ces révi­sions s’ac­cu­mulent dis­crè­te­ment dans la base de don­nées. Sans inter­ven­tion de votre part, leur nombre peut atteindre plu­sieurs mil­liers d’en­trées. Cela n’empêche pas votre site de fonc­tion­ner, mais cela alour­dit inuti­le­ment la base de don­nées et peut, à terme, ralen­tir cer­taines opérations.

Dans cet article, vous allez com­prendre com­ment fonc­tionnent les révi­sions, pour­quoi elles peuvent deve­nir un pro­blème, et com­ment les gérer : en les limi­tant en amont et en net­toyant celles qui existent déjà.

Qu’est-ce qu’une révision WordPress ?

Les révi­sions concernent les articles et les pages. À chaque fois que vous enre­gis­trez l’un de ces conte­nus dans l’é­di­teur, Word­Press crée auto­ma­ti­que­ment une copie de la ver­sion pré­cé­dente dans la base de don­nées. C’est ce méca­nisme que l’on appelle une révision.

Ces copies sont sto­ckées dans la table wp_posts, avec le sta­tut revision. Chaque entrée est une copie com­plète du conte­nu au moment de la sauvegarde.

Il gère éga­le­ment des enre­gis­tre­ments auto­ma­tiques toutes les 60 secondes tant que l’é­di­teur est ouvert, mais ceux-ci sont dis­tincts des révi­sions : Word­Press n’en conserve qu’un seul par conte­nu, en écra­sant le pré­cé­dent à chaque fois. Leur volume reste donc tou­jours faible et ils ne néces­sitent aucune action de votre part.

Par défaut, Word­Press conserve un nombre illi­mi­té de révi­sions par conte­nu. Un article retra­vaillé vingt fois génère donc vingt entrées sup­plé­men­taires dans la base, en plus du conte­nu publié.

Les révi­sions ont une uti­li­té concrète. Depuis l’é­di­teur, vous pou­vez consul­ter l’his­to­rique d’un conte­nu, com­pa­rer deux ver­sions côte à côte, et res­tau­rer une ver­sion anté­rieure en un clic. Pour un site avec plu­sieurs auteurs ou des conte­nus fré­quem­ment mis à jour, c’est un filet de sécu­ri­té appréciable.

Pourquoi les révisions peuvent devenir un problème

Sur un site récent ou peu actif, les révi­sions ne posent pas vrai­ment de pro­blème. Leur volume reste faible et leur impact sur les per­for­mances est négligeable.

La situa­tion change sur un site ancien, avec un cata­logue de conte­nus impor­tant ou plu­sieurs auteurs qui retra­vaillent régu­liè­re­ment les mêmes pages. Dans ce cas, les révi­sions s’ac­cu­mulent sur la durée sans que per­sonne n’y prête attention.

L’ef­fet concret se situe dans la base de don­nées. Chaque révi­sion occupe une ligne dans la table wp_posts, avec ses méta­don­nées asso­ciées dans wp_postmeta. Sur un site qui compte des cen­taines d’ar­ticles, cha­cun révi­sé de nom­breuses fois, ce volume peut repré­sen­ter plu­sieurs fois le poids du conte­nu réel­le­ment publié.

Cela a deux consé­quences. La pre­mière est le poids brut de la base de don­nées : des sau­ve­gardes plus lourdes, des exports plus longs, par­fois des len­teurs sur les opé­ra­tions de main­te­nance. La seconde concerne les per­for­mances à l’exé­cu­tion. Word­Press inter­roge régu­liè­re­ment la table wp_posts pour affi­cher du conte­nu, gérer des requêtes ou char­ger des don­nées en mémoire. Une table encom­brée ralen­tit ces opé­ra­tions, même si l’ef­fet reste dif­fi­cile à mesu­rer isolément.

Ce phé­no­mène s’ins­crit dans un pro­blème plus large d’ac­cu­mu­la­tion de don­nées inutiles en base. Si vous avez déjà vu une alerte dans l’ou­til San­té du site à pro­pos de l’au­to­load, vous avez ren­con­tré une pro­blé­ma­tique simi­laire. Nous en par­lons en détail dans cet article sur l’au­to­load Word­Press.

Note : si votre site uti­lise un construc­teur de pages comme Ele­men­tor ou Divi, le phé­no­mène est ampli­fié. Ces outils stockent des don­nées de mise en page volu­mi­neuses avec chaque révi­sion. Limi­ter leur nombre devient d’au­tant plus utile.

Limiter le nombre de révisions

Agir en amont est la solu­tion la plus effi­cace. Plu­tôt que de net­toyer régu­liè­re­ment une base qui gros­sit sans contrôle, vous pou­vez indi­quer à Word­Press com­bien de révi­sions il doit conser­ver par contenu.

La méthode la plus directe consiste à ajou­ter la constante WP_POST_REVISIONS dans votre fichier wp-config.php. Vous trou­ve­rez une pré­sen­ta­tion com­plète de ce fichier et de son rôle dans notre article dédié à wp-config.php.

Ajou­tez cette ligne avant la men­tion /* C'est tout, arrêtez d'éditer ! */ :

define( 'WP_POST_REVISIONS', 5 );

define( 'WP_POST_REVISIONS', 5 );

Cette valeur indique à Word­Press de ne conser­ver que les 5 der­nières révi­sions pour chaque article ou page. Les plus anciennes sont auto­ma­ti­que­ment sup­pri­mées à chaque nou­vel enregistrement.

Vous pou­vez ajus­ter ce nombre selon votre usage. Une valeur entre 5 et 10 convient à la plu­part des sites. Si vous sou­hai­tez désac­ti­ver com­plè­te­ment les révi­sions, vous pou­vez pas­ser la valeur à false :

define( 'WP_POST_REVISIONS', false );

define( 'WP_POST_REVISIONS', false );

Cette option est à réser­ver aux cas où vous n’a­vez vrai­ment aucun besoin de reve­nir en arrière sur vos conte­nus. Pour la majo­ri­té des sites, limi­ter plu­tôt que désac­ti­ver est une meilleure approche. Nous y reve­nons en conclusion.

Pour des besoins plus spé­ci­fiques, comme défi­nir un nombre dif­fé­rent selon le type de conte­nu, vous pour­riez ajou­ter un mu-plu­gin en uti­li­sant le filtre wp_revisions_to_keep de Word­Press. Mais pour la grande majo­ri­té des sites, la constante dans wp-config.php est ample­ment suffisante.

Nettoyer les révisions existantes

Limi­ter les révi­sions à venir ne sup­prime pas celles qui sont déjà en base. Si votre site existe depuis plu­sieurs années, un net­toyage ponc­tuel est utile pour repar­tir sur une base saine.

Avant toute inter­ven­tion sur la base de don­nées, pen­sez à effec­tuer une sau­ve­garde. C’est une pré­cau­tion simple qui vous évi­te­ra bien des com­pli­ca­tions en cas d’er­reur. Nous détaillons com­ment mettre en place une stra­té­gie de sau­ve­garde dans cet article dédié.

Avec une extension

C’est la méthode la plus acces­sible. Plu­sieurs exten­sions pro­posent cette fonc­tion­na­li­té, avec des approches différentes.

WP Revi­sions Control est l’ou­til le plus ciblé : il per­met à la fois de limi­ter le nombre de révi­sions par type de conte­nu et de sup­pri­mer celles déjà en base, le tout depuis l’in­ter­face WordPress.

Si vous héber­gez votre site chez o2switch, Acce­le­ra­teWP intègre éga­le­ment un module d’op­ti­mi­sa­tion de base de don­nées qui couvre le net­toyage des révi­sions, par­mi d’autres éléments.

Des exten­sions plus géné­ra­listes comme WP-Sweep ou Advan­ced Data­base Clea­ner pro­posent aus­si cette fonc­tion­na­li­té, dans le cadre d’un net­toyage glo­bal de la base de données.

Avec WP-CLI

WP-CLI est l’ou­til le plus fiable pour ce type d’o­pé­ra­tion, en par­ti­cu­lier sur les sites avec un volume impor­tant de révi­sions. Nous en pré­sen­tons le fonc­tion­ne­ment dans notre guide WP-CLI.

Connec­tez-vous en SSH à votre héber­ge­ment et pla­cez-vous à la racine de votre ins­tal­la­tion Word­Press. Com­men­cez par véri­fier le nombre de révi­sions pré­sentes en base :

wp post list --post_type=revision --format=count

wp post list --post_type=revision --format=count

Cette com­mande affiche sim­ple­ment le total des révisions. 

Ensuite, pour sup­pri­mer les révi­sions par lots de 500, exé­cu­tez cette com­mande plu­sieurs fois, jusqu’à ce qu’elle ne retourne plus aucun résultat :

wp post delete $(wp post list --post_type=revision --format=ids --posts_per_page=500) --force

wp post delete $(wp post list --post_type=revision --format=ids --posts_per_page=500) --force

Cette com­mande récu­père les iden­ti­fiants des 500 pre­mières révi­sions trou­vées et les sup­prime défi­ni­ti­ve­ment. L’op­tion --force est néces­saire pour que WP-CLI accepte de sup­pri­mer défi­ni­ti­ve­ment les entrées.
Tra­vailler par lots évite de sur­char­ger le ser­veur sur les sites avec plu­sieurs mil­liers d’en­trées à traiter.

Avec une requête SQL

Pour les uti­li­sa­teurs à l’aise avec la base de don­nées, vous pou­vez inter­ve­nir direc­te­ment via php­MyAd­min ou Admi­ner, acces­sibles depuis votre cPa­nel. Exé­cu­tez cette requête dans l’on­glet SQL :

DELETE FROM wp_posts WHERE post_type = 'revision';

DELETE pm FROM wp_postmeta pm
LEFT JOIN wp_posts wp ON pm.post_id = wp.ID
WHERE wp.ID IS NULL;

DELETE FROM wp_posts WHERE post_type = 'revision';

DELETE pm FROM wp_postmeta pm
LEFT JOIN wp_posts wp ON pm.post_id = wp.ID
WHERE wp.ID IS NULL;

La pre­mière ligne sup­prime les révi­sions. La seconde net­toie les méta­don­nées orphe­lines qui leur étaient asso­ciées. Adap­tez le pré­fixe wp_ si votre ins­tal­la­tion uti­lise un pré­fixe personnalisé.

Faut-il désactiver complètement les révisions ?

La ten­ta­tion est com­pré­hen­sible : si les révi­sions posent pro­blème, pour­quoi ne pas les sup­pri­mer entiè­re­ment ? En pra­tique, cette option est rare­ment la bonne.

Les révi­sions ont une uti­li­té réelle. Elles vous per­mettent de retrou­ver une ver­sion anté­rieure d’un article en cas de mau­vaise mani­pu­la­tion, de com­pa­rer l’é­vo­lu­tion d’un conte­nu sur la durée, ou de récu­pé­rer un pas­sage sup­pri­mé par erreur. Sur un site avec plu­sieurs auteurs ou des conte­nus régu­liè­re­ment mis à jour, ce filet de sécu­ri­té peut évi­ter bien des situa­tions délicates.

Désac­ti­ver com­plè­te­ment les révi­sions, c’est renon­cer à cette pro­tec­tion sans gain signi­fi­ca­tif sur les per­for­mances. La vraie solu­tion est de les enca­drer : conser­ver un nombre rai­son­nable de ver­sions par conte­nu suf­fit à maî­tri­ser le volume sans sacri­fier l’u­ti­li­té du mécanisme.

Une valeur entre 3 et 5 convient à la grande majo­ri­té des sites. Elle laisse une marge de manœuvre confor­table tout en empê­chant l’ac­cu­mu­la­tion incontrôlée.

En résumé

Les révi­sions Word­Press sont utiles, mais leur accu­mu­la­tion sur un site actif depuis plu­sieurs années peut alour­dir la base de données.

La ges­tion se fait en deux temps. En amont, ajou­tez la constante WP_POST_REVISIONS dans votre fichier wp-config.php pour limi­ter le nombre de ver­sions conser­vées par conte­nu. Une valeur de 3 à 5 est un bon point de départ. Pour l’exis­tant, un net­toyage ponc­tuel via WP-CLI ou une exten­sion suf­fit à repar­tir sur une base allégée.

Inutile de désac­ti­ver com­plè­te­ment les révi­sions : limi­ter leur nombre est plus équi­li­bré et pré­serve leur inté­rêt en cas de besoin.