WordPress comment revenir en arrière : utilisez d’abord l’historique des révisions dans l’éditeur, puis restaurez la version voulue avec « Charger cette révision ». Si l’article, la page ou le réglage a déjà été publié, faites une sauvegarde avant toute restauration. Pour un fichier de thème ou une mise à jour qui a cassé le site, revenez plutôt à une sauvegarde complète ou à une version Git, car les révisions WordPress ne couvrent pas tous les fichiers.

Une modification ratée n’oblige donc pas à reconstruire votre contenu. WordPress conserve plusieurs états des articles et des pages, tandis que l’hébergeur, un outil de sauvegarde ou Git peut restaurer les fichiers et la base. La bonne méthode dépend de ce que vous voulez annuler, de la date du changement et de la possibilité de revenir encore en arrière.

WordPress comment revenir en arrière : choisir le bon niveau de restauration

Revenir en arrière signifie remettre un élément du site dans un état antérieur. Il existe quatre cas différents : annuler une saisie dans l’éditeur, restaurer une révision d’article, annuler une mise à jour de thème ou d’extension, et restaurer l’ensemble du site. Les confondre peut aggraver la panne. Une révision corrige le contenu d’un article, mais elle ne restaure pas un plugin supprimé ni une table de base modifiée.

Changement à annuler Méthode recommandée Risque
Texte saisi il y a quelques secondes Ctrl + Z ou bouton Annuler Faible
Ancienne version d’un article Révisions WordPress Faible à modéré
Mise à jour d’un plugin ou d’un thème Sauvegarde, rollback contrôlé ou version précédente Modéré à élevé
Site cassé après migration Restauration base et fichiers cohérents Élevé

Avant toute opération, notez l’heure du changement, l’URL concernée et les symptômes. Faites une copie de la base et du répertoire wp-content. Une restauration utile doit être réversible : si le résultat est pire, vous devez pouvoir revenir à l’état actuel.

Annuler immédiatement une modification dans l’éditeur WordPress

Si vous venez de supprimer une phrase ou un bloc dans Gutenberg, cliquez sur la flèche Annuler située en haut de l’éditeur, ou utilisez Ctrl + Z sur Windows et Linux, ou Cmd + Z sur macOS. Cette action concerne la session d’édition en cours. Elle ne remplace pas une révision enregistrée et peut disparaître si vous quittez la page sans enregistrer.

Modification récente dans l'éditeur
        ↓
Annuler ou Ctrl + Z
        ↓
Vérifier l'aperçu
        ↓
Mettre à jour uniquement après contrôle

Dans l’éditeur classique, le fonctionnement est similaire. Le bouton de retour annule les dernières actions tant que l’éditeur conserve cet historique. Si vous avez déjà cliqué sur Mettre à jour, passez à l’écran des révisions. Ne rechargez pas la page au hasard, car vous pourriez perdre une modification utile qui n’a pas encore été enregistrée.

Restaurer une ancienne version avec les révisions WordPress

Pour restaurer un article ou une page, ouvrez son écran d’édition, repérez le bloc Révisions dans la colonne latérale, puis cliquez sur le nombre de versions. Dans certaines interfaces, le lien apparaît dans la zone État et visibilité. Faites défiler le curseur temporel jusqu’à la version recherchée. WordPress affiche alors l’ancienne version et la version actuelle, avec les ajouts et suppressions mis en évidence.

Lorsque vous avez trouvé le bon état, cliquez sur « Restaurer cette révision ». WordPress remplace le contenu de l’éditeur par cette version, sans publier automatiquement une modification que vous n’avez pas vérifiée. Relisez le titre, les liens, les images, les blocs personnalisés et le slug, puis cliquez sur Mettre à jour si le résultat est correct.

Article ou page
→ Révisions
→ sélectionner la date et l'auteur
→ comparer les versions
→ Restaurer cette révision
→ relire
→ Mettre à jour

Les révisions sont enregistrées dans la base de données. Elles peuvent être désactivées ou limitées par wp-config.php, une extension d’optimisation ou une configuration d’hébergement. Le réglage ci-dessous conserve cinq révisions par contenu, mais ne supprimez pas les anciennes versions avant d’avoir confirmé que votre sauvegarde fonctionne.

// wp-config.php, avant la ligne d'arrêt d'édition
if ( ! defined( 'WP_POST_REVISIONS' ) ) {
    define( 'WP_POST_REVISIONS', 5 );
}

La valeur false désactive les nouvelles révisions, ce qui réduit la taille de la base mais retire un filet de sécurité précieux. Pour un site éditorial, garder quelques versions est généralement préférable. Les révisions ne sont pas une sauvegarde complète : elles ne couvrent pas les médias supprimés, les réglages, les extensions ni les fichiers du thème.

Revenir avant une mise à jour de plugin ou de thème

Une mise à jour qui provoque une erreur critique, une page blanche ou un conflit PHP demande un diagnostic plus large. Commencez par vérifier le journal d’erreurs et l’heure exacte du problème. Si une seule extension est responsable, désactivez-la depuis l’administration ou renommez temporairement son dossier via FTP. Ne restaurez pas toute la base pour un simple conflit d’extension.

Si le site reste accessible, cherchez une sauvegarde datée avant la mise à jour chez votre hébergeur. Les panneaux d’hébergement proposent parfois une restauration des fichiers, de la base ou des deux. Pour un rollback cohérent, restaurez les deux ensembles au même point dans le temps. Restaurer les fichiers sans la base peut laisser des versions incompatibles.

# Diagnostic avant rollback, depuis la racine du projet
wp plugin list
wp theme list
git status --short
wp core version

# À exécuter seulement après sauvegarde et validation
wp plugin deactivate nom-du-plugin

Évitez de télécharger une ancienne extension depuis un site inconnu. Utilisez la page officielle du projet, votre sauvegarde ou un dépôt versionné. Une version ancienne peut contenir une vulnérabilité corrigée depuis. Le rollback est un dépannage temporaire, pas une stratégie de mise à jour durable.

Restaurer un site WordPress complet après une erreur

Si le changement concerne plusieurs extensions, le thème, la base ou une migration, préparez une restauration complète. Il vous faut une copie des fichiers, une exportation SQL et, si possible, une archive des médias. Notez le préfixe des tables, la version PHP, la version de WordPress et les identifiants de base. Ces informations évitent de restaurer une sauvegarde dans un environnement incompatible.

La procédure générale est la suivante : mettez le site en maintenance, faites une sauvegarde de l’état cassé, restaurez les fichiers, importez la base correspondante, vérifiez les URLs puis testez une page publique et /wp-admin. Purgez ensuite les caches. Ne supprimez pas l’état cassé avant la vérification, car il peut contenir des données créées après la sauvegarde.

# Exemple de vérification locale d'une archive, sans écraser le site
mkdir -p /tmp/wp-restore-check
tar -tzf sauvegarde-wp.tar.gz | head
sha256sum sauvegarde-wp.tar.gz

# Import SQL uniquement après validation de la cible
mysql -u utilisateur -p base_wordpress < sauvegarde.sql

Sur un site en production, confiez cette étape à l’hébergeur si vous ne maîtrisez pas MySQL et les permissions de fichiers. Une restauration mal ciblée peut supprimer des commandes, des utilisateurs ou des articles publiés après la date choisie. Notre guide sur les sauvegardes WordPress sans plugin payant explique comment préparer ce filet de sécurité avant la panne.

Revenir en arrière avec WP-CLI et la base de données

WP-CLI permet de lister et de restaurer des versions depuis un terminal, à condition que WordPress soit accessible et que la commande soit exécutée dans le bon répertoire. Commencez par afficher l’identifiant du contenu et ses révisions. La restauration modifie la base : faites un export avant de confirmer.

# Depuis le répertoire de WordPress
wp post list --post_type=post --fields=ID,post_title,post_status
wp post revisions 123 --format=table

# Vérifier le contenu d'une révision avant restauration
wp post get 456 --field=post_content

# Restaurer la révision choisie
wp post update 123 --from-post=456

La disponibilité de certaines sous-commandes dépend de votre version de WP-CLI et de ses paquets. Si une commande n’est pas reconnue, utilisez l’écran Révisions dans l’administration plutôt que de copier une commande trouvée dans un forum. Après l’opération, contrôlez le rendu public et les métadonnées SEO, car un ancien contenu peut contenir des liens ou des informations obsolètes.

Cas particuliers : réglages, menus, médias et commentaires

Tout ne possède pas un historique de révisions. Les réglages généraux, les menus, les widgets, les options d’extension et les médias ne se restaurent pas comme un article. Pour ces éléments, la meilleure source est une sauvegarde de la base, une exportation dédiée ou l’historique de configuration de l’équipe.

Si vous avez supprimé une image, vérifiez d’abord la corbeille de la médiathèque. Si elle a été vidée, la sauvegarde des fichiers est nécessaire. Pour un menu modifié, prenez une capture de la structure actuelle avant de restaurer la base. Pour un commentaire supprimé, la restauration peut réintroduire beaucoup d’autres données : choisissez une récupération ciblée lorsque l’outil le permet.

Les contenus générés par une extension peuvent suivre ses propres règles. Un formulaire, une boutique ou un constructeur de pages peut stocker des données dans des tables spécifiques. Une restauration partielle de wp_posts ne suffira pas toujours. Identifiez le composant responsable avant de modifier la base à la main.

Les erreurs à éviter lors d’un retour en arrière

La première erreur consiste à restaurer sans sauvegarder l’état actuel. La seconde est de confondre cache et contenu perdu. Purger le cache peut faire réapparaître une ancienne page, mais cela ne restaure pas une donnée supprimée. La troisième est de restaurer uniquement les fichiers ou uniquement la base alors que les deux ont changé.

  • Ne remplacez pas la base de production sans vérifier le nom de la base cible.
  • Ne copiez pas un ancien wp-config.php sans comparer les identifiants et les clés.
  • Ne supprimez pas une extension avant d’avoir identifié les données qu’elle stocke.
  • Ne réactivez pas toutes les extensions en même temps après une restauration.
  • Ne considérez pas un rollback comme une correction définitive de sécurité.

Après une restauration, testez la page d’accueil, un article, un formulaire, une connexion utilisateur et l’administration. Regardez aussi les journaux PHP et les erreurs réseau du navigateur. Si le site affichait une erreur critique avant votre intervention, consultez notre guide sur l’erreur critique WordPress avant de multiplier les changements.

Prévenir les mauvaises modifications WordPress

Le meilleur retour en arrière est celui dont vous avez préparé la preuve. Planifiez une sauvegarde automatique de la base et des fichiers, conservez plusieurs dates, testez une restauration sur un environnement séparé et documentez les opérations sensibles. Avant une mise à jour, notez la version actuelle et créez un point de restauration.

Pour les équipes, utilisez Git pour le thème et les extensions développées en interne, une procédure de revue et une branche de travail. Pour les changements PHP, gardez une copie du fichier précédent et lancez les tests disponibles. Pour les opérations d’administration, limitez les droits et évitez de travailler directement sur le site public quand un environnement de préproduction est possible.

Enfin, si une mise à jour PHP a déclenché la panne, ne revenez pas durablement à une version non maintenue sans plan. Notre guide explique comment mettre à jour PHP sur WordPress sans casser le site. L’objectif est de restaurer le service, puis de corriger la cause dans un environnement contrôlé.

Sources

FAQ : WordPress comment revenir en arrière

Comment annuler une modification sur WordPress ?

Utilisez Annuler ou Ctrl + Z dans l’éditeur si la modification vient d’être faite. Si elle a déjà été enregistrée, ouvrez le panneau Révisions, comparez les versions et restaurez celle qui contient le bon contenu.

Peut-on revenir à une ancienne version d’un article WordPress ?

Oui, si les révisions sont disponibles. Ouvrez l’article, choisissez Révisions, sélectionnez la date voulue, puis cliquez sur Restaurer cette révision. Relisez ensuite le contenu avant de publier.

Comment annuler une mise à jour de plugin WordPress ?

Commencez par désactiver le plugin responsable et restaurez une sauvegarde des fichiers et de la base si nécessaire. Réinstallez ensuite une version précédente provenant d’une source fiable, puis planifiez la mise à jour définitive après correction du conflit.

Les révisions WordPress sauvegardent-elles tout le site ?

Non. Elles concernent surtout le contenu révisable des articles et des pages. Les extensions, thèmes, médias, réglages et tables spécifiques nécessitent une sauvegarde complète ou une procédure de restauration adaptée.

Que faire si WordPress est cassé après une modification ?

Conservez une copie de l’état cassé, identifiez le dernier changement, désactivez le composant fautif et restaurez une sauvegarde cohérente si besoin. Testez ensuite l’accueil, l’administration et les formulaires avant de remettre le site en production.

G
WP Admin Lab

Architecte web full-stack. WordPress, performance, data et sécurité. Notes de terrain, tests reproductibles et retours d'expérience.