Votre site WordPress reçoit des demandes de devis, présente vos prestations ou enregistre des commandes. Puis une mise à jour bloque l’affichage, une mauvaise manipulation efface des pages ou un incident rend l’hébergement inaccessible. La question devient très concrète : pouvez-vous remettre le site en service, et quelles informations allez-vous perdre ? Un bouton « sauvegarder » ne suffit pas à répondre. Encore faut-il savoir ce qu’il copie, où il envoie les données et comment les récupérer lorsque WordPress ne fonctionne plus.
La règle 3-2-1 donne un cadre simple : trois copies des données, sur deux types de supports, dont une hors site. Ce guide vous aide à l’appliquer sans multiplier les outils. Vous saurez quoi sauvegarder, choisir une fréquence adaptée à votre activité et tester une restauration. L’objectif n’est pas une installation compliquée, mais un dispositif que votre TPE peut réellement entretenir et utiliser en cas de problème.
1. Répartir les copies pour éviter une panne commune
Le principe est de ne pas laisser toutes vos possibilités de récupération dépendre du même endroit. Une sauvegarde rangée à côté du site peut disparaître avec lui. La séparation compte donc autant que le nombre de copies.
Comprendre les trois chiffres avec une configuration concrète
Les trois copies comprennent les données du site en fonctionnement et deux sauvegardes supplémentaires. Les deux supports apportent de la diversité : ne comptez pas deux dossiers du même hébergement comme deux supports indépendants. La copie hors site doit se trouver ailleurs que sur l’infrastructure qui fait fonctionner WordPress. Le guide de Duplicator sur la règle 3-2-1 rappelle notamment la nécessité de trois copies sur deux types de supports différents.
Pour une TPE, une configuration possible associe le site chez l’hébergeur, une sauvegarde dans un stockage distant indépendant et une autre sur un disque externe conservé dans l’entreprise. Vous combinez ainsi stockage en ligne et support amovible, avec une copie extérieure à l’hébergement. Le disque doit toutefois être actualisé : une archive oubliée ne protège pas vos derniers changements.
Séparer aussi les accès, pas seulement les emplacements
Dans une situation fictive, une entreprise de rénovation stocke ses archives dans un dossier de son propre site. Si son hébergement devient inaccessible, elle perd simultanément l’accès à WordPress et à ses sauvegardes. Déplacer une copie vers un service indépendant évite cette dépendance. Mais utiliser partout les mêmes accès crée une autre faiblesse : une personne qui les récupère pourrait atteindre plusieurs copies.
Object First décrit ce risque commun lorsque les données et les sauvegardes partagent le même stockage physique ou les mêmes identifiants d’administration. Prévoyez donc des accès distincts, une authentification renforcée lorsque disponible et un disque débranché après la copie. La sauvegarde de l’hébergeur reste utile, sans remplacer cette organisation indépendante. Une fois les destinations choisies, reste à vérifier qu’elles reçoivent bien tout le nécessaire.
2. Sauvegarder les fichiers et la base de données ensemble
WordPress repose sur deux ensembles complémentaires. Les fichiers apportent notamment les images et le fonctionnement du site ; la base de données contient une grande partie des contenus et réglages. Une archive partielle peut empêcher une remise en service correcte.
Inclure tout ce qui permet de reconstruire le site
Les fichiers comprennent WordPress, le thème qui définit la présentation, les extensions qui ajoutent des fonctions et les médias téléversés. Incluez également les fichiers de configuration nécessaires au fonctionnement. La base de données rassemble notamment les pages, les articles, les comptes et de nombreux réglages. Sur une boutique, elle contient aussi les commandes et les informations associées. Les données de formulaires peuvent y figurer si l’extension les enregistre ; elles ne sont pas nécessairement conservées dans WordPress.
Lors du paramétrage, sélectionnez une sauvegarde complète : fichiers et base. Un simple export des articles ne remplace pas cette archive. Si vous utilisez une extension telle qu’UpdraftPlus ou Duplicator, examinez précisément les éléments inclus et les exclusions. Certaines données métier peuvent vivre ailleurs, par exemple dans votre messagerie ou votre logiciel de gestion : elles demandent leur propre sauvegarde.
Vérifier la cohérence et protéger les données copiées
Dans un exemple fictif, une boutique restaure une base récente avec des fichiers beaucoup plus anciens. Les réglages peuvent alors correspondre à une version d’extension différente de celle remise en place. Pour limiter ce décalage, utilisez un ensemble de fichiers et une base issus de la même opération de sauvegarde. Sur un site qui reçoit continuellement des commandes, la méthode doit aussi éviter de produire une copie incohérente pendant les écritures.
Contrôlez que les archives attendues existent, portent une date identifiable et restent téléchargeables sans passer par le site en panne. Elles peuvent contenir des coordonnées clients et des informations sensibles : limitez les accès, évitez les dossiers publics et privilégiez un stockage protégé. Conservez séparément les instructions de récupération et les accès nécessaires, dans un gestionnaire de mots de passe. Vous pouvez maintenant déterminer à quel rythme renouveler ces copies.
3. Choisir la fréquence selon ce que vous acceptez de perdre
La bonne fréquence dépend moins de la taille de l’entreprise que du rythme des changements. Posez une question métier : si vous revenez à la dernière sauvegarde, combien de travail ou de commandes faudra-t-il reconstituer ? La réponse guide le calendrier.
Adapter les sauvegardes à l’activité réelle du site
Pour un site de présentation rarement modifié, une sauvegarde complète hebdomadaire peut constituer un point de départ, avec une copie supplémentaire avant chaque changement important. Pour un site publiant régulièrement ou conservant des demandes de contact, envisagez un rythme quotidien. Une boutique active peut demander des copies de base plus rapprochées. Ce sont des choix de départ, à ajuster selon votre activité, pas des garanties universelles.
Dans une situation hypothétique, une boutique reçoit des commandes pendant toute la journée. Restaurer uniquement la copie de la veille effacerait de WordPress les commandes enregistrées depuis. Les confirmations par courriel pourraient aider à les reconstituer, mais ne remplaceraient pas une sauvegarde adaptée. Définissez donc votre perte acceptable, puis vérifiez que l’outil et l’hébergement permettent ce rythme. Contrôlez aussi la fraîcheur de chaque destination : le disque externe ne doit pas rester durablement en retard.
Garder plusieurs versions et surveiller les échecs
Écraser systématiquement l’ancienne archive par la nouvelle est risqué : vous pourriez remplacer une copie saine par celle d’un site déjà endommagé. Conservez plusieurs versions datées, avec des copies récentes et d’autres plus espacées. Choisissez la durée selon votre capacité à repérer les erreurs, l’espace disponible et la sensibilité des données conservées. La copie faite avant une modification importante mérite d’être gardée jusqu’à validation du résultat.
Automatisez les opérations régulières, mais consultez les comptes rendus et activez les alertes d’échec. Un stockage plein, une autorisation expirée ou un transfert interrompu peuvent casser une routine jusque-là fiable. Désignez une personne responsable de ces contrôles et de l’actualisation du disque externe. Si votre service le permet, protégez aussi certaines archives contre la suppression pendant une période définie. Avec ce calendrier en place, il reste à démontrer que les copies sont utilisables.
4. Tester une restauration sans toucher au site public
Une sauvegarde réussie n’est pas encore une restauration réussie. Le test consiste à reconstruire WordPress à partir d’une archive, dans un espace séparé, puis à vérifier son fonctionnement. Il permet de découvrir les obstacles avant un incident réel.
Remettre une archive en service dans un espace isolé
Utilisez un environnement de test distinct du site public : un espace dédié chez l’hébergeur ou une installation locale sur un ordinateur adapté. Protégez son accès et bloquez son indexation par les moteurs de recherche. Avant la remise en service, neutralisez les paiements réels, les courriels automatiques et les connexions susceptibles de déclencher des actions dans vos autres outils. Une copie de boutique ne doit pas envoyer de confirmations aux clients.
Récupérez ensuite une archive depuis la destination distante et restaurez fichiers et base selon la procédure de votre outil. Pour un premier essai, choisissez une sauvegarde récente. Testez ensuite, à un autre moment, une archive plus ancienne ou celle du disque externe. L’exercice doit aussi vérifier que vous savez récupérer les données sans accéder à l’administration du WordPress d’origine. Notez les étapes, les accès nécessaires et chaque difficulté rencontrée.
Contrôler les fonctions métier et préparer la reprise
Ne vous arrêtez pas à une page d’accueil qui s’affiche. Parcourez les pages essentielles, ouvrez des images, connectez-vous à l’administration et vérifiez les contenus récents. Pour un formulaire, réalisez un envoi vers une adresse de test. Pour une boutique, contrôlez les produits, les stocks et une commande en mode test. Comparez les informations retrouvées avec la date de l’archive : tout ce qui a été ajouté après restera à reconstituer.
Mesurez le temps nécessaire à la récupération et à la remise en service, sans promettre un délai théorique. Consignez le résultat, les corrections et la personne capable d’intervenir. Recommencez après une modification majeure de l’hébergement ou du dispositif de sauvegarde, puis selon un calendrier prévu. En cas de piratage, restaurer ne suffit pas : il faut également corriger la cause de l’intrusion et sécuriser les accès avant la remise en ligne. Ces vérifications transforment une archive en solution de reprise utilisable.
Votre prochaine étape : valider une restauration complète
Pour une TPE, la règle 3-2-1 repose sur une organisation simple : le site en fonctionnement, deux sauvegardes complémentaires, des supports diversifiés et une copie indépendante de l’hébergement. Sauvegardez ensemble les fichiers et la base, adaptez le rythme à vos changements et gardez plusieurs versions. La séparation des accès et la surveillance des échecs complètent ce dispositif.
Votre prochaine action : programmez un test de restauration dans un espace isolé. Récupérez une archive, reconstruisez le site et contrôlez une fonction essentielle à votre activité. Notez ensuite où sont les copies, leur date, qui les surveille et comment les restaurer. Si une étape bloque, corrigez-la avant de considérer votre organisation comme opérationnelle. Vous disposerez alors d’un plan éprouvé, plutôt que d’une simple case « sauvegarde activée ».
Article rédigé avec assistance IA — Esprit Créa Web.
