# Restaurer un template du Site Editor supprimé, sans révisions étendues > Un client a supprimé un gabarit personnalisé sans avoir activé les révisions étendues de l'éditeur de site. Trois pistes de récupération, du plus simple au plus technique. - Auteur : Clément Hadrot - Publié le : 2026-05-02 - Mis à jour le : 2026-05-02 - Catégorie : FSE - URL : https://wpmoderne.dev.wordpress-developpement.fr/fse/restaurer-template-supprime-sans-revisions/ ## L’essentiel - La corbeille classique conserve un gabarit supprimé pendant 30 jours - Sans corbeille, l'export de thème régulier reste la meilleure ligne de défense - Une base de données sans sauvegarde récente limite fortement les options « J'ai supprimé le gabarit de la page d'accueil personnalisée, il n'existe plus nulle part » — ce message d'un client, reçu un lundi matin, ne signifie pas nécessairement une perte totale. Un gabarit personnalisé du Site Editor reste un contenu WordPress ordinaire, du type `wp_template`, et suit donc les mêmes mécanismes de conservation que n'importe quel article, avec certaines limites propres à ce type de contenu. ## Première piste : la corbeille Comme tout contenu géré par WordPress, un gabarit supprimé depuis l'éditeur de site passe par la corbeille avant sa suppression définitive, sauf configuration spécifique désactivant ce comportement. La restauration se fait alors simplement depuis l'administration, dans l'écran listant les contenus de type `wp_template` — accessible via une recherche directe ou une commande WP-CLI plutôt que par un lien de menu classique, ce type de contenu n'ayant pas d'écran de liste dédié dans le menu d'administration standard : ``` wp post list --post_type=wp_template --post_status=trash --format=table ``` Si le gabarit apparaît dans cette liste, sa restauration se fait avec la commande correspondante : ``` wp post update --post_status=publish ``` La durée de conservation par défaut dans la corbeille est de 30 jours, au-delà de quoi WordPress supprime définitivement le contenu lors de sa purge automatique programmée. Passé ce délai, cette première piste ne fonctionne plus. ## Deuxième piste : l'historique des révisions Si les révisions étendues de gabarits ne sont pas activées sur le site — un réglage qui n'est pas actif par défaut sur toutes les configurations — l'historique de modifications d'un gabarit reste limité aux révisions classiques déjà en place pour les contenus du site. Ces révisions ne couvrent que les modifications successives d'un contenu existant, pas sa suppression : une fois le contenu supprimé, ses révisions associées disparaissent généralement avec lui, sauf si elles ont été explicitement conservées ailleurs. > L'essentiel à retenir : La corbeille classique conserve un gabarit supprimé pendant 30 jours ; Sans corbeille, l'export de thème régulier reste la meilleure ligne de défense ; Une base de données sans sauvegarde récente limite fortement les options Cette piste ne fonctionne donc que dans un cas précis : le gabarit n'a pas été supprimé, mais son contenu a été modifié de façon indésirable, et une révision antérieure à cette modification existe encore. ## Troisième piste : la sauvegarde de base de données À défaut des deux pistes précédentes, la restauration dépend entièrement de l'existence d'une sauvegarde de base de données antérieure à la suppression. Une sauvegarde régulière, qu'elle soit programmée côté hébergement ou gérée par une extension dédiée, permet de restaurer une copie complète de la base à un instant donné — puis d'en extraire uniquement l'enregistrement du gabarit concerné, plutôt que de restaurer l'intégralité de la base sur le site en production. Cette extraction ciblée se fait généralement sur un environnement de test distinct, en import partiel : ``` wp db query "SELECT * FROM wp_posts WHERE post_type = 'wp_template' AND post_name = 'page-accueil-personnalisee'" --url=environnement-test.local ``` Le contenu retrouvé sur l'environnement de test peut ensuite être réinjecté manuellement sur le site en production, une fois vérifié. ## Si aucune des trois pistes n'aboutit Dans ce cas, le gabarit doit être reconstruit à partir de zéro, si possible en s'appuyant sur une capture d'écran ou un export antérieur du thème conservé par ailleurs. C'est la situation la moins souhaitable, mais elle reste réparable dans la majorité des cas, la structure d'un gabarit du Site Editor restant généralement plus simple à reproduire qu'un développement sur mesure classique. ## Ce qu'il faut mettre en place pour éviter de revivre ce cas 1. Vérifier que la corbeille des contenus n'est pas désactivée par une configuration ou une extension de nettoyage automatique agressive. 2. Programmer des sauvegardes de base de données à une fréquence cohérente avec le rythme réel de modification des gabarits. 3. Documenter, pour les clients qui interviennent eux-mêmes sur l'éditeur de site, la distinction entre supprimer un gabarit et simplement réinitialiser ses modifications personnalisées, une confusion fréquente à l'origine de ce type d'incident. > Sur les projets livrés à des clients autonomes sur l'éditeur de site, la consigne qu'on ajoute systématiquement à la documentation de prise en main : exporter le thème avant toute suppression de gabarit qui semble définitive, ce geste prend quelques secondes et évite ce type d'incident. ## En résumé Un gabarit supprimé du Site Editor n'est pas forcément perdu : la corbeille standard couvre la majorité des cas dans les 30 premiers jours, et une sauvegarde de base de données récente couvre le reste. La seule situation vraiment problématique reste celle d'un site sans sauvegarde et dont la corbeille a déjà été vidée — un scénario qui se prévient bien plus facilement qu'il ne se répare.