Plan de reprise après un sinistre WordPress : êtes-vous prêt ?
Un site Web peut devenir inaccessible à la suite d’une panne, d’une mise à jour qui échoue ou d’un incident de sécurité. Pour une entreprise, une telle interruption peut empêcher les clients d’accéder à ses services, perturber les activités et entraîner une perte de données.
Une sauvegarde récente est un bon point de départ, mais elle ne garantit pas que votre site pourra être restauré rapidement. Il faut aussi pouvoir récupérer les fichiers et la base de données, vérifier leur intégrité et savoir quelles étapes suivre avant de remettre le site en ligne.
C’est le rôle d’un plan de reprise après sinistre : prévoir comment rétablir un site WordPress après un incident, en limitant les interruptions et les pertes de données.
Pourquoi les sauvegardes ne suffisent-elles pas toujours ?

Plusieurs entreprises comptent sur les sauvegardes offertes par leur hébergeur sans vérifier où elles sont conservées ni comment elles peuvent être récupérées.
Cette approche comporte certaines limites. Si les copies sont conservées dans le même environnement que le site principal, une panne importante ou un incident de sécurité pourrait compromettre l’accès aux deux. De plus, une sauvegarde peut être inutilisable si certains fichiers ou éléments de la base de données sont manquants.
Un autre risque concerne les incidents découverts tardivement. Si votre site a été compromis plusieurs jours avant que le problème soit détecté, les sauvegardes les plus récentes pourraient déjà contenir des éléments malveillants.
Une stratégie de sauvegarde de site Web doit donc prévoir plusieurs mesures complémentaires :
- Des copies indépendantes : conserver les sauvegardes dans un environnement distinct du serveur principal.
- Plusieurs versions : pouvoir revenir à un état antérieur si une copie récente est compromise.
- Des accès protégés : limiter les personnes et les systèmes qui peuvent consulter, modifier ou supprimer les sauvegardes.
- Des vérifications régulières : confirmer que les copies sont disponibles et peuvent être restaurées.
Le but n’est pas seulement de sauvegarder votre site Web, mais de disposer d’une copie utilisable au moment où votre entreprise en a besoin.
Les trois piliers d’un plan de reprise après sinistre WordPress

1. Conserver des sauvegardes hors site
Une sauvegarde WordPress hors site est conservée dans un environnement distinct de celui qui héberge le site. Cette séparation réduit le risque qu’un même incident touche simultanément votre site et toutes ses copies.
La fréquence des sauvegardes dépend de l’utilisation de votre site. Un site vitrine modifié quelques fois par mois n’a pas les mêmes besoins qu’une boutique en ligne ou qu’une plateforme qui reçoit régulièrement des commandes et des formulaires.
Il faut notamment déterminer quelle quantité de données votre entreprise peut permettre de perdre. Si plusieurs commandes sont enregistrées chaque jour, une sauvegarde hebdomadaire pourrait être insuffisante.
Les sauvegardes automatiques WordPress facilitent cette gestion, mais leur exécution doit être surveillée. Une tâche configurée ne garantit pas nécessairement que chaque sauvegarde a été créée correctement.
Il est également important de conserver plusieurs versions pendant une période adaptée aux besoins de votre entreprise. Une copie récente ne sera pas toujours la meilleure option si l’incident est passé inaperçu pendant plusieurs jours.
Enfin, les accès aux sauvegardes doivent être protégés. Lorsque c’est possible, des mécanismes empêchant leur modification ou leur suppression non autorisée peuvent ajouter une couche de protection.
2. Tester régulièrement la restauration
Une sauvegarde qui n’a jamais été testée ne permet pas de confirmer que le site pourra être restauré correctement.
Un test de restauration consiste à récupérer une copie dans un environnement de test, puis à vérifier que les éléments nécessaires au fonctionnement de votre site sont présents et utilisables.
Les vérifications devraient notamment porter sur :
- la restauration des fichiers WordPress et de la base de données;
- l’accès au tableau de bord d’administration;
- l’affichage des pages principales;
- le fonctionnement des formulaires et des fonctionnalités importantes;
- l’intégrité des contenus et des données;
- le temps nécessaire pour effectuer la restauration.
Ces tests permettent également de repérer les éléments qui pourraient ralentir la reprise, comme des accès manquants ou des étapes de configuration qui ne sont pas documentées.
La fréquence des tests doit être adaptée à l’importance de votre site et aux changements apportés à son environnement. Il est également pertinent de refaire un test après une modification importante de votre stratégie de sauvegarde ou de l’infrastructure.
Les résultats devraient être documentés afin de conserver une trace des vérifications et des problèmes à corriger.
Une sauvegarde est réellement utile lorsque l’entreprise sait comment la récupérer et a vérifié qu’elle permet de remettre le site en service.
3. Définir une procédure de reprise claire
Lorsqu’un site devient inaccessible ou présente des signes de piratage, les personnes responsables doivent pouvoir déterminer rapidement les actions à prendre.
Un plan de reprise informatique devrait préciser :
- Les responsabilités : qui coordonne l’intervention et qui communique avec l’hébergeur ou les spécialistes techniques.
- Les accès nécessaires : où trouver les accès à l’hébergement, au nom de domaine et aux sauvegardes.
- Les critères de restauration : comment choisir une copie appropriée et vérifier qu’elle n’est pas connue pour être compromise.
- Les priorités : quelles pages et fonctionnalités doivent être rétablies en premier.
- Les vérifications finales : quels tests effectuer avant de remettre le site en ligne.
Le plan doit être documenté et accessible aux personnes autorisées, même si le site principal est indisponible. Il est aussi utile de prévoir les coordonnées des intervenants à contacter et les moyens de communication à utiliser si les outils habituels ne sont plus accessibles.
Votre site WordPress piraté : quelles sont les premières étapes ?

Lorsque votre site WordPress est piraté, il ne suffit pas de restaurer une ancienne sauvegarde. Il faut d’abord limiter les conséquences de l’incident et éviter que la menace persiste après sa remise en ligne.
Voici les principales étapes à prévoir :
- Contenir la menace : limiter les accès compromis et, si nécessaire, restreindre temporairement l’accès au site pour protéger les visiteurs et les données.
- Identifier la faille : vérifier les extensions, les thèmes, les comptes utilisateurs et les accès susceptibles d’avoir été compromis.
- Choisir une sauvegarde appropriée : déterminer à quel moment l’intrusion a pu se produire et privilégier une copie antérieure à la compromission présumée.
- Restaurer et sécuriser le site : corriger la faille, supprimer les éléments malveillants, réinitialiser les accès compromis et vérifier le bon fonctionnement du site.
- Surveiller après la remise en ligne : vérifier les journaux disponibles et rechercher tout signe d’activité suspecte.
Ces opérations doivent être adaptées à la nature de l’incident. Une restauration effectuée sans corriger la faille pourrait permettre à l’attaquant de reprendre le contrôle de votre site.
Si des renseignements personnels ont pu être exposés, la gestion de l’incident doit aussi tenir compte des obligations applicables en matière de protection des renseignements personnels.
Définir vos objectifs de reprise : les notions de RTO et de RPO

Un plan de reprise après sinistre doit tenir compte des besoins opérationnels de votre entreprise. Deux notions aident à établir des objectifs concrets.
- L’objectif de délai de reprise (RTO : Recovery Time Objective) correspond au délai visé pour rétablir le service après une interruption.
- L’objectif de point de reprise (RPO : Recovery Point Objective ) correspond à la perte de données maximale acceptable, exprimée en temps écoulé depuis le dernier point de récupération disponible.
Par exemple, si votre entreprise vise un RPO de 24 heures, cela veut dire que vous cherchez à limiter la perte de données à une journée. Un RTO de 8 heures signifie que vous visez un rétablissement du service dans ce délai.
Ces objectifs servent à planifier les ressources nécessaires et à déterminer si la stratégie de sauvegarde est adaptée aux besoins de votre entreprise. Ils doivent être réalistes et validés par les personnes responsables des activités.
Si votre site génère des commandes ou reçoit des demandes importantes pourrait nécessiter des sauvegardes plus fréquentes et une procédure de reprise plus rapide qu’un site vitrine dont le contenu change rarement.
Loi 25 : que prévoir en cas d’incident de confidentialité ?

Lorsqu’un incident touche des renseignements personnels, la remise en ligne du site n’est pas votre seule priorité.
Au Québec, une organisation qui a des motifs de croire qu’un incident de confidentialité impliquant des renseignements personnels s’est produit doit prendre des mesures raisonnables pour réduire les risques de préjudice et prévenir d’autres incidents.
Si l’incident présente un risque de préjudice sérieux, elle doit notamment en aviser la Commission d’accès à l’information du Québec (CAI) et les personnes concernées, conformément aux exigences applicables. Les organisations doivent également tenir un registre des incidents de confidentialité, y compris ceux qui ne présentent pas un risque de préjudice sérieux.
Un plan de reprise devrait donc prévoir la communication avec la personne responsable de la protection des renseignements personnels et, au besoin, avec les conseillers juridiques de l’entreprise.
La restauration technique et la gestion d’un incident de confidentialité sont deux démarches distinctes. Selon les circonstances, elles peuvent devoir être menées en parallèle.
Pour consulter les exigences officielles, référez-vous aux ressources de la Commission d’accès à l’information du Québec.
Votre entreprise est-elle prête à reprendre ses activités ?

Pour évaluer votre niveau de préparation, posez-vous les questions suivantes :
- Les sauvegardes sont-elles conservées dans un environnement distinct du serveur principal?
- Plusieurs versions des sauvegardes sont-elles disponibles?
- La restauration a-t-elle été testée récemment?
- Les accès nécessaires sont-ils accessibles aux personnes autorisées?
- Les responsabilités de chaque intervenant sont-elles clairement définies?
- Le délai de rétablissement visé et la perte de données acceptable sont-ils connus?
- Une procédure prévoit-elle les vérifications de sécurité avant la remise en ligne?
Si certaines réponses restent incertaines, il peut être utile de revoir votre stratégie de sauvegarde et les procédures de restauration.
Un plan de reprise n’a pas besoin d’être complexe pour être utile. Il doit surtout être adapté à votre site, documenté et testé. La maintenance WordPress et la préparation aux incidents vont de pair : les sauvegardes réduisent le risque de perte définitive, tandis que les tests et les procédures permettent de mieux préparer le rétablissement du site.
La question n’est pas seulement de savoir si votre site est sauvegardé, mais si vous êtes en mesure de le restaurer lorsque vous en avez réellement besoin.
Préparez votre site WordPress à faire face aux imprévus

Une stratégie de sauvegarde fiable, des procédures de restauration éprouvées et une maintenance régulière contribuent à réduire les risques d’interruption et à faciliter la reprise des activités.
Pour assurer le bon fonctionnement de votre site WordPress et mieux le préparer aux imprévus, découvrez nos forfaits de maintenance.