Non classé 27 septembre 2026 6 min de lecture

Sauvegarde WordPress 2026 : le test que les artisans oublient

Un plombier de Rennes a perdu son site pendant onze jours en février dernier. Pas de piratage, pas de faille exotique : une mise à jour de plugin a cassé la base de données, et la sauvegarde censée le sauver s’est révélée corrompue. Résultat, il a fallu reconstruire le site depuis une capture d’écran Google datant de huit mois, en pleine saison des devis de rénovation énergétique. La sauvegarde wordpress existait. Elle n’avait simplement jamais été testée.

C’est le point aveugle de la quasi-totalité des artisans qui gèrent eux-mêmes leur site, ou qui le font gérer par un neveu doué en informatique. On active un plugin de sauvegarde, on coche la case, on oublie. Personne ne vérifie jamais si le fichier généré peut vraiment redonner vie au site. Or une sauvegarde qui ne se restaure pas n’est pas une sauvegarde : c’est un fichier qui rassure à tort.

Pourquoi les sauvegardes automatiques échouent plus souvent qu’on ne le croit

Les plugins comme UpdraftPlus, WP Time Capsule ou Duplicator font un travail correct dans neuf cas sur dix. Le problème vient rarement du plugin lui-même, mais de ce qui l’entoure. Une sauvegarde stockée sur le même serveur que le site ne survit pas à une panne du serveur. Un hébergeur mutualisé à 4 euros par mois, très répandu chez les artisans qui ont monté leur site seuls, limite souvent la taille des fichiers exportables ou coupe les scripts de sauvegarde au bout de trente secondes d’exécution, ce qui produit des archives tronquées sans qu’aucune alerte ne le signale.

Autre cas fréquent : la base de données grossit avec les années, les demandes de devis, les avis clients synchronisés, les images de chantier en haute résolution évoquées dans d’autres dossiers de ce site. Un site qui pesait 200 Mo à sa création peut atteindre 3 ou 4 Go après cinq ans d’activité. Le plan de sauvegarde initial, calibré pour un petit site, n’a jamais été révisé. Il continue de tourner, mais il échoue silencieusement à chaque exécution parce que le quota de stockage du service cloud associé est dépassé.

Ce que coûte réellement une semaine hors ligne

Pour un artisan dont 60 à 70 % des demandes de devis passent par la fiche Google Business Profile et le site, une coupure d’une semaine ne se traduit pas seulement par une gêne. Elle se traduit par une perte de position dans les résultats locaux, Google pénalisant les sites qui renvoient une erreur 500 de façon répétée lors de ses passages d’indexation. Un chauffagiste de l’Oise a constaté que son site, hors ligne dix jours après une attaque par force brute sur son formulaire de connexion, avait perdu sa troisième position sur « chauffagiste + nom de ville » au profit d’un concurrent installé six mois plus tôt. Il a fallu deux mois de contenu et de nouveaux avis pour retrouver ce classement.

À cela s’ajoute le coût direct de la reconstruction. Un développeur facture en moyenne entre 300 et 800 euros pour reconstituer un site à partir de rien, sans compter les jours de silence commercial et les appels qui partent vers le concurrent affiché juste en dessous dans les résultats locaux.

La méthode qui fonctionne : tester, pas seulement sauvegarder

La seule façon de savoir si une sauvegarde est exploitable, c’est de la restaurer réellement, sur un environnement de test, au moins une fois par trimestre. Cela prend vingt minutes avec les bons outils et évite des semaines de panique. Voici la routine que recommandent la plupart des agences spécialisées dans la maintenance de sites d’artisans :

Créer un sous-domaine de test chez l’hébergeur, généralement gratuit et disponible en un clic dans les hébergements type LWS, o2switch ou Hostinger.
Restaurer la dernière sauvegarde automatique sur ce sous-domaine, sans toucher au site en production.
Vérifier que le formulaire de devis envoie bien un mail, que les images de chantier s’affichent, et que les pages par ville créées pour le maillage local sont toutes présentes.
Noter la date et la durée de l’opération dans un simple fichier partagé, pour garder une trace en cas de contrôle ou de transmission à un nouveau prestataire.

Cette étape de vérification change tout, parce qu’elle transforme une supposition en certitude. Un artisan qui a testé sa restauration sait exactement combien de temps il lui faudra pour revenir en ligne. Celui qui ne l’a jamais fait découvre le chiffre le jour où il en a besoin, ce qui est le pire moment possible.

La sauvegarde ne suffit pas sans copie hors du serveur

Beaucoup d’hébergeurs proposent une sauvegarde intégrée, présentée comme suffisante. Elle protège contre les erreurs de manipulation mais pas contre une faillite de l’hébergeur, un incendie de datacenter ou une attaque qui chiffre l’ensemble du compte, sauvegardes comprises. Les cas où l’hébergeur lui-même perd des données restent rares, mais ils existent, et un artisan qui a mis dix ans à construire sa réputation locale ne peut pas se permettre de parier dessus.

La règle utilisée par les administrateurs système sérieux tient en trois chiffres faciles à retenir : trois copies de chaque sauvegarde, sur deux supports différents, dont une hors site. Concrètement pour un artisan, cela signifie une copie sur l’hébergeur, une copie envoyée automatiquement vers un stockage cloud comme Google Drive ou Dropbox via le plugin lui-même, et éventuellement une copie manuelle téléchargée une fois par mois sur un disque dur personnel. Ce dernier réflexe paraît vieillot, il reste redoutablement efficace le jour où tout le reste tombe en même temps.

Le cas particulier des sites construits avec des outils no-code

Les artisans qui ont opté pour des constructeurs de sites no-code, Webflow ou certains thèmes propriétaires vendus par des plateformes de génération de leads, se croient parfois à l’abri parce que « c’est le prestataire qui gère ». Dans les faits, la plupart de ces contrats n’incluent aucune garantie de restauration en cas de fermeture du service ou de résiliation. Un exportable complet du site, code et contenu, doit être demandé explicitement et testé au moins une fois. Sans cela, l’artisan ne possède pas son site : il le loue, sans le savoir, et perd tout s’il change de prestataire ou si celui-ci cesse son activité.

Le réflexe à adopter avant de signer un contrat avec ce type d’outil est simple : demander par écrit si un export complet est possible à tout moment, sous quel format, et combien de temps il faudrait pour migrer vers un hébergement classique en cas de besoin. Une réponse évasive ou un silence sur ce point doit alerter davantage qu’un prix un peu élevé.

La sauvegarde d’un site n’est pas un sujet technique réservé aux développeurs. C’est un sujet de continuité d’activité, au même titre que l’assurance décennale ou la caution bancaire. Un site qui disparaît trois jours pendant la haute saison des devis de rénovation coûte souvent plus cher qu’une année entière d’hébergement premium. Bloquer vingt minutes ce trimestre pour tester une restauration réelle reste, de loin, l’action la plus rentable qu’un artisan puisse mener sur son site cette année.