Sauvegardes WordPress : si votre hébergeur plante, que se passe-t-il vraiment ?

Beaucoup de propriétaires de sites pensent que leur hébergeur gère tout pour eux : performance, sécurité et sauvegardes. Jusqu'au jour où le serveur plante, que le compte est suspendu ou qu'une erreur humaine supprime des fichiers critiques. La question devient alors très concrète : que se passe-t-il vraiment si votre hébergeur tombe en panne et que vous n'avez pas de sauvegarde maîtrisée ?
1. Ce que la plupart des gens croient à propos des sauvegardes
Dans la majorité des cas, les entreprises et indépendants imaginent que :
- l'hébergeur fait des sauvegardes "quelque part" automatiquement ;
- en cas de problème, il suffira de "demander une restauration" au support ;
- les sauvegardes sont complètes, récentes et testées.
La réalité est souvent très différente :
- les sauvegardes ne sont pas garanties contractuellement, ou limitées à un "best effort" sans obligation de résultat ;
- la rétention peut être très courte (une seule version, quelques jours seulement) ;
- les restaurations sont parfois longues, payantes, ou impossibles si le compte est suspendu ou résilié.
2. Que contient vraiment un site WordPress ?
Pour comprendre le sujet des sauvegardes, il faut rappeler de quoi est composé un site WordPress :
- les fichiers : coeur WordPress, thème, plugins, uploads (images, PDF, médias) ;
- la base de données : articles, pages, menus, réglages, comptes utilisateurs, contenus des plugins, etc.
Une sauvegarde utile doit couvrir ces deux éléments. Sauvegarder uniquement les fichiers sans la base de données ne sert à rien. Sauvegarder uniquement la base de données sans le dossier wp-content (thème, plugins, uploads) ne permet pas de retrouver le site tel qu'il était.
3. Scénarios concrets quand l'hébergeur plante
3.1 Panne temporaire du serveur
Dans ce cas, votre site est simplement indisponible pendant un certain temps. Si la panne est courte et que l'hébergeur rétablit le service, vous ne perdez pas forcément de données. En revanche, vous perdez :
- du trafic ;
- des ventes ou des demandes de contact ;
- de la confiance aux yeux des visiteurs (et parfois de Google).
Les sauvegardes ne résolvent pas la panne, mais elles permettent de migrer vers un autre serveur si la situation se répète.
3.2 Corruption de fichiers ou de base de données
Après une mise à jour ratée, un plugin mal codé ou une attaque, le site peut afficher des erreurs critiques, des pages blanches ou un comportement instable. Sans sauvegarde :
- vous passez des heures à réparer à la main, sans garantie de succès ;
- vous risquez de casser encore plus la base de données ;
- le site peut rester indisponible longtemps.
Avec une sauvegarde récente, il est possible de revenir à un état sain en quelques minutes, le temps de corriger ensuite la cause du problème sur un environnement de test.
3.3 Suspension ou suppression du compte d'hébergement
C'est le scénario le plus critique. Il peut arriver pour plusieurs raisons :
- facture non payée ;
- utilisation jugée abusive des ressources ;
- site piraté utilisé pour envoyer du spam ou héberger du contenu malveillant.
Si le compte est fermé et les données supprimées, il n'y a plus rien à restaurer côté hébergeur. Sans sauvegarde externe, le site est perdu. Il faut tout reconstruire.
4. Sauvegardes hébergeur vs sauvegardes gérées par un pro
Les sauvegardes proposées par l'hébergeur peuvent être un plus, mais ne doivent jamais être votre seule ligne de défense. On peut les comparer ainsi :
| Aspect | Sauvegardes hébergeur | Sauvegardes gérées par un pro |
|---|---|---|
| Garantie | Souvent "best effort", sans engagement fort | Stratégie définie et contractualisée |
| Rétention | Peu de versions, durée limitée | Durée adaptée au besoin (plusieurs jours ou semaines) |
| Couverture | Pas toujours clair (fichiers, base, configuration) | Fichiers + base de données + documentation de restauration |
| Lieu de stockage | Sur la même infrastructure que le site | Stockage externe (autre serveur, cloud, hors site) |
| Test de restauration | Rarement testé | Tests réguliers sur préproduction ou environnement dédié |
5. Comment mettre en place une stratégie de sauvegarde WordPress efficace
Une stratégie de sauvegarde efficace n'a pas besoin d'être compliquée, mais elle doit être claire et surtout automatisée. Voici les grands principes que j'applique sur les sites WordPress que je gère :
5.1 Sauvegarde automatique des fichiers et de la base
Les sauvegardes doivent être programmées. Selon le type de site :
- site vitrine classique : sauvegarde de la base une fois par jour, des fichiers plusieurs fois par semaine ;
- site e-commerce ou site recevant beaucoup de formulaires : sauvegarde de la base plusieurs fois par jour, fichiers au moins une fois par jour.
L'objectif est simple : en cas de problème, vous perdez au pire quelques heures de données, pas plusieurs semaines.
5.2 Stockage externe et hors de l'hébergeur
Les sauvegardes doivent être copiées automatiquement vers un emplacement externe :
- espace de stockage cloud (S3, Backblaze, Google Drive, etc.) ;
- autre serveur, indépendant de votre hébergeur principal ;
- éventuellement un NAS ou un stockage local pour de l'archivage long terme.
Ainsi, même si l'hébergeur principal rencontre un problème majeur, les sauvegardes restent accessibles.
5.3 Plusieurs points de restauration
Idéalement, il faut conserver plusieurs versions dans le temps. Par exemple :
- les 7 derniers jours ;
- une sauvegarde hebdomadaire sur 4 à 8 semaines ;
- quelques sauvegardes mensuelles pour l'archivage.
Cela permet de revenir en arrière même si une corruption ou une attaque est détectée tardivement.
5.4 Tests réguliers de restauration
C'est le point le plus souvent oublié. Une sauvegarde qui n'a jamais été testée est une promesse, pas une garantie. De temps en temps, il faut :
- restaurer le site sur un environnement de test ;
- vérifier que le site démarre correctement ;
- contrôler que les pages, les médias et les données importantes (commandes, comptes clients, etc.) sont bien présents.
Cela permet aussi de documenter la procédure, pour ne pas improviser le jour où chaque minute compte.
6. Combien de temps pour revenir en ligne si tout casse ?
La vraie question pour une entreprise n'est pas seulement "ai-je une sauvegarde", mais :
Combien de temps mon activité peut rester sans site avant que cela devienne un vrai problème ?
Avec des sauvegardes bien configurées, stockées ailleurs que chez l'hébergeur et une procédure de restauration connue, il est généralement possible de :
- remonter un site WordPress sur un autre serveur en quelques heures ;
- limiter l'impact sur les ventes et les contacts ;
- éviter la reconstruction complète du site.
Sans sauvegarde maîtrisée, le temps se compte plutôt en jours, avec parfois la nécessité de repartir de zéro.
Conclusion
Votre hébergeur n'est pas votre stratégie de sauvegarde. Si sa plateforme tombe ou si votre compte est supprimé, la seule vraie question est : avez-vous, vous, une copie exploitable de votre site WordPress, stockée ailleurs, que vous savez restaurer ?
Mettre en place des sauvegardes sérieuses n'est pas un luxe technique, c'est de l'hygiène de base. C'est aussi un point sur lequel un professionnel peut vraiment faire la différence : choix des outils, automatisation, stockage externe, tests de restauration et plan de reprise.
Si vous avez un doute sur l'état actuel de vos sauvegardes WordPress, c'est probablement le bon moment pour faire un audit et mettre quelque chose de solide en place, avant que la panne n'arrive.