Supprimer / limiter les révisions d’articles de WordPress

Les révisions d’articles permettent de restaurer à une date précise la sauvegarde du billet en question.

Bien que très pratique, cette fonctionnalité finit par encombrer la base de données après de nombreux enregistrements.

Il est donc conseillé d’effacer les révisions d’articles. Toutefois, pour aller plus loin, nous allons faire en sorte que les X dernières soient conservées pour allier performances et sécurité.

Dans l’éditeur, la ligne Révisions de la barre latérale (onglet Article) indique combien de révisions compte l’article, à partir de deux. Un clic sur ce nombre les affiche et permet d’en restaurer une avec le bouton Restaurer.

#1 – Effacer toutes les révisions d’articles

Exécutez la requête SQL ci-dessous, par exemple dans l’onglet SQL de phpMyAdmin, pour supprimer la totalité des révisions de votre site : celles de vos articles et de vos pages, mais aussi celles des compositions et, avec un thème à blocs, des modèles et des styles. Après cette action, il vous sera impossible de restaurer l’un de ces contenus à une date antérieure : sauvegardez d’abord votre base de données, par exemple avec la commande wp db export de WP-CLI, pour pouvoir la restaurer en cas d’erreur.

Remplacez aussi wp_ par le préfixe de vos tables s’il est différent : il figure dans le fichier wp-config.php, sur la ligne $table_prefix (avec WP-CLI, la commande wp db prefix l’affiche).

DELETE a,b,c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id) LEFT JOIN wp_postmeta c ON (a.ID = c.post_id) WHERE a.post_type = 'revision';

Cette requête efface aussi les enregistrements automatiques, qui sont des révisions particulières, ainsi que les métadonnées des révisions (table wp_postmeta) et leurs éventuels liens avec des catégories ou des étiquettes (table wp_term_relationships) : elle ne laisse aucune ligne orpheline. Si votre site utilise un cache d’objets persistant (Redis, Memcached…), videz-le ensuite, par exemple avec la commande wp cache flush.

Avec WP-CLI, une seule commande suffit, sans vous soucier du préfixe des tables : elle supprime chaque révision avec les fonctions de WordPress, métadonnées comprises.

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

L’option --force est indispensable : sans elle, WP-CLI refuse de supprimer les révisions, qui ne passent pas par la corbeille.

#2 – Effacer les révisions en fonction d’une date

Pour ne garder que l’historique récent de vos contenus, préférez cette requête. Sa dernière condition conserve les révisions des 6 derniers mois : toutes les révisions plus anciennes seront supprimées. Adaptez la durée à votre convenance, par exemple INTERVAL 3 MONTH ou INTERVAL 1 YEAR.

DELETE a,b,c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id) LEFT JOIN wp_postmeta c ON (a.ID = c.post_id) WHERE a.post_type = 'revision' AND a.post_date < NOW() - INTERVAL 6 MONTH;

Une base allégée n’est qu’un levier parmi d’autres : mon offre d’optimisation des performances WordPress s’attaque aussi au cache et aux requêtes lentes.

#3 – Limiter ou désactiver les révisions

Il est possible de désactiver les révisions. À l’aide de votre client FTP favori, connectez-vous à la racine de votre site WordPress puis ouvrez wp-config.php.

Ajoutez ensuite la ligne suivante juste avant le commentaire /* C’est tout, ne touchez pas à ce qui suit ! Bonne publication. */ (/* That's all, stop editing! Happy publishing. */ dans un fichier en anglais) ; placée après la dernière ligne du fichier, qui charge wp-settings.php, elle serait sans effet :

define('WP_POST_REVISIONS', false);

Les révisions déjà enregistrées restent alors dans la base de données, mais WordPress ne les affiche plus : effacez-les avec l’une des méthodes ci-dessus. Pour limiter le nombre de révisions plutôt que de les désactiver, indiquez un nombre à la place de false, à 5 dans cet exemple :

define('WP_POST_REVISIONS', 5);

WordPress conserve alors au plus 5 révisions par contenu (article, page…), sans compter l’enregistrement automatique. La limite s’applique à chaque enregistrement : les révisions les plus anciennes du contenu modifié sont alors supprimées. Les contenus que vous ne modifiez plus gardent en revanche toutes leurs révisions : là encore, les requêtes ci-dessus font le ménage. Sans la constante, ou avec la valeur true, le nombre de révisions est illimité.

Pour régler ce nombre selon le type de contenu, utilisez le filtre wp_revisions_to_keep, prioritaire sur la constante, dans le fichier functions.php de votre thème enfant ou dans une extension de fonctions globales. Avec WP_POST_REVISIONS réglée à 5, ce code garde jusqu’à 10 révisions pour les pages :

/**
 * Keeps up to 10 revisions for pages; other post types follow WP_POST_REVISIONS.
 */
function wpc_revisions_to_keep( $num, $post ) {
	// 0 means revisions are disabled (WP_POST_REVISIONS set to false or 0): keep it that way.
	if ( 'page' === $post->post_type && 0 !== $num ) {
		return 10;
	}

	return $num;
}
add_filter( 'wp_revisions_to_keep', 'wpc_revisions_to_keep', 10, 2 );

Les enregistrements automatiques, eux, ne s’accumulent pas : WordPress n’en conserve qu’un par contenu et par auteur, remplacé au fil de la rédaction (toutes les 60 secondes par défaut). Pour en changer la fréquence avec la constante AUTOSAVE_INTERVAL, voyez comment changer la fréquence de sauvegarde des brouillons de WordPress.

Les révisions d’articles constituent un atout majeur de WordPress. Il n’est pas rare de devoir revenir en arrière après une modification malencontreuse. Entre performances SQL et niveau de risques, à vous de trouver un juste milieu !

Pour aller au-delà des révisions, voyez comment nettoyer en profondeur la base de données.